空间管理您的位置: 51Testing软件测试网 » kuailederen » 日志

我不可以人云亦云，应为我是思考者；我不可以沿着别人的足迹前进，应为我怀疑迷失方向；我所能做的就是思考再思考，实践再实践。我不停的问自己也建议同道中人问问自己：难道我们所能做的只是copy现有的东西，不可以创新什么东西吗？在我看来，测试仍然没有任何定论，一切看自己。

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

上一篇 / 下一篇 2009-02-05 11:08:50 / 个人分类：原创，严禁转载

查看( 804 ) / 评论( 0 ) / 评分( 0 / 0 )

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

看到一些人在讨论这个问题。值此08年最后半小时的工作日，我也参加讨论。
怎么降低测试轮次我觉得有以下几点：
1. 制定启动测试标准。可以想象，我们测试过程中，有多少次是因为安装包问题导致测试中止，重要业务功能错误导致测试工作无法进行下去。甚至一个重要的需求没有实现，一直到测试阶段才被发现。。。。。。。。。
启动测试标准规定开发的产品必须实现主要业务功能，安装卸载正常，没有严重的性能问题等。这样可以有效避免测试过程中因为重大的缺陷而中止测试，不得不进入下一次迭代。
2.加强需求分析和测试方案分析阶段的时间投入和人力投入。
绝大多数测试人员在接到测试任务后，简单的写个测试计划和测试方案，然后就进入测试用例的编写阶段。
在测试过程，为什么有测试需求分析，测试方案分析阶段？因为它们确实是一个非常重要的阶段，而不是一个多余的过程
随便写个doc交差的东西。
我觉得测试需求分析要做到：1.完成测试需求覆盖分析。
                           2.需求按重要程度划分等级，按缓急程度划分等级。（重要应对突发事件导致测试周期缩短）
                           3.分出已完成需求，本次版本不计划完成的需求，计划完成而未完成的需求。
                           4.把需求点分解成具体的最小级别的功能点。

   测试方案分析做到：1.把功能点过度到测试点。一个功能点可能需要几个测试点来对应，而一个测试点对应唯一的测试用例。
                     2.测试数据分析。针对上步分析的测试点，借助各种测试方法寻找测试数据，尽量的做大测试数据足够覆盖
测试点。
                     3.给予测试方法和测试建议的指导。
本部分的工作可以有效的发现需求问题，主要功能缺陷。因为本部分的工作在测试启动前完成，所以没有生成测试成本。
3.提高测试人员的素质。
      可以肯定，有很多次的迭代是因为测试人员水平的问题，导致上一轮测试没有被发现。
   大家都知道缺陷被发现的越早，就越容易解决，成本就越低。所以在第一轮的测试过程中，尽量多的发现缺陷，
  尽量保证没有漏掉严重的缺陷，除了测试管理上的协助外，测试人员本身的水品和经验就至关重要。

一次次的迭代就像赌博一样，你没迭代一次，你的筹码就要加大。测试不是赌博，你没有任何运气的成分，以最少的迭代完成测试，
就是我们的目标。
下班了，大家09年工作顺利

收藏举报

TAG:

查看全部评论