最近因为设计用例时，将其中一个场景没有仔细分析，导致漏测。在痛定思痛以及几百字的检讨书的指导下，将工作中几年中设计用例的心得梳理了一下，还是有点小心得的。
一、需求是第一位。这个不用多说，一定要了解需求，它的特性，功能，着重点，关注点都是什么。这相当于有的放矢，确定了本次测试的方向是什么。先将本次的大方向明确下来，比如是页面功能，还是纯后台接口数据传输。
二、抓大点。将需求锻成几大块。虽然每次测试的需求是一个，但根据功能，可以拆分不同的大块。比如数据一致性，日志等。这样会显示将一个完整的大工程切割开来，自己再写功能用例时就不会感觉那么庞杂。
三、进入细节，认真读需求。进入每一块中，仔细对每一个点进行推敲。尽可能的发散思维。本次出事就是自己发散这块做得不好。
四、使用工具。这个呢，因人而宜。本人平时习惯用导图，先列大点，再加分支细节，一个导图写完成后，具体的用例也就差不多出来了。
五、最后一点。平时多看，多交流，毕竟每一个人的思维是有一定的局限性。集思广益，借鉴别人的思维和方法，有时能弥补不足。
原文地址：https://www.cnblogs.com/jialet/p/11968325.html
