【转】测试用例写作八大要素

文章转载自:http://www.51testing.com/html/92/450992-247595.html#xspace-itemreply 作者:零测试

1、用例编号
测试用例编号是由字母和数字组合而成的,用例的编号应该具有唯一性,易识别性,比如可以采用统一的约定,产品编号_ST_系统测试项名_系统测试子项名_编号。这样看到编号就可以知道是做的什么测试,测试的对象是什么,也方便维护。

2、所属项目

你现在这个测试用例所测的项目名,可以是测试用例所属的大类,被测需求,被测的模块,或者是被测的单元。例如:计算器加法功能

3、用例标题

测试标题是对测试用例的简单描述。用概括的语言描述该测试用例的测试点。每个测试用例的标题不能够重复,因为每个测试用例的测试点事不一样的。例如:手机在没有SIM卡的情况下,拨打119.

4、重要级别

重要级别分为高中低三等:

高:保证系统基本功能、重要特性、实际使用频率比较高的用例;

中:重要程度介于高和低之间的测试用例;

低:实际使用频率不高,对系统业务功能影响不大的模块或功能的测试用例。

注:一般情况下,重要级别为高的测试用例,一个测试子项里有且仅有一个,大多数都是重要级别为中的测试用例。因为一般我们会进行一个系统测试预测试项,如果重要级别为高的太多,则就失去了预测试的实际意义。

5、预置条件

就是执行当前测试用例的前提描述,如果不满足这些条件,则无法进行测试

6、测试输入

测试用例执行时,需要输入的外部信息。例如:某一个文件,数据记录等

7、操作步骤

执行当前测试用例所要经过的操作步骤,需要给出每一步操作的详细描述,测试人员根据测试用例操作步骤,完成测试用例的执行

8、预期结果

当前测试用例的预期输出结果,用来与实际结果比较,如果相同则该测试用例通过,否则该测试用例失败。

9、用例作者:谁写的

10、创建日期:写用例的日期

11、修改日期:最后一次修改用例的日期

12、最后修改人:修改人

12、测试结果:执行用例后的结果Pass、Fail、Block

13、测试类型:功能、压力、性能、GUI等

14、自动化类型:该用例是否是自动化的用例

15、预计工作量:这个用例执行要多久

转载于:https://www.cnblogs.com/dongfangzhizi/p/6757022.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值