想要成为一名合格的软件测试工程师，一份合格软件测试报告是非常重要的，软件测试的核心也就是测试的用例了，我们通过用例可以看出怎么设计出来可以发现问题，可以有效的覆盖需求的，没有冗余的用例是每个测试工程师必须跨过的一道门槛。结合我们这么多年来在测试领域的经验总结，下面先探讨一下衡量和检验测试用例的标准?然后怎么做?为什么要这么做?还能做什么?测试用例的选择策略也可以谈谈，如果是你该如何来建立回归测试库?
怎样设计出优秀的测试用例?标准流程如下：
1)有可能发现bug的。
2)执行起来效率高，没有冗余步骤，每步都是最佳选择。
3)能验证需求的，可追溯的。
4)粒度问题，不要超过3个检查点，如果很复杂，需要讨论怎么分解需求，最多做到5个。
5)逻辑上一定是正确的，清晰的。
6)用例应该有级别，为以后选择用例提供参考。
(对以上标准)一一来分解：
1 APP测试的主要目的是发现问题，查找错误，所以设计case的思路第一步应该是”程序可能会怎样实效?“
2 测试步骤不能太过于详细复杂，派出一些冗余的步骤。另外有可能两个用例比较起来也会发现冗余，这样的用例执行起来效率低下，浪费时间。
3 确认测试的主要目的就是确认产品，软件的需求是否实现，因此每一天用例可以追溯到某条需求或者它的合理分解。最怕就是自己杜撰需求，设计出来的用例最好能找到开发，或者市场，产品经理的review.
4 测试用例应该有期望结果，期望结果里包含就是检查点，检查点过多，过于复杂，难于被执行APP测试人员理解，影响测试执行效果。我的经验一个用例不要超过5个检查点。
5 测试用例的顺序很重要，谁是谁的必要条件，逻辑上不能出错，否则很难执行，或者会误导APP测试执行人员，最严重的情况失去测试人员信任，测试工程师最后按照自己的想法执行，造成漏洞。
6 不可能每条用例都要被执行，在最后时间紧迫的情况下，测试经理会挑选级别高的测试用例来执行，保证主要的功能被测试过。
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/69996644/viewspace-2787659/ ，如需转载，请注明出处，否则将追究法律责任。
