怎么有效减少测试迭代次数之我见(转)

怎么有效减少测试迭代次数之我见

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

1. 制定启动测试标准。可以想象，我们测试过程中，有多少次是因为安装包问题导致测试中止，重要业务功能错误导致测试工作无法进行下去。甚至一个重要的需求没有实现，一直到测试阶段才被发现。。。。。。。。。启动测试标准规定开发的产品必须实现主要业务功能，安装卸载正常，没有严重的性能问题等。这样可以有效避免测试过程中因为重大的缺陷而中止测试，不得不进入下一次迭代。

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

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

在测试过程，为什么有测试需求分析，测试方案分析阶段？因为它们确实是一个非常重要的阶段，而不是一个多余的过程

随便写个doc交差的东西。

我觉得测试需求分析要做到：1.完成测试需求覆盖分析。

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

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

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

测试方案分析做到：1.把功能点过度到测试点。一个功能点可能需要几个测试点来对应，而一个测试点对应唯一的测试用例。

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

测试点。

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

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

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

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

大家都知道缺陷被发现的越早，就越容易解决，成本就越低。所以在第一轮的测试过程中，尽量多的发现缺陷，

尽量保证没有漏掉严重的缺陷，除了测试管理上的协助外，测试人员本身的水品和经验就至关重要。

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

就是我们的目标。

注：本文转自/?uid-117068-action-viewspace-itemid-106112