测试用例格式以及要点

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

测试用例格式以及要点

以上是一般的测试用例格式,可以根据公司具体要求删除一些或加入其它项。

(1).测试用例编号

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

(2).测试模块

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

(3).测试标题

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

(4).预置条件

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

(5).输入

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

(6).操作步骤

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

(7).预期输出

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

对应QC界面:

左边的树状结构为我们编写测试用例的模块(对应测试用例的测试模块),我们可以将该模块的测试需求添加到描述中,并可以以附件的形式上传.如上图.

文件夹的命名方式采取按系统对应的功能名称命名,并按功能的递进关系层层递进.

测试的命名方式以:数字+”_”+单元或流程的命名方式(对应测试用例编号)

如:基础资料-客户基础资料-新增-客户基本信息-01_客户名称

对应的每个测试中的描述信息中可以输入相关测试用例的测试前提(对应预置条件)和输入

“设计步骤”中填写测试用例

“步骤名称”中输入测试用例描述(对应测试标题),命名方式: 数字+”_”+测试用例描述

“描述”中填写操作步骤

“预期结果”中填写”执行该操作后,系统应该显示的结果”(对应预期输出).步骤和预期结果按数字+“、”标志,数字从1开始自增长

注:”描述”中,如果是按钮的用[]标注,如果是输入框,单选框等用””标注.输入的值也以””标注

用例按优先级写:主流程--业务效验--非业务效验

相关文档
最新文档