【IT168 评论】

　　怎么降低测试轮次我觉得有以下几点：

　　1. 制定启动测试标准。

　　可以想象，我们测试过程中，有多少次是因为安装包问题导致测试中止，重要业务功能错误导致测试工作无法进行下去。甚至一个重要的需求没有实现，一直到测试阶段才被发现……

　　启动测试标准规定开发的产品必须实现主要业务功能，安装卸载正常，没有严重的性能问题等。这样可以有效避免测试过程中因为重大的缺陷而中止测试，不得不进入下一次迭代。

　　2. 加强需求分析和测试方案分析阶段的时间投入和人力投入。

　　绝大多数测试人员在接到测试任务后，简单的写个测试计划和测试方案，然后就进入测试用例的编写阶段。

　　在测试过程，为什么有测试需求分析，测试方案分析阶段? 因为它们确实是一个非常重要的阶段，而不是一个多余的过程，随便写个doc交差的东西。

　　需求分析要做到：

　　1)完成测试需求覆盖分析。

　　2)需求按重要程度划分等级，按缓急程度划分等级。(重要应对突发事件导致测试周期缩短)

　　3)分出已完成需求，本次版本不计划完成的需求，计划完成而未完成的需求。

　　4)把需求点分解成具体的最小级别的功能点。

　　测试方案分析做到：

　　1)把功能点过度到测试点。一个功能点可能需要几个测试点来对应，而一个测试点对应唯一的测试用例。

　　2)测试数据分析。针对上步分析的测试点，借助各种测试方法寻找测试数据，尽量的做大测试数据足够覆盖测试点。

　　3)给予测试方法和测试建议的指导。

　　本部分的工作可以有效的发现需求问题，主要功能缺陷。因为本部分的工作在测试启动前完成，所以没有生成测试成本。

　　3. 提高测试人员的素质：

　　可以肯定，有很多次的迭代是因为测试人员水平的问题，导致上一轮测试没有被发现。

　　大家都知道缺陷被发现的越早，就越容易解决，成本就越低。所以在第一轮的测试过程中，尽量多的发现缺陷，尽量保证没有漏掉严重的缺陷，除了测试管理上的协助外，测试人员本身的水品和经验就至关重要。

　　一次次的迭代就像赌博一样，你没迭代一次，你的筹码就要加大。测试不是赌博，你没有任何运气的成分，以最少的迭代完成测试，就是我们的目标。