1.编制目的 本文件作为编写前期测试用例期间的规范和流程,旨在合理有效的对该阶段质量进行控制,同时为编写前期测试用例的人员提供参考。 2.主要内容与适用范围2.1主要内容 本标准规定了编写前期测试用例时的书写规范和操作流程。 2.2适用范围 本标准适用于项目提交测试后进行的路径分析和前期测试用例编写。 3.前期测试用例编写流程4.路径图制作规范4.1所用工具及模型l 制作路径图一律使用office_2003_visio_pro进行,所用模型可以在两种中选择其一: 1.基本流程图; 2.UML模型图; 4.2制作方法及原则l 路径图的制作完全依照《需求规格书》中的相关业务逻辑描述来完成,一般情况下一个模块的业务逻辑用一个路径图来进行分析,如果该模块业务逻辑过于复杂,可以拆分为若干块进行分析。 l 所画出的路径图必须包括所有业务逻辑,考虑到任何可能的分支。 l 路径图命名必须可以完全说明该图所分析的是什么业务 5.前期测试用例编写规范5.1前期测试用例所包含的项l 用例编号 l 类型 l 设计人 l 用例标题 l 测试方法 l 所属项目 l 测试点 l 步骤 l 期望结果 l 覆盖路径 5.2各项的编写规范l 用例编号:项目英文缩写+3位流水号 例:测试POS支付核销系统,第一个用例的编号为:POS001 l 类型:该用例岁对应的测试方法类型,这里一般都写“前期测试用例” l 设计人:编写改测试用例的人员 l 用例标题:对该用例究竟测试什么而定义的描述语句,一般为疑问句 例:输入正常值,是否可以成功新增销售订单 l 测试方法:对该用例是用什么测试方法所设计的描述,关于测试方法的种类和方法请参见《测试方法举例》 l 所属项目:该用例所在项目 l 测试点:一般为所测试的模块 l 步骤:对用例如何执行的描述。具体描述时分为步骤1、步骤2……….等,对于所操作步骤的描述,应清晰准确,包括登陆系统,输入什么值等。 例:
l 期望结果:按步骤中描述操作后所应该得到结果 例:正确显示IC余额且金额正确 l 覆盖路径:即该用例是按哪个路径所设计 |
标题搜索
日历
|
|||||||||
日 | 一 | 二 | 三 | 四 | 五 | 六 | |||
1 | 2 | 3 | 4 | ||||||
5 | 6 | 7 | 8 | 9 | 10 | 11 | |||
12 | 13 | 14 | 15 | 16 | 17 | 18 | |||
19 | 20 | 21 | 22 | 23 | 24 | 25 | |||
26 | 27 | 28 | 29 | 30 | 31 |
我的存档
数据统计
- 访问量: 178111
- 日志数: 291
- 图片数: 2
- 书签数: 1
- 建立时间: 2007-06-08
- 更新时间: 2009-10-17