游戏测试测试用例评估与几点经验
测试用例只能说尽可能的覆盖全面,这个覆盖全面可能需要很久的积累来做的。简单一点的可以按照下面几个步骤做。
第一,确认用例是否完全覆盖了需求说明书所描述的所有功能点及逻辑。可以使用各种用例的设计方法来满足,边界值,等价类,判定表,因果图,正交分析,场景法等等。别看这些东西大家都在说,真正用好很难。
第二,尽可能的考虑及补充需求说明书并未描述但是实际存在的功能及逻辑。这个可以通过需求评审,用例评审来做。
第三,尽可能考虑异常情况,可以从可靠性,安全性等方面入手。
第四,可以通过平时的积累来达到,比如建立用例库,经验库等。
第五,就是要靠自己的经验和第六感了,呵呵~这个不靠谱,但是确实可以利用。
做到完全覆盖基本不可能,但是我们可以尽可能覆盖。注意,在尽可能覆盖的同时也要考虑测试周期及项目时间的分配。
1、用例覆盖程度
毫无疑问,这一点应该是最重要的,无需多说,覆盖率最大化是一套测试用例的最重要评价标准,如果漏测就杯具了。
2、用例是否已经达到工作量最小化
在满足用例覆盖程度最大化的前提下,应该尽量减小执行用例所需要的工作量。这些方面的方法有不少,如条件覆盖,分支覆盖,正交覆盖等方法。面对不同的测试对象,也有不同的方法来保证:对于网页背后的php逻辑,可以通过在网页上测试后,用一些工具比如xdebug来统计