大家好，又见面了，我是你们的朋友全栈君。
测试用例八要素（根据禅道）
1.测试用例编号
编号是由字母和数字组合而成的，用例的编号应该具有唯一性，易识别性，有且于其和测试结果、错误报告等其他文档的链接。这样看到编号就可以知道是做的什么测试，测试的对象是什么，也方便维护。
系统测试
产品编号-ST-系统测试项名-系统测试子项名-XXX
集成测试
产品编号-IT-集成测试项名-集成测试子项名-XXX
单元测试
产品编号-UT-单元测试项名-单元测试子项名-XXX
2.测试模块
测试用例所测的项目名，可以是测试用例所属的大类，被测需求，被测的模块，或者是被测的单元
3.测试用例标题
测试标题是对测试用例的简单描述。用概括的语言描述该测试用例的测试点。每个测试用例的标题不能够重复
4.重要级别
高级别
保证系统基本功能、核心业务、重要特性、实际使用频率比较高的用例
中级别
重要程度介于高和低之间的测试用例
低级别
实际使用的频率不高，对系统业务功能影响不大的模块或功能的测试用例
5.预置条件
执行当前测试用例需要的前提条件，如果这些前提条件不满足，则后面测试步骤无法进行或无法得到 预期结果（类似测试前搭建测试环境）
6.测试类型
包括：功能测试，系统测试，接口测试等
7.操作步骤
执行当前测试用例需要经过的操作步骤，需要明确的给出一个步骤的描述，测试用例执行人员可以根据该步骤完成测试用例执行
8.预期输出
当前测试用例的预期输出结果，包括返回值内容，界面的响应结果，输出结果的规则符合度等
测试用例额外的要素
1.用例设计者
能准确的找到测试用例设计人员，对用例修改时能方便找准人员
2.用例设计日期
方便检查用例设计的进度
3.用例版本号
方便用例设计人员对用例的跟踪
4. 对应的开发人员
出现BUG后能及时找到相应的人员进行修复
5.测试输入
用例执行过程中需要加工的外部信息。根据软件测试用例的具体情况，有手工输入、文件、数据库记录等
发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/154033.html原文链接：https://javaforall.net
