项目的测试工作量如何评估？

跑跑跑跑

请教各位一个问题，当接到一个新项目时，如何评估测试需要多长时间？有什么好的方法吗？
1、开发代码时间*开发人数*30% ？
2、按需求细分各功能模块，按复杂程度评估，然后再相加？
感觉都不太准确。

wrtester

评估测试时间：相对来说更偏重第二种，按照工作模块的复杂程度，来确定测试工作量，从而评估测试时间，当然项目中需求一定会有变动，根据需求变动来调整工作量

没翅膀的飞鱼

个人感觉如果新项目第一轮测试工作量的评估按照方法2比较合适，让每个编写测试用例的人员做大致评估，看看每个模块测试用例执行完全所需要的时间（也可以针对每条测试用例），最后总预估一下，设个阀值（再在这个阀值上加上几天，以防时间被压缩）；
第一轮以后的测试可以根据每个执行人员的执行过程反馈每个模块测试用例执行所需要的时间，参照第一轮的方法进行调整，如果出现较大偏差，需要讨论下是什么问题引起的。（以后每轮都要慢慢的压缩这个时间，一来让组员提高测试效率，二来看看能不能提炼出主要功能测试用例）-------

没翅膀的飞鱼

当然上面只是测试用例执行过程所需要的时间，实际测试中还要考虑前期准备（这个可以与开发并行），关联产品学习等等

跑跑跑跑

回复 2# wrtester


    谢谢您的宝贵意见。

跑跑跑跑

回复 3# 没翅膀的飞鱼


    这个方法可以参考。公司项目以关系户、招标、销售签单、客户主动找我们为主，这里边最闹心的就是销售签单形式的，销售以签单为目的，项目的工期很多时候都非常短（甚至签单的时候销售自己就把项目交付日期定好了），最后销售觉得测试占用时间太多。所以我想看看有什么好的方法能够评估出测试需要的工作量，时间肯定会有浮动。然后找领导谈销售问题，项目工期不是销售能定的。

跑跑跑跑

回复 4# 没翅膀的飞鱼


    嗯，谢谢提醒。

没翅膀的飞鱼

回复 6# 跑跑跑跑
这样的问题还的领导拍板，有时候是心有余而力不足------

跑跑跑跑

回复 8# 没翅膀的飞鱼


    嗯，我只能尽力而为。

愚人

以往经验，现在产品的测试需求的细分情况
没有所谓的标准答案或者公式

跑跑跑跑

回复 10# 愚人


    没办法，领导要工作量，我只能找个相对比较有说服力的方法。

千里

用两种办法算出来差值有多大？

千里

回复  愚人


    没办法，领导要工作量，我只能找个相对比较有说服力的方法。
跑跑跑跑 发表于 2013-4-7 08:16

    只要你的理由让领导觉得有说服力就行

跑跑跑跑

回复 12# 千里


    用第二种方法算出来的工作量大概占开发时间的百分之22%，每个测试人员评估出来的时间还有出路，这个和能力有关。我统计了一下已经完成测试的多个项目，大概测试时间占开发时间的百分之40左右，差距还是比较大的，一种可能是有人偷懒或是测试效率低。另一个原因就是存在没有考虑到的因素。

没翅膀的飞鱼

第一种方法的公式从何得来的？

跑跑跑跑

回复 15# 没翅膀的飞鱼


    多家公司反馈的信息，我取了个平均值30%

沧月的小白51

测试时间=理想时间*2，理想时间指的是正常情况下的时间，别算上加班等

千里

回复  千里


    用第二种方法算出来的工作量大概占开发时间的百分之22%，每个测试人员评估出来的时间 ...
跑跑跑跑 发表于 2013-4-8 08:39

    那就30%，至于怎么得出来的，你是懂的。