前不久我们部门组织了一次轰轰烈烈的测试用例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. 可执行性强，解决了现有用例书写风格不统一，不规范的问题。让我们的用例看起来更专业。

　　相信这份文档还有很多地方 可以改进，欢迎大家提出建议或意见～～～