1 目的：统一
测试用例编写的规范，以保证使用最有效的测试用例，保证测试质量。
2 范围：适用于公司对产品的业务流程、
功能测试测试用例的编写。
3 术语解释
3.1 测试分析：对重要业务、重要流程进行测试前的分析。
3.2 业务流程测试用例：关于产品业务、重要流程的测试用例。
4 业务流程测试用例编写原则
4.1 系统性
4.1.1 对于系统业务流程要能够完整说明整个系统的业务需求、系统由几个子系统组成以及它们之间的关系；
4.1.2 对于模块业务流程要能够说明清楚子系统内部功能、重要功能点以及它们之间的关系；
4.2 连贯性
4.2.1 对于系统业务流程来说，各个子系统之间是如何连接在一起，如果需要接口，各个子系统之间是否有正确的接口；如果是依靠页面链接，页面链接是否正确；
4.2.2 对于模块业务流程来说，同级模块以及上下级模块是如何构成一个子系统，其内部功能接口是否连贯；
5 测试
用例设计的方法
5.1 等价类划分法
5.1.1 确定等价类的原则
5.1.1.1 如果输入条件决定了取值范围，或值的个数，则可以确立一个有效等价类和两个无效等价类。
5.1.1.2 如果输入条件规定了输入值的集合，或者规定了“必须如何”的条件，此时可确立一个有效等价类和一个无效等价类；
5.1.1.3 如果输入条件是一个布尔量，则可以确定一个有效等价类和一个无效等价类；
5.1.1.4 如果规定了输入数据的一组值，而且程序对每个输入值分别进行处理，此时可为每一个输入值确立一个有效等价类，此外，针对这组值确立一个无效等价类，它是所有不允许输入值的集合；
5.1.1.5 如果规定了输入数据必须遵守的规则，则可以确立一个有效等价类（符合规则）和若干个无效等价类（从不同的角度违反规则）。
5.1.1.6 如果确知，已划分的等价类中各元素在程序中的处理方式不同，则应将此等价类进一步划分成更小的等价类。
5.1.2 测试用例的选择原则
5.1.2.1 为每一个等价类规定一个唯一的编号；
5.1.2.2 设计一个新的测试用例，使其尽可能多的覆盖尚未被覆盖的有效等价类，重复这一步，直至所有的有效等价类都被覆盖过；
5.1.2.3 设计一个新的测试用例，使其仅覆盖一个尚未被覆盖的无效等价类，重复这一步，直至所有的无效等价类都被覆盖为止。
5.2 边界值分析法
5.2.1 测试用例的选择原则
5.2.1.1 如果输入了条件规定了值的范围，则应取刚达到这个范围的边界值，以及刚刚超越这个边界范围的值作为测试输入数据；
5.2.1.2 如果输入条件规定了值的个数，则用最大个数、最小个数、比最大多1、比最小小1的数作为测试输入数据；
5.2.1.3 根据规格说明的每个输出条件，使用前面的原则；
5.2.1.4 如果程序的规格说明给出的输入输出域是有序集合，则应选取集合的每一个元素和最后一个元素作为测试用列；
5.2.1.5 如果程序中使用了一个内部数据结构，则应当选择这个内部数据结构的边界上的值作为测试用例；
5.2.1.6 分析规格说明，找出
其他可能的边界条件。
6 测试用例设计的原则
6.1 全面性
6.1.1 应尽可能覆盖程序的各种路径
6.1.2 应考虑存在跨年、跨月的数据
6.1.3 大量数据并发测试的准备
6.2 正确性
6.2.1 输入界面后的数据应与测试文档所记录的数据一致
6.2.2 预期结果应与测试数据发生的业务吻合
6.3 符合正常业务惯例
6.3.1 测试数据应符合用户实际
工作业务流程
6.3.2 兼顾各种业务变化的可能
6.4 仿真性
人名、地名、电话号码等应具有模拟功能，符合一般的命名惯例；不允许出现与知名人士、小说中人物名等雷同情况。
6.5 可操作性
测试用例中应写清测试的操作步骤，不同的操作步骤相对应的操作结果。
7 测试用例编写格式细则
7.1 测试用例内容
7.1.1 具体实施可以采用EXCEL和图形相结合，可用EXCEL编写测试用例的同时插入图形来加以说明。测试用例设计的内容可由：模块名、功能说明或图形说明、测试用例输入、应输出结果、实际输出结果、结论、BUG编号、BUG级别8部分组成。
7.1.2 在测试用例设计模版中有“业务流程测试用例设计模版”（包含整体业务流程）和“功能测试用例设计模版”两个模板可按需要选择。
7.2 测试用例表格格式
7.2.1 表格内容的字体为宋体；
7.2.2 表格内容的字型为12号；
8 测试用例优先级
测试用例优先级
描 述
A
测试计划中重要的模块功能和业务流程
B
测试计划中比较重要的模块功能和业务流程
C
测试计划中次重要的模块功能和业务流程
D
测试计划中不重要的模块功能和业务流程
E
系统小单元、系统容错功能
对于A、B 级应重点考虑
9 BUG级别
1级（严重问题）
阻塞系统进展及测试工作的问题；
严重不合理，可能导致用户强烈的反感；
由于需求、设计错误导致流程和流程控制存在重大错误；
由于编码错误导致骨干流程不可用；
由于设计及编码错误导致的各种报表数据统计结果错误；
由于设计疏漏导致流程中数据控制失败；
在不依赖后台
数据库和解密程序的情况下能够非法登录系统；
2级（重要问题）
软件功能的实现过程中弹出未控制的系统错误提示，导致流程中断；
由于表格边界设置不当导致数据位数显示错误；
各种项目属性修改导致统计、计算出错；
权限设置存在逻辑上的错误；显而易见的权限控制失败；
3级（主要问题）
一般不合理，即使用户经过较长时间的熟练依然有错误操作的可能，或者使用者始终无法较流畅的操作，可能会导致用户的抱怨；
局部功能无法正常使用，但不影响软件整体流程的实现；
无法满足可以预料到的特殊应用；
4级（易用性问题）
轻度不合理，存在歧义，需要反复和用户说明，即使如此，也有可能在使用中感到不便；
运行过程中弹出未控制的系统提示，但不影响流程继续；
存在隐含的安全漏洞，可以利用快捷方式、成批处理，以及权限的组合应用中的安全漏洞进行未经授权的操作。
5级（
其它问题）
界面设计存在缺陷、凌乱或不友好；
功能虽然能够正常使用，但由于实现过程中缺乏容错性，不能对设计边界以外（甚至边界本身）的数据或操作做出正确的响应，导致程序整体不稳定；
部分细小功能未实现（与需求存在部分差异）
建议
