软件测试之测试用例（P18——P20）
作者：互联网
测试用例
概念
测试用例定义：测试用例又叫作test case，是为某个特殊目标而编制的一组测试输入，执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特殊需求。
测试用例的特性：
有效性：测试用例能够被使用，且被不同人员使用时测试结果一致。
可复用性：良好的测试用例具有重复使用的功能，如回归测试。
易组织性：好的测试用例会分门别类地提供给测试人员参考和使用。
可管理性、可评估性：从测试管理的角度，测试用例的通过率和软件缺陷的数目是软件产品质量好坏的测试标准。
测试用例的要素
1.测试用例编号：编号由字符和数字组合成的字符串，用例编号具有唯一性，容易识别。
2.测试项目/模块：测试的项目属于哪一个项目或者被测试的需求，被测的模块，被测的单元等。
3.预置条件：执行当前测试用例需要的前提条件，如果前提条件不满足，则后面的测试步骤不能进行或者得不到预期的结果。
4.测试输入：测试用例执行过程需要加工的外部信息，根据测试用例的具体条件有手工输入和数据库等。
5.预期输出：测试用例的预期输出结果，包括返回值内容，界面响应结果等。
6.操作步骤：执行当前测试用例需要经过的操作步骤，需要明确给出一个步骤的描述，测试用例执行人员可以根据该步骤完成测试用例的执行。
7.测试用例标题：对测试用例的简单描述，用概括的语言描述该测试用例的测试点，每个测试用例的标题不能重复，因为每个测试用例的测试点是不一样的。
8.级别：对测试用例重要程度的区分，包括以下几种：
高级别：保证系统基本功能、核心业务、重要特性、实际使用频率比较高的用例。
中级别：重要程度介于低和高之间的测试用例。
低级别：实际使用的频率不高，对系统业务功能影响不大的模块或功能的测试用例。
其他要素：
1.用例的设计者：能够准确找到测试用例的设计人员，对用例修改时能方便找到人员。
2.用例设计日期：方便检查用例的设计进度。
3.对应的开发人员：出现bug后能及时找到相应的人员进行修复。
4.测试的结果：测试用例最后的执行结果，pass，fail，block。
5.测试类型：功能、性能、压力等等。
测试用例的设计原则
1.明确性：测试人员要尽量避免测试用例存在含糊的因素，在测试过程中，测试用例的测试结果是唯一的。
2.代表性：尽量将具有相似功能的测试用例抽象合并，功能相似的用例要合并。
3.简洁性：测试用例简洁，可读性良好，测试过程目的明确，测试结果唯一。测试用例要用陈述性语句，一句话直指问题的核心，不要使用浮夸的修饰手法。
小结：测试用例要素是为了便于我们快速地设计测试用例，因此要掌握最常见的八大要素，但是每家公司的具体要求不一样，要根据公司要求灵活添加测试的元素。
标签：功能,结果,用例,测试用例,测试,P18,执行,软件测试 来源： https://blog.csdn.net/weixin_57748215/article/details/121700018