通用测试用例写作规范

网友投稿 839 2022-11-12

本站部分文章、图片属于网络上可搜索到的公开信息,均用于学习和交流用途,不能代表睿象云的观点、立场或意见。我们接受网民的监督,如发现任何违法内容或侵犯了您的权益,请第一时间联系小编邮箱jiasou666@gmail.com 处理。

通用测试用例写作规范

一个好的测试用例必须包含足够的内容,将这些内容可以拆分为八个要素:用例编号、测试项目、测试标题、重要级别、预置条件、测试输入、操作步骤、预期输出。

1、用例编号

1)规则:是由字符和数字组成的字符串,具有唯一性、易识别性。

2)不同阶段的测试用例的用例编号

--系统测试用例:产品编号_ST_系统测试项名_系统测试子项名_XXX(具体用例序号)

--集成测试用例:产品编号_IT_集成测试项名_集成测试子项名_XXX(具体用例序号)

--单元测试用例:产品编号_UT_单元测试项名_单元测试子项名_XXX(具体用例序号)

2、测试项目

1)规则:对应测试用例编号中的测试子项名

2)不同阶段的测试用例项目的具体规则

__系统测试用例:对应一个功能点(功能测试)、性能指标(性能测试)界面中控件(GUI测试)等,即软件需求项

__集成测试用例:集成后的模块功能名或者内部的接口名

__单元测试用例:被测试的函数名

3、测试标题(TestCase Title)

1)规则:体现测试的出发点、关注点以及测试用例期望的测试结果;

将测试项目和测试标题串在一起表示的是在“测试标题”情况下测试“测试项目”。

4、重要级别/优先级别(TestCase Priority)

1)含义:用例的重要级别一般分为3个等级:高、中、低,具体划分依据:

(1)高级别:对应保证系统基本功能、核心业务、重要特性、实际使用频率比较高的测试用例;

(2)中级别:对应重要程度介于高和低之间的测试用例;

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

2)测试用例的优先级作用

(1)便于制定测试规程(测试用例执行的顺序)即测试过程;

(2)回归测试中依据优先级可以选择不同方法;

(3)自动化测试

(4)缺陷报告严重性和优先级

5、预置条件(Test Pre_condition)

1)含义:测试用例在执行时需要满足一些前提条件,否则测试用例是无法执行的,这些前提条件就是预置条件,设置预置条件时经常分为两种情况:

(1)环境的设置,例如测试word文档打开功能,需要提前准备打开的文档,这就是预置条件。

(2)先要运行其他的测试用例,例如测试自动取款机功能,有输入账户信息的测试用例和输入取钱金额的测试用例,则后者的预置条件就可以写为输入正确账户信息的测试用例。

2)注意(PS):测试预置条件--是针对单个用例

测试环境--针对所有用例(测试环境有问题会导致测试活动挂起/暂停)

6、测试输入(Test Input) 1)含义:指测试执行过程中需要加工的外部信息。

2)规则:避免用描述性的语言,要具体;

根据软件测试用例的具体情况,有手工输入、文件、数据库记录等。

7、操作步骤(Operation/Execute Steps) 1)规则:执行当前测试用例需要经过的操作步骤,需要明确的给出每一个步骤的描述,测试用例执行人员可以根据该操作步骤完成测试用例执行。8、预期输出(Expected Results) 1)含义:预期输出是测试用例中非常重要的部分,要想判断被测对象是否正常工作,都需要通过预期输出来进行判定。

在编写预期输出时可以从以下三个方面来进行考虑:

(1)界面显示(操作步骤执行完毕后,界面显示的提示信息)

(2)数据库的变化(操作步骤执行完毕后,数据库中的记录会发生相应的变化)

(3)相关信息的变化(操作步骤执行完毕后,一些和被测对象相关的信息会发生变化)

上一篇:根据被测对象信息不同来分类软件测试
下一篇:单元测试策略
相关文章

 发表评论

暂时没有评论,来抢沙发吧~