关于测试用例

目录

一 测试用例介绍

二 写用例的好处

三 不适合写用例的情况

---

一 测试用例介绍

测试用例由测试来写，编写时间在需求评审和设计评审（如有）结束后，需求提测前，用例依赖需求文档来编写。一般包含用例标题，前置条件，测试类型（比如功能测试/接口测试），优先级（P1/P2/P3），操作步骤，预期结果，实际结果，备注等，示例如下：

用例标题	前置条件	测试类型	优先级	操作步骤	预期结果	实际结果	备注
xx	xx	功能测试	P1	1.xx 2.xx	1.xx 2.xx

二 写用例的好处

1保证用例的覆盖度，防止漏侧（最大的好处）

2用例是测试工作量的体现

3如果需求上线一段时间后遇到生产问题，可以追溯测试用例，是否有覆盖到（如果没有，需要分析没有覆盖到的原因，避免再次遗漏）

4遇到相似功能/流程的需求，做少量修改就可以复用，比重新写一份节省时间

三 不适合写用例的情况

需求不复杂+排期时间很紧，写了用例就没时间测试了。

解决办法：用xmind梳理测试点，直接测试