前不久我们部门组织了一次轰轰烈烈的测试用例PK大赛。第一轮PK结束后我所在的东邪西毒团队没能进入前几名，具体原因不在这里详述。（其实我觉得我们团队在实用性方面做得还可以的）。第二轮PK开始，我有幸加入了特工组。队长根据每个人的优势分配了任务，我的任务主要是和童战一起完成测试用例部分，并产出相应规范。下面给出我们这边给出的具体规范：
1. 在详细信息中主要列出两点：测试前提和测试数据。前提主要是说明该用例执行的前提条件：比如宝贝支持优惠卡券，会员状态信心等；测试数据主要指具体的测试帐号信息。
2. 用例的框架完全参照MM图画出
3. TC标题采用：数字+上一级文件夹名称+“—”+ 结果（主流程的命名方式）；数字+上一级文件夹名称+“—”+ 条件（次流程的命名方式）；数字从01开始自增长。
如01_提交订单—宝贝立即购买订单创建成功（主流程），
01_宝贝名称校验—含有特殊字符（次流程）
4. 主流程中的步骤按照页面来写，每个步骤对应一个页面，每个步骤对应相应的预期结果，步骤中含有填写的值需要给出举例。具体内容可以参看主流程，条例清晰，通俗易懂。
步骤和预期结果用数字+“、”标志，数字从1开始自增长。
5. 用例中如果是按钮的用【】标志，如果是链接的用“”标志。
6. 非主流程的用例，主要说明该条用例反应的点即可，其他条件可以不提，默认为正确。
7. 用例按优先级写，主流程——》业务校验——》非业务校验的顺序来写。P0除外。
8. 主流程的预期结果需要加上用例所关联的表。
这样写测试用例的优点：
1. 用例规范，条理清晰，通俗易懂，看tc的标题就能望文生义。有经验的同学不必看具体的内容，没经验的同学看了用例也能很快上手执行，适合新老朋友。
2. 用例尽量按照优先级写，测试执行用例时可以先发现重要的问题。
3. 方便执行用例：将用例关联实验室，执行实验室中的用例时一看标题就知道执行的是哪块内容。
4. 考虑了安全测试的内容，让安全问题提前暴露，不必等到最后的安全测试阶段，减轻了安全测试团队的工作量
5. 需求变更后，可以直接在对应文件夹下增加相应的TC或修改对应点的TC，方便执行。
6. 可执行性强，解决了现有用例书写风格不统一，不规范的问题。让我们的用例看起来更专业。
相信这份文档还有很多地方 可以改进，欢迎大家提出建议或意见～～～
文章来源于领测软件测试网 https://www.ltesting.net/