大叔大婶带你走一条接地气的测试进阶之路

告诉你如何从执行测试到管理测试(16)

上一篇 / 下一篇  2017-10-14 22:14:46 / 个人分类:项目管理

第十六章 哪些因素会影响到测试项目的工作量估算?

晚上加班时,我跑到老大办公室,他问我又遇上什么问题了吗?

我说:“我刚才判断 Luck 的评估不准确是正好我对他负责的模块比较熟悉,所以才能事先估算过,但如果有的模块是我不熟悉的,我有什么办法能有效地判断其工作量估算值是偏大还是偏小呢?”

老大说,这个其实也简单,常用的方法有这么几种:

  1. 找另一个有经验的测试人员做估算一下,看看估算的是不是差不多,如果差不多,就没太大问题,如果差的比较多,就要用下面这种方法了;

  2. 检查他做的测试范围分析和罗列的测试任务清单,如果能有 WBS 最好,这样就能较为直观的看出来他是考虑的过多了,还是有考虑不足的地方,另外,你也可以根据他给你的工作量估算和工作包的数量,反推最小工作包的执行时间估算是否合理;

我记下这两个方法之后,把我刚才跟 Luck 说的工作量评估方法跟老大又说了一遍。

他说:“你现学现卖的还挺像样的,但有关测试项目工作量的评估,还有一些需要注意的地方,你要认真听哦。”

项目里的测试工作量主要受几方面的影响:

  1. 测试范围:
    测试范围主要是由需求范围或项目范围决定的。
  2. 测试任务:
    (1)测试任务是由项目的质量要求和测试目标来决定的,质量要求越高,就需要更全面的、更充分的的测试,回归测试的次数也需要增加,所以,测试的工作量自然就会增大;
    (2)测试团队的执行效率,因为任务的估算趋向于一个正常状态的普通工程师或者是有经验的工程师的执行效率,而实际执行过程中,可能存在人员状态或新人上岗等多种可能性;
  3. 产品开发阶段:
  • 产品第一个版本的测试工作量肯定是很大的,因为所有的功能模块都是全新的、未测试过的;
  • 产品的后续版本,不管有没有增加较多的新功能,不仅要完成新功能的测试,还要完成相应的回归测试,保证之前老功能的正常使用;
  • 回归测试的工作量是受每一轮的衰减系数影响,比如一轮完整的功能测试需要 F 人日,那第一轮回归测试的工作量就大概是 F * R1,第二轮回归测试的工作量就大概是 F * R2;
  • R1 和 R2 的系数值跟不同公司的代码质量、缺陷分布、测试周期以及自动化测试覆盖度都有关系:
    (1)代码质量越低,回归测试的次数就越多;
    (2)测试缺陷的分布越广,回归的测试用例数就越多;
    (3)自动化测试覆盖度越高,手工测试的工作量就越低;

TAG: 项目管理 测试 测试管理

 

评分:0

我来说两句

日历

« 2024-03-27  
     12
3456789
10111213141516
17181920212223
24252627282930
31      

数据统计

  • 访问量: 71582
  • 日志数: 82
  • 建立时间: 2017-09-03
  • 更新时间: 2018-01-11

RSS订阅

Open Toolbar