软件测试第章资料.pptVIP

测试用例的作用 1. 有效性 2. 避免测试的盲目性 3. 可维护性 4. 可复用性 5. 可评估性 6. 可管理性 5.2 测试用例的设计 对于一个测试人员来说测试用例的设计编写是一项必须掌握的能力。但有效的设计和熟练的编写测试用例却是一个十分复杂的技术，测试用例编写者不仅要掌握软件测试的技术和流程，而且还要对整个软件不管从业务上，还是对被测软件的设计、功能规格说明、用户试用场景以及程序/模块的结构方面，都有比较透彻的理解和明晰的把握，稍有不慎就会顾此失彼，造成疏漏。 5.2.1 测试设计说明 测试设计说明就是在测试计划中提炼测试方法，要明确指出设计包含的特性以及相关的测试方法，并指定判断特性通过/失败的规则。 测试设计说明的目的是组织和描述针对具体特性需要进行的测试，但是它并不给出具体的测试用例或者执行测试的步骤。以下内容来自于ANSI/IEEE 829标准，可作为测试设计说明的部分参考：标识符、被测试的特性、方法、测试用例信息、通过/失败规则。 5.2.2 测试用例的编写标准 一个优秀的测试用例应该包含以下要素： 用例的编号 测试输入说明 测试标题 操作步骤 测试项 预期结果 测试环境要求 测试用例之间的关联 特殊要求 测试用例设计和测试人员 测试技术 测试日期 测试用例 编号： 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 测试用例设计实例 例5-1:下面是计算实数平方根的函数的设计说明，试由软件设计说明导出的测试用例。 输入：实数 输出：实数 处理：当输入0或大于0时，返回输入数的平方根；当输入小于0时，显示：“Square root error - illegal negative input，并返回0；库函数Print_Line用于显示出错信息。 解：针对设计说明中的3个陈述，可以设计2个测试用例与之对应。 测试用例1：输入4，返回2。 //执行第一个陈述 测试用例2：输入－10，返回0，显示“Square root error - illegal negative input” //对应第二个和第三个陈