【软件测试】测试用例八要素

测试用例八要素(根据禅道)

1.测试用例编号

        编号是由字母和数字组合而成的,用例的编号应该具有唯一性,易识别性,有且于其和测试结果、错误报告等其他文档的链接。这样看到编号就可以知道是做的什么测试,测试的对象是什么,也方便维护。

        系统测试
        产品编号-ST-系统测试项名-系统测试子项名-XXX
        集成测试
        产品编号-IT-集成测试项名-集成测试子项名-XXX
        单元测试
        产品编号-UT-单元测试项名-单元测试子项名-XXX

2.测试模块

        测试用例所测的项目名,可以是测试用例所属的大类,被测需求,被测的模块,或者是被测的单元

3.测试用例标题

        测试标题是对测试用例的简单描述。用概括的语言描述该测试用例的测试点。每个测试用例的标题不能够重复

4.重要级别

        高级别
        保证系统基本功能、核心业务、重要特性、实际使用频率比较高的用例
        中级别
        重要程度介于高和低之间的测试用例
        低级别
        实际使用的频率不高,对系统业务功能影响不大的模块或功能的测试用例

5.预置条件

        执行当前测试用例需要的前提条件,如果这些前提条件不满足,则后面测试步骤无法进行或无法得到 预期结果(类似测试前搭建测试环境)

6.测试类型

        包括:功能测试,系统测试,接口测试等

7.操作步骤

        执行当前测试用例需要经过的操作步骤,需要明确的给出一个步骤的描述,测试用例执行人员可以根据该步骤完成测试用例执行

8.预期输出

        当前测试用例的预期输出结果,包括返回值内容,界面的响应结果,输出结果的规则符合度等

测试用例额外的要素

1.用例设计者

能准确的找到测试用例设计人员,对用例修改时能方便找准人员

2.用例设计日期

方便检查用例设计的进度

3.用例版本号

方便用例设计人员对用例的跟踪

4. 对应的开发人员

出现BUG后能及时找到相应的人员进行修复

5.测试输入

用例执行过程中需要加工的外部信息。根据软件测试用例的具体情况,有手工输入、文件、数据库记录等

 

  • 0
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值