通用测试用例写作方法

[摘要] 本文主要简单介绍了一下通用测试用例写作方法。

测试用例工作过程

软件测试用例设计和软件测试用例写作

软件测试用例设计:从设计层面考虑(功能性、可用性、安全性等方面);

软件测试用例写作:指的是软件测试用例的写作规范(格式、标识的命名规范等)

软件测试用例设计设计出用例的内容,按照软件测试用例写作规范落实到文档中去。

软件测试用例格式

● 测试用例编号

◇ 规则:编号具有唯一性、易识别性,由数字和字符组合成的字符串

◇ 约定:

系统测试用例:产品编号-ST-系统测试项名-系统测试子项名-XXX

集成测试用例:产品编号-IT-集成测试项名-集成测试子项名-XXX

单元测试用例:产品编号-UT-单元测试项名-单元测试子项名-XXX

● 测试项目

◇ 规则:当前测试用例所属测试大类、被测需求、被测模块、被测单元等

◇ 约定:

系统测试用例测试项目:软件需求项 如:测试手机在没有SIM卡的情况下,可以拨打紧急电话

集成测试用例测试项目:集成后的模块名或接口名 如:测试模块A提供的文件接口

单元测试用例测试项目:被测试的函数名 如:测试函数int ReadFile(char *pszFileName)

● 测试标题

规则:测试用例的概括简单的描述用例的出发点、关注点,原则上不能重复。

● 重要级别

规则

高:保证系统基本功能、核心业务、重要特性、实际使用频率高的测试用例;

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

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

● 预置条件

规则:执行当前测试用例需要的前提条件,是后续步骤的先决条件

● 输入

规则:用例执行过程中需要加工的外部信息,输入、文件、数据库等

● 操作步骤

规则:执行当前测试用例需要经过的操作步骤,保证操作步骤的完整性。

● 预期输出

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

测试用例的写作检查规则

1、测试用例标识是否按照测试方案的规则来编写。

2、是否每个测试用例的预置条件都被描述清楚?

3、每个测试用例的“输入”中是否列出了所有测试的输入数据?

4、测试用例的“预期结果”是否完整而且清晰?

5、是否明确说明了每个测试用例或测试用例集的重要级别?

6、是否明确说明了测试用例的执行顺序?




免责声明:

本站系本网编辑转载,会尽可能注明出处,但不排除无法注明来源的情况,转载目的在于传递更多信息,并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题,请在30日内与本网联系, 来信: liujun@soft6.com 我们将在收到邮件后第一时间删除内容!

[声明]本站文章版权归原作者所有,内容为作者个人观点,不代表本网站的观点和对其真实性负责,本站拥有对此声明的最终解释权。