软件测试 用例设计 书写标准 测试用例模板 在 编写测试用例 过程中,需要参考和规范一些基本的测试用例编写标准,在 ANSl / IEEE829 — 1983 标准中列" name="description" />
MILY: 宋体; mso-ascii-font-family: 'Times New Roman'; mso-hansi-font-family: 'Times New Roman'">软件测试用例设计书写标准 测试用例模板
在编写测试用例过程中,需要参考和规范一些基本的测试用例编写标准,在ANSl/IEEE829—1983标准中列出了和测试设计相关的测试用例编写规范和模板。标准模板中主要元素如下。
. 标识符(identification):每个测试用例应该有一个惟一的标识符,它将成为所有和测试用例相关的文档/表格引用和参考的基本元素.这些文档/表格包括设计规格说明书、测试日志表、澳4试报告等。
. 测试项(test item):测试用例应该准确地描述所需要测试的项及其特征,测试工贞
应该比测试设计说明中所列出的特性描述更加具体,例如做Windows计算器应用
程序的窗口测试,测试对象是整个的应用程序用户界面,这样测试工贞就应该是应
用程序的界面的特性要求,例血u窗口缩放测试、界面布局、菜单等。
. 测试环境要求(test envirormlent):用来表征执行该测试用例需要的测试环境,一
般来说,在整个的测试模块里面应该包含整个的测试环境的特殊需求,而单个测
试用例的测试环境需要表征该测试用例所单独需要的特殊环境需求。
. 输入标准(input criteda);用来执行测试用例的输入需求。这些输入可能包括数据、
文件,或者操作(例如鼠标的左键单击,键盘的按键处理等),必要的时候,相关
的数据库、文件也必须被罗列。
. 输出标准(output criteria):标识按照指定的环境和输入标准得到的期望输出结果。如果可能的话,尽量提供适当的系统规格说明来证明期望的结果。
. 测试用例之间的关联:用来标识该测试用例与其他的测试(或其他测试用例)之间的依赖关系。在测试的实际过程中,很多的测试用例并不是单独存在的,它们之间可能有某种依赖关系,例如,用例A需要基于B的测试结果正确的基础k,d-@,7<f行,此时需要在A的测试用例中表明对B的依赖性,从而保证测试用例的严谨性。
综上所述,如果使用一个数据库的表来表征测试用例的话,它应该有表14—1所示的格式。
这样的结构,可以在组织和跟踪测试用例中使用,在本章的最后一节中将对测试用例的组织和跟踪进行详细的讨论。如果用数据词典的表示方法,测试用例可以简单地表示成:测试用例2{输入数据+期望结果l,其中{l表示重复。这个式子还表明,每一个完整的测试用例不仅包含有被测程序的输八数据,而且还包括用这组数据执行被测程序后预期的输出结果。接下来,用一个具体的例子来描述测试用例的组成结构如表14—1所示。例如,要对Wi㈣d s记事本程序进行测试,选取其中的一个测试项——文件菜单栏的测试。