测试用例编写规范

1/5测试用例编写规范1目的统一测试用例编写的规范，以保证使用最有效的测试用例，保证测试质量，保证公司绩效测试用例相关的指标公平、公正、公开。2范围适用于公司对产品的业务流程、功能测试测试用例的编写。3业务流程测试用例编写原则3.1系统性对于系统业务流程要能够完整说明整个系统的业务需求、系统由几个子系统组成以及它们之间的关系；对于模块业务流程要能够说明清楚子系统内部功能、重要功能点以及它们之间的关系；3.2连贯性对于系统业务流程来说，各个子系统之间是如何连接在一起，如果需要接口，各个子系统之间是否有正确的接口；如果是依靠页面链接，页面链接是否正确；对于模块业务流程来说，同级模块以及上下级模块是如何构成一个子系统，其内部功能接口是否连贯；4测试用例设计的方法2/54.1等价类划分法确定等价类的原则如果输入条件决定了取值范围，或值的个数，则可以确立一个有效等价类和两个无效等价类。如果输入条件规定了输入值的集合，或者规定了“必须如何”的条件，此时可确立一个有效等价类和一个无效等价类；如果输入条件是一个布尔量，则可以确定一个有效等价类和一个无效等价类；如果规定了输入数据的一组值，而且程序对每个输入值分别进行处理，此时可为每一个输入值确立一个有效等价类，此外，针对这组值确立一个无效等价类，它是所有不允许输入值的集合；如果规定了输入数据必须遵守的规则，则可以确立一个有效等价类（符合规则）和若干个无效等价类（从不同的角度违反规则）。如果确知，已划分的等价类中各元素在程序中的处理方式不同，则应将此等价类进一步划分成更小的等价类。测试用例的选择原则为每一个等价类规定一个唯一的编号，即写一个单独的测试用例；设计一个新的测试用例，使其尽可能多的覆盖尚未被覆盖的有效等价类，重复这一步，直至所有的有效等价类都被覆盖过；设计一个新的测试用例，使其仅覆盖一个尚未被覆盖的无效等价类，重复这一步，直至所有的无效等价类都被覆盖为止。4.2边界值分析法测试用例的选择原则3/5如果输入了条件规定了值的范围，则应取刚达到这个范围的边界值，以及刚刚超越这个边界范围的值作为测试输入数据；如果输入条件规定了值的个数，则用最大个数、最小个数、比最大多1、比最小小1的数作为测试输入数据；根据规格说明的每个输出条件，使用前面的原则；如果程序的规格说明给出的输入输出域是有序集合，则应选取集合的第一个元素和最后一个元素作为测试用列；如果程序中使用了一个内部数据结构，则应当选择这个内部数据结构的边界上的值作为测试用例；分析规格说明，找出其他可能的边界条件。5测试用例设计的原则5.1全面性应尽可能覆盖程序的各种路径应考虑存在跨年、跨月的数据大量数据并发测试的准备5.2正确性输入界面后的数据应与测试文档所记录的数据一致预期结果应与测试数据发生的业务吻合5.3符合正常业务惯例测试数据应符合用户实际工作业务流程4/5兼顾各种业务变化的可能5.4仿真性人名、地名、电话号码等应具有模拟功能，符合一般的命名惯例。5.5可操作性测试用例中应写清测试的操作步骤，不同的操作步骤相对应的操作结果。6测试用例编写格式细则参照《质量保障组禅道使用规范》中建测试用例相关内容7测试用例优先级优先级描述1重要的模块功能和业务流程，用于冒烟测试和验收测试2一般的模块功能和业务流程3不重要的模块功能和业务流程，包括异常测试、UI测试、兼容性测试等8测试用例规模测试类别用例数UI测试一个页面一个用例兼容性测试一个功能点一个用例功能测试按等价类、边界值设计用例，同时参照各功能模块的复杂系数（见下表）得出大概的用例数比例9各功能模块5/5详见功能点表注：若复杂系数为1的功能模块写10个用例，则复杂系数为2的功能模块大概要写20个用例，以此类推。10测试用例的补充10.1测试用例评审阶段若测试用例评审时，发现有未覆盖的功能点，则需要由该模块的测试负责人将缺失的用例补充完整，直至最终评审通过。10.2测试用例执行阶段若测试用例执行阶段，测试人员通过随机测试发现了bug，在一轮测试结束后需为此bug在禅道中新建一个测试用例。操作方法：打开bug查看详情，点击“建用例”，选择正确的模块，输入用例步骤、结果、期望，在关键词中输入对应的开发人员。