本文介绍了测试用例的概念、特性及其设计原则。详细解析了测试用例的八大要素，包括编号、项目模块、预置条件等，并强调了明确性、代表性及简洁性的重要性。
概念
测试用例的定义
测试用例又叫做test case，是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求
测试用例的特性
有效性：测试用例能够被使用，且被不同人员使用时测试结果一致
可复用性：良好的测试用例具有重复使用的功能，如回归测试
易组织性：好的测试用例会分门别类的提供给测试人员参考和使用
可评估性、可管理性：从测试管理的角度，测试用例的通过率和软件缺陷的数目是软件产品质量好坏的测试标准
测试用例的要素
八大要素
测试用例编号：编号由字符和数字组合成的字符串，用例编号具有唯一性，容易识别
测试项目/模块：测试的项目属于哪个项目或者被测试的需求、被测的模块、被测的单元等
预置条件：执行当前测试用例需要的前提条件，如果前提条件不满足，则后面的测试步骤不能进行或者得不到预期结果
测试输入：测试用例执行过程中需要加工的外部信息，根据测试用例的具体条件有手工输入、数据库等
预期输出：测试用例的预期输出结果，包括返回值内容、界面响应结果等
操作步骤：执行当前测试用例需要经过的操作步骤，需要明确的给出一个步骤的描述，测试用例执行人员可以根据该步骤完成测试用例执行
测试用例标题：对测试用例的简单描述，用概括的语言描述该用例的测试点，每个测试用例的标题不能够重复，因为每个测试用例的测试点是不一样的
级别：高级别（保证系统基本功能、核心业务、重要特性、实际使用频率比较高的用例）、中级别（重要程度介于高和低之间的测试用例）、低级别（实际使用的频率不高，对系统业务功能影响不大的模块或功能的测试用例）
其他要素：用例的设计者（能准确找到测试用例的设计人员、对用例修改时能方便找到人员）、用例的设计日期（方便检查用例的设计进度）、对应的开发人员（出现BUG后能及时找到相应的人员进行修复）、测试结果（执行用例最后执行的结果，包括PASS、FALL、BLOCK）、测试类型（功能、性能、压力等）
测试用例的设计原则
明确性：测试人员要尽量避免测试用例存在含糊的因素，在测试过程中，测试用例的测试结果是唯一的
代表性：尽量将具有相似功能的测试用例抽象合并，功能相似的用例要合并
简洁性：测试用例简介，可读性良好，测试过程目的明确，测试结果唯一，测试用例要用陈述性语句一句话直指问题的核心，不要使用浮夸的修饰手法
小结
测试用例要素是为了便于我们快速的设计测试用例，因此要掌握最常用的八大要素，但是每家公司的具体要求不一样，要根据公司要求灵活添加测试的元素
PS：分享一下我的宝(●ˇ∀ˇ●)
扫一扫
395
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
