MILY: Wingdings; mso-fareast-font-family: Wingdings; mso-bidi-font-family: Wingdings">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……….等，对于所操作步骤的描述，应清晰准确，包括登陆系统，输入什么值等。
例：
|
步骤1 |
打开POS刷卡机 |
|
步骤2 |
选择进入“IC卡支付” |
|
步骤3 |
输入操作员号01，密码1111，登陆 |
|
步骤4 |
按提示插入IC卡 |
|
步骤5 |
查看界面中显示的IC卡余额 |
l 期望结果：按步骤中描述操作后所应该得到结果
例：正确显示IC余额且金额正确
l 覆盖路径：即该用例是按哪个路径所设计
