最近在准备一个项目的测试工作，了解业务熟悉原型，设计测试用例。在设计测试用例的时候，总感觉设计的用例不够好，尤其是在用例描述上。每天写一百多条测试用例，边写边反思，倒是找到一个思路。
设计测试用例之前，现将系统进行分模块，按照模块再划分功能点。每写一个功能点之前，就想象自己已经在测试了，先将这个功能点的所有情况、场景在脑海中条理清楚，然后再一条一条写，想象自己已经在测试了，真的管用哦。
处于我目前水平、测试认知上，认为一份好的测试用例应该是这样的：
- 没有冗余，每一条测试用例都是不重复的，验证的都是不同的功能点；
- 覆盖率全面，尽可能多的覆盖所有的场景、情况；
- 用例条理、描述清晰，他人在了解项目的前提下，接手执行你的测试用例，是可以看懂并且可执行的；
- 用例描述尽可能的简洁明了、清晰地表面该条用例的测试目的；
然后，应该就是对业务的积累，业务知识越扎实，测试用例的覆盖面相对也会越全面。多写测试用例，珍惜每一个项目的测试用例，设计的过程中你总是会收获很多，在下一次设计测试用例的时候进步一小步。
以上都是个人观点，如有错误欢迎指正，也很欢迎大家一起来探讨、学习~~❤