软件测试第05章PPT.ppt

第 5 章 测试用例设计;5.1 测试用例的基本概念;测试用例的作用 1. 有效性 2. 避免测试的盲目性 3. 可维护性 4. 可复用性 5. 可评估性 6. 可管理性;5.2 测试用例的设计;5.2.1 测试设计说明 测试设计说明就是在测试计划中提炼测试方法，要明确指出设计包含的特性以及相关的测试方法，并指定判断特性通过/失败的规则。 测试设计说明的目的是组织和描述针对具体特性需要进行的测试，但是它并不给出具体的测试用例或者执行测试的步骤。以下内容来自于ANSI/IEEE 829标准，可作为测试设计说明的部分参考：标识符、被测试的特性、方法、测试用例信息、通过/失败规则。;5.2.3 测试用例设计考虑的因素 1. 编写测试用例所依据和参考的文档和资料 软件“需求说明”及相关文档； 相关的设计说明（概要设计，详细设计等）； 与开发组交流对需求理解的记录； 已经基本成型的、成熟的测试用例等。; 2. 测试用例设计的基本原则. (1) 用成熟测试用例设计方法指导设计 (2) 测试用例的正确性 (3) 测试用例的代表性 (4) 测试结果的可判定性 (5) 测试结果的可再现性 (6) 足够详细、准确和清晰的步骤; 3. 设计测试用例应注意避免的问题 (1)把测试用例设计等同于测试输入数据的设计 在设计测试用例时，需要综合考虑被测软件的功能、特性、组成元素、开发阶段、测试用例组织方法等内容。 具体到每个测试用例，可以根据被测模块的最小目标，确定测试用例的测试目标；根据用户环境确定测试环境；根据被测软件的复杂程度和测试用例执行人员的技能确定测试用例的步骤；根据软件需求文档设计规格说明确定期望的测试用例执行结果。;(2) 强调测试用例设计得越详细越好 在用例设计时耗费太多时间和资源，那么留给实际执行测试的时间就会太少，没办法发更多的软件缺陷。 应分析被测软件的特征，运用有效的设计方法，尽量使用较少的测试用例，同时满足合理的测试覆盖。 (3) 追求测试用例设计“一步到位” 这种认识使设计出的测试用例缺乏实用性。用户可能对软件的功能提出新需求，设计需要更新，软件代码不断细化，测试用例需要逐渐完善，进一步删除、增加或修改。;(4) 将多个测试用例混在一个用例中 一个测试用例包括很多内容，容易引起混淆，可能有的测试用例通过了，而其它的没有通过，测试结果很难记录。 (5) 让没有测试经验的人员设计测试用例 它带来的不利后果是：设计出的测试用例对软件功能和特性的测试覆盖率不高，编写效率低，审查和修改时间长，可重用性差。 因此，通常安排经验丰富的测试人员进行测试用例设计，没有经验的人员可以从执行测试用例开始。;5.2.4 测试用例的分类. 可以把测试用例归为5大类： （1）白盒测试用例 （2）软件各项功能的测试用例 （3）用户界面测试用例 （4）软件的各项非功能测试用例 （5）对软件缺陷修正所确认的测试用例 测试种类、阶段和用例关系如表5-2所示; 测试工作和开发通常一同进行，所以在完成测试计划编写后，就可以进行用例的编写工作了。测试和开发的对应关系如表5-3所示。;5.3 测试用例设计实例;解：针对设计说明中的3个陈述，可以设计2个测试用例与之对应。 测试用例1：输入4，返回2。 //执行第一个陈述 测试用例2：输入－10，返回0，显示“Square root error - illegal negative input” //对应第二个和第三个陈述。 ;例5-2 有一个处理单价为1元5角的盒装饮料的自动售货机软件，若投入1元5角硬币，按下“可乐”、“雪碧”或“红茶”按钮，相应的饮料就送出来。若投入的是2元硬币，在送出饮料的同时退换5角硬币，试应用因果图法设计测试用例。;例5-3 应用场景发对ATM进行测试的实例，ATM实例的操作流程如下所示。;基本流-- 提取预设金额； 备选流2-- ATM内没有现金； 备选流3-- ATM内现金不足； 备选流4-- PIN有误； 备选流5-- 账户不存在或账户类型有误； 备选流6-- 账面金额不足。;;5.4 测试用例的执行与跟踪;测试用例执行中应该注意以下几个问题： (1) 全方位的观察测试用例执行结果 (2) 加强测试过程记录 (3) 及时确认发现的问题 (4) 与开发人员良好的沟通 (5) 及时更新测试用例 (6) 提交一份优秀的问题报告单 (7) 测试结果分析;5.5 测试用例管理; 在对测试用例进行管理过程中，建议采用工具，参照图5-4对用例进行控制和管理。 编写用例：测试工程