目录
一 测试用例介绍
二 写用例的好处
三 不适合写用例的情况
一 测试用例介绍
测试用例由测试来写，编写时间在需求评审和设计评审（如有）结束后，需求提测前，用例依赖需求文档来编写。一般包含用例标题，前置条件，测试类型（比如功能测试/接口测试），优先级（P1/P2/P3），操作步骤，预期结果，实际结果，备注等，示例如下：
| 用例标题 | 前置条件 | 测试类型 | 优先级 | 操作步骤 | 预期结果 | 实际结果 | 备注 |
| xx | xx | 功能测试 | P1 | 1.xx 2.xx | 1.xx 2.xx |
二 写用例的好处
1保证用例的覆盖度，防止漏侧（最大的好处）
2用例是测试工作量的体现
3如果需求上线一段时间后遇到生产问题，可以追溯测试用例，是否有覆盖到（如果没有，需要分析没有覆盖到的原因，避免再次遗漏）
4遇到相似功能/流程的需求，做少量修改就可以复用，比重新写一份节省时间
三 不适合写用例的情况
需求不复杂+排期时间很紧，写了用例就没时间测试了。
解决办法：用xmind梳理测试点，直接测试
