测试用例八要素(根据禅道)
1.测试用例编
编 是由字母和数字组合而成的,用例的编 应该具有唯一性,易识别性,有且于其和测试结果、错误 告等其他文档的链接。这样看到编 就可以知道是做的什么测试,测试的对象是什么,也方便维护。
系统测试
产品编 -ST-系统测试项名-系统测试子项名-XXX
集成测试
产品编 -IT-集成测试项名-集成测试子项名-XXX
单元测试
产品编 -UT-单元测试项名-单元测试子项名-XXX
2.测试模块
测试用例所测的项目名,可以是测试用例所属的大类,被测需求,被测的模块,或者是被测的单元
3.测试用例标题
测试标题是对测试用例的简单描述。用概括的语言描述该测试用例的测试点。每个测试用例的标题不能够重复
4.重要级别
高级别
保证系统基本功能、核心业务、重要特性、实际使用频率比较高的用例
中级别
重要程度介于高和低之间的测试用例
低级别
实际使用的频率不高,对系统业务功能影响不大的模块或功能的测试用例
5.预置条件
执行当前测试用例需要的前提条件,如果这些前提条件不满足,则后面测试步骤无法进行或无法得到 预期结果(类似测试前搭建测试环境)
6.测试类型
包括:功能测试,系统测试,接口测试等
7.操作步骤
执行当前测试用例需要经过的操作步骤,需要明确的给出一个步骤的描述,测试用例执行人员可以根据该步骤完成测试用例执行
8.预期输出
当前测试用例的预期输出结果,包括返回值内容,界面的响应结果,输出结果的规则符合度等
测试用例额外的要素
1.用例设计者
能准确的找到测试用例设计人员,对用例修改时能方便找准人员
2.用例设计日期
方便检查用例设计的进度
3.用例版本
方便用例设计人员对用例的跟踪
4. 对应的开发人员
出现BUG后能及时找到相应的人员进行修复
5.测试输入
用例执行过程中需要加工的外部信息。根据软件测试用例的具体情况,有手工输入、文件、数据库记录等
声明:本站部分文章及图片源自用户投稿,如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢!