4.2 制作方法及原则

　　路径图的制作完全依照《需求规格书》中的相关业务逻辑描述来完成，一般情况下一个模块的业务逻辑用一个路径图来进行分析，如果该模块业务逻辑过于复杂，可以拆分为若干块进行分析。

　　所画出的路径图必须包括所有业务逻辑，考虑到任何可能的分支。

　　路径图命名必须可以完全说明该图所分析的是什么业务

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

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

　　用例编号

　　类型

　　设计人

　　用例标题

　　测试方法

　　所属项目

　　测试点

　　步骤

　　期望结果

　　覆盖路径

　　5.2 各项的编写规范

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

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

　　类型 ： 该用例岁对应的测试方法类型，这里一般都写“前期测试用例”

　　设计人：编写改测试用例的人员

　　用例标题：对该用例究竟测试什么而定义的描述语句，一般为疑问句

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

　　测试方法 ：对该用例是用什么测试方法所设计的描述，关于测试方法的种类和方法请参见《测试方法举例》

　　所属项目：该用例所在项目

　　测试点：一般为所测试的模块

　　步骤：对用例如何执行的描述。具体描述时分为步骤1、步骤2……….等，对于所操作步骤的描述，应清晰准确，包括登陆系统，输入什么值等。

　　例：

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

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

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