首页 > 优秀测试用例标准

优秀测试用例标准

发布时间：2018-01-18 来源：文档文库

小中大

字号：

手机查看

优秀测试用例标准
最近一直在研究软件测试相关理论，个人认为测试其实这是一个复杂的学科，一个优秀的测试工程师需要具备多方面的能力和扎实的计算机理论，软件工程理论和编程思想。测试用例的设计更多地依赖你的逻辑是否完整，还需要一定统计学上基本东西，毕竟我们不能做到全路径覆盖。
测试用例是测试的核心，如何设计出能发现问题，有效能覆盖需求，没有冗余的用例是每个测试工程师必须跨过的一道门槛。结合本人这么多年来在测试领域的经验总结，我们下面先探讨一下衡量和检验测试用例的标准？然后怎么做？为什么要这么做？还能做什么？测试用例的选择策略也可以谈谈，你如何来建立回归测试库？
我心目中优秀测试用例的标准如下：有可能发现bug的
执行起来效率高，没有冗余步骤，每步都是最佳选择能验证需求的，可追溯的
粒度问题，不要超过3个检查点，如果很复杂，需要讨论怎么分解需求，最多做到5个逻辑上一定是正确的，清晰的
用例应该有级别，为以后选择用例提供参考。一一来分解：
1 测试的主要目的是发现问题，查找错误，所以设计case的思路应该是”程序可能会怎样实现？“ 2 测试步骤不能太详细，派出一些冗余的步骤。另外有可能两个用例比较起来也会发现冗余，这样的用例执行起来效率低下，浪费时间。
3 确认测试的主要目的就是确认产品，软件的需求是否实现，因此每一天用例可以追溯到某条需求或者它的合理分解。最怕就是自己杜撰需求，设计出来的用例最好能找到开发，或者市场，产品经理的review. 4 测试用例应该有期望结果，期望结果里包含就是检查点，检查点过多，过于复杂，难于被执行测试人员理解，影响测试执行效果。我的经验一个用例不要超过5个检查点。
5 测试用例的顺序很重要，谁是谁的必要条件，逻辑上不能出错，否则很难执行，或者会误导测试执行人员，最严重的情况失去测试人员信任，测试工程师最后按照自己的想法执行，造成漏洞。
6 不可能每条用例都要被执行，在最后时间紧迫的情况下，测试经理会挑选级别高的测试用例来执行，保证主要功能被测试过。

测试用例设计的核心
测试的核心是测试设计，测试设计就是遍历所有需求和尽量多应用场景。怎样才能设计好用例，怎么才能让用例有效，可以通过如下几个维度来入手：
1、从开发需求入手，需求是软件开发的主要依据，需求要怎么进行分解，分解后的需求点要怎么组合才有有效的，需求之间分为独立和关联的，独立的需求按照需求提供的功能、性能和规格来进行验证，有关联的有需求需要通过正交分析方法来做，以及不同的测试点的不同顺序和时序组合；
2、从应用场景来入手，应用场景是测试的最后一步，主要是系统集成验证，就是把所有模块继承进来，按照覆盖用户的应用场景；
3、从异常场景入手，当基本功能、性能和场景测试覆盖完了，就需要考虑系统的健壮性和稳定性； 4、从用户使用习惯入手，记得保持用户功能和使用的一致性，如果不保持一致性，会让用户使用产生迷糊，让用户永远都不习惯当前使用，黏贴不了用户；
测试设计需要对用例进行归类和分组，能很清晰表达测试架构和测试设计，好的用例，必然包含好的测试架构：
测试架构可以从三个角度来分：按照相同类型的组合按照用户习惯按照应用场景
测试设计是用合理个数用例覆盖所有的问题。

本文来源：https://www.2haoxitong.net/k/doc/53d0fe1930126edb6f1aff00bed5b9f3f80f7252.html