怎么有效减少测试迭代次数之我见
看到一些人在讨论这个问题。值此08年最后半小时的工作日，我也参加讨论。怎么降低测试轮次我觉得有以下几点：
1. 制定启动测试标准。可以想象，我们测试过程中，有多少次是因为安装包问题导致测试中止，重要业务功能错误导致测试工作无法进行下去。甚至一个重要的需求没有实现，一直到测试阶段才被发现。。。。。。。。。
启动测试标准规定开发的产品必须实现主要业务功能，安装卸载正常，没有严重的性能问题等。这样可以有效避免测试过程中因为重大的缺陷而中止测试，不得不进入下一次迭代。
2.加强需求分析和测试方案分析阶段的时间投入和人力投入。
绝大多数测试人员在接到测试任务后，简单的写个测试计划和测试方案，然后就进入测试用例的编写阶段。
在测试过程，为什么有测试需求分析，测试方案分析阶段？ 因为它们确实是一个非常重要的阶段，而不是一个多余的过程
随便写个doc交差的东西。
我觉得测试需求分析要做到：1.完成测试需求覆盖分析。
2.需求按重要程度划分等级，按缓急程度划分等级。（重要应对突发事件导致测试周期缩短）
3.分出已完成需求，本次版本不计划完成的需求，计划完成而未完成的需求。
4.把需求点分解成具体的最小级别的功能点。
测试方案分析做到：1.把功能点过度到测试点。一个功能点可能需要几个测试点来对应，而一个测试点对应唯一的测试用例。
2.测试数据分析。针对上步分析的测试点，借助各种测试方法寻找测试数据，尽量的做大测试数据足够覆盖
测试点。
3.给予测试方法和测试建议的指导。
本部分的工作可以有效的发现需求问题，主要功能缺陷。因为本部分的工作在测试启动前完成，所以没有生成测试成本。
3.提高测试人员的素质。
可以肯定，有很多次的迭代是因为测试人员水平的问题，导致上一轮测试没有被发现。
大家都知道缺陷被发现的越早，就越容易解决，成本就越低。所以在第一轮的测试过程中，尽量多的发现缺陷，
尽量保证没有漏掉严重的缺陷，除了测试管理上的协助外，测试人员本身的水品和经验就至关重要。
一次次的迭代就像赌博一样，你没迭代一次，你的筹码就要加大。测试不是赌博，你没有任何运气的成分，以最少的迭代完成测试，
就是我们的目标。
下班了，大家09年工作顺利
很不错,赞一个
:) 说的不错 说的不错，但我个人提个问题：楼主对于测试方案和测试需求阶段做的工作做了这么一句说明：本部分的工作可以有效的发现需求问题，主要功能缺陷。因为本部分的工作在测试启动前完成，所以没有生成测试成本。我的理解是，这一部分也属于测试成本
因为从大了来说，项目成本是指的为使该项目达到既定的目标所生成的所有成本的总和，那从测试这一块来说，为使的该项目测试达到既定的效果所生成的成本的总和，这一阶段也是应算入测试成本的，属于负质量成本 说的不错，我们项目就遇到过类似的问题，特别是第一点最可怕，不但增加了测试成本还浪费了测试时间，这个必须顶一个 嗯，对于楼主的说法赞同，但很多时候，项目的进度不以测试的工作为转移。测试来不及做这么多的工作。就草草的写用例，甚至只来得及写用例标题，便赶鸭子上架开始测试执行；何谈功能点>>>测试点；
页:
[1]
