UML软件工程组织

前期测试用例编写规范和流程

 

作者:Allen    文章出处:51testing博客

 

1.编制目的

 本文件作为编写前期测试用例期间的规范和流程,旨在合理有效的对该阶段质量进行控制,同时为编写前期测试用例的人员提供参考。

2.主要内容与适用范围
 2.1主要内容
 本标准规定了编写前期测试用例时的书写规范和操作流程。

2.2适用范围
 本标准适用于项目提交测试后进行的路径分析和前期测试用例编写。

3.前期测试用例编写流程


 4.路径图制作规范

 4.1 所用工具及模型

  • 制作路径图一律使用office_2003_visio_pro进行,所用模型可以在两种中选择其一:

    1. 基本流程图;


    2.UML模型图;


 4.2 制作方法及原则

  • 路径图的制作完全依照《需求规格书》中的相关业务逻辑描述来完成,一般情况下一个模块的业务逻辑用一个路径图来进行分析,如果该模块业务逻辑过于复杂,可以拆分为若干块进行分析。
  • 所画出的路径图必须包括所有业务逻辑,考虑到任何可能的分支。
  • 路径图命名必须可以完全说明该图所分析的是什么业务

5.前期测试用例编写规范

 5.1 前期测试用例所包含的项

  • 用例编号
  • 类型
  • 设计人
  • 用例标题
  • 测试方法
  • 所属项目
  • 测试点
  • 步骤
  • 期望结果
  • 覆盖路径

5.2 各项的编写规范

  • 用例编号:项目英文缩写+3位流水号

例:测试POS支付核销系统,第一个用例的编号为 :POS001

  • 类型 : 该用例岁对应的测试方法类型,这里一般都写“前期测试用例”
  • 设计人:编写改测试用例的人员
  • 用例标题:对该用例究竟测试什么而定义的描述语句,一般为疑问句

例:输入正常值,是否可以成功新增销售订单

  • 测试方法 :对该用例是用什么测试方法所设计的描述,关于测试方法的种类和方法请参见《测试方法举例》
  • 所属项目:该用例所在项目
  • 测试点:一般为所测试的模块
  • 步骤:对用例如何执行的描述。具体描述时分为步骤1、步骤2……….等,对于所操作步骤的描述,应清晰准确,包括登陆系统,输入什么值等。

例:

步骤1
打开POS刷卡机
步骤2 选择进入“IC卡支付”
步骤3 输入操作员号01,密码 1111,登陆
步骤4 按提示插入IC卡
步骤5
查看界面中显示的IC卡余额

期望结果 :按步骤中描述操作后所应该得到结果

例:正确显示IC余额且金额正确

  • 覆盖路径 :即该用例是按哪个路径所设计

 


版权所有:UML软件工程组织