[转]怎样有效降低测试的轮次？

 测试的轮次多少有时候是不可避免，既和项目，开发有关，也和测试有很大关系，但测试人员可以做到在每一轮的测试中能够快速，高效的的执行，提高测试的效率才能最大程度的减少 测试的轮数。

提高测试效率，减少测试轮数是每个测试管理者都应该考虑的重点，以下结合我个人的经验谈下：

主要从2个方面进行，一是人员，二是测试管理。

一、人员
公司测试人员测试水平有高有低，对业务知识了解有深有浅，所以在分配任务时，应该根据不同人员进行合理的分配。
如，对于测试水平比较高，业务知识了解深的测试人员应该分配产品中的重点，难点模块用例编写和测试，这样可以保证重点模块的问题能被资深测试人员尽早发现，减少后期测试。所以说测试负责人在项目分配测试之前，必须清楚测试人员水平，保证分配合理。

二、测试管理方面

“兵熊熊一个，将熊熊一窝”这句话说的好，一个好领导带领进行测试，能达到事半功倍的效果，测试负责人不仅要对内做好，如测试 工作安排，监督等，对外也应该保持做好，如对于开发，市场等接口，要保持测试人员在公司的地位。

1、需求：项目之本，所以在需求讨论， 评审时，测试人员都应该参加，测试人员越早熟悉项目需求，对后面编写 测试用例，项目测试都越有帮助。

2、 测试用例：个人认为是测试大厦的基石，在编写测试用例过程中，是测试人员对业务知识，产品功能的一个加深了解过程，而且在编写测用例过程中需要填写用例优 先级，这为后面的版本快速测试提供用例，测试用例评审过程是大家对产品功能思维碰撞的过程，可以说测试用例的编写好坏直接影响到测试的轮数。
可以参考我以前写的2篇文章：< 基于测试用例进行测试管理>, < 测试用例设计与管理思路经验总结>.

3、 测试规范：没有规矩，不成方圆。测试也一样，测试不能没有规范，对于测试计划，用例编写，缺陷规范等一些这里就不说了，重点说2点：
  1）需求变更流程：在项目需求通过评审确定下来后，公司应该有一套需求变更流程管理，这样可以保证项目需求的可追溯性，而且对于测试来说非常有好处，测试人员能尽早知道修改了什么，尽早做好调整，也能把握好每轮测试的重点。
  2） 配置管理：配置管理的作用就不多说，版本时间机器，做好测试版本管理。测试人员获取版本应该从配置人员手中拿，千万不要从开发人员手中获取。

4、 测试执行：没有那个喜欢重复的做一件事，所以测试负责人这时候应该安排好人员，在经过几轮测试后，可以考虑测试人员交叉进行测试，测试不同的模块，这样既 可以保持激情，又能熟悉功能，可能还会发现问题，是个很好的主意，只有在尽可能少的轮数情况下发现尽可能多的问题，才能提高测试效率，介绍测试轮数。

5、 总结，改进：在每一轮测试，测试人员都应该编写一份自己负责模块的功能说明，判断该模块的功能性，稳定性等，这样可以让测试负责人在进下一轮测试中有着重 点。而测试负责人在每轮测试也需要根据BUG，模块测试报告来判断项目整体情况，问题产生的原因进行归纳反馈给开发人员，要让开发不要再犯同样的错误。同 样，对于测试方面的问题也要总结，改进。
6、 整个公司的开发测试管理。上边说了测试应该如何如何，如果开发部门不配合、开发流程混乱、开发人员责任意识淡薄、人浮于事，那测试也很难推进。我想这应该是影响测试、测试工作进度、测试效率、质量的最重要的一个方面。

通过上面的步骤持续进行，改进，当测试的效率提上去后，那么测试的轮数必定会减少。

PS：上面没有谈论到 自动化，是因为根据实际经验，自动化有时候很难实施，而且不是每个产品都能进行 自动化测试。我看重的还是要有好的人员，不管是负责人还是测试人员。