“测试时间估算”的现状 及 三分之一评估法

2022-01-14 11:55:00
IDO老徐
原创
273

关于测试时间评估,最近收到很多测试从业者的提问,也与一些测试从业者沟通交流 & 了解他们的执行现状 。


这篇文章,聊聊 理论 & 现实 的差异化 ,以及老徐对于时间评估的做法 & 观点 。


关于时间评估,有很多非常专业的评估方法 & 评估公式(具体有哪些,老徐也不记得了,可以百度找找)。


实际执行的情况是:没有那么多时间给你去估算(也许,从接到项目到上线,总共只有两天时间;你期望用1天时间去估算测试需要多长时间,明显不现实)。而且,不同的项目、不同的团队、不同的质量要求、不同需求的紧急度,需要的测试时间,完全不同 。


老徐给一个简单粗暴的评估方法:「三分之一」大法 。

具体怎么做呢 ?

根据开发评估的整体时间,除以3 ,得到测试总时间 。再结合经验 ,适当加减20%时间即可 。

如果需要把每个模块的时间,细分呢 ?还是保持如上的原则:总时间不变,等比拆分,得到每个模块的时间 。


注:如上的时间,并非一成不变,自己灵活运用 。



补充 ,

1. 测试估算的时间,只需考虑测试的执行时间。如果中途,由于开发延期提测,或者开发修改Bug时间过长,等待新版本测试。在时间评估的时候,需考虑这个时间,把此块时间加上(或者,发版时间,顺延) 。


2. 自己估算的时间,如果后续发现时间不够,自己加班,想办法消化 。另外,版本结束后,吸取经验,总结下,是哪个点消耗时间过多,是否可加速(自己总结的经验,终身受益) 。如果确实不可加速,说明整个团队的效能,是低于「三分之一」评估大法的,下次估算,在之前评估时间的基础上,再加上20%的时间 。


3. 项目过程中,不接受临时新增需求的测试,如果有临时需求,需要增加对应的测试时间(这块,理论上是这样,实际情况是,很多同学,经常被强塞任务,时间却没有增加)。


4. 现实情况是,估算好的测试时间,已确定的上线时间,往往由于一些外部因素,提前上线,这个时候,测试同学,需列出已知风险,并做好本职工作,避免背锅 。

文章底部-联系
注:如果看完文章,还有不清晰,可联系 IDO老徐 ,描述你遇到的具体问题,会解答( 微信 957863300 ) 
本站申明

1. 所有文章,均为IDO老徐原创(免费学习,欢迎收藏、转发),博客地址 isTester.com

2. PC端,右上角,搜索框,输入关键词,可快速检索你需要的所有文章

3. 欢迎关注公号、进微信群、加入「软件测试圈

职场在8小时内(小)


职场倍速成长-免费星球

看完文章、有疑问,微信扫码如上社群

365 * 24 随时向IDO老徐、无限次免费提问(支持匿名)

如果想进付费社群,点这里


软件测试圈(小)


国内最值得加入的软件测试付费社群

365 * 24 随时向老徐、无限次提问(支持匿名)

点击,查看其他 5个 付费社群

最新文章
公众号2


想了解更多 ?

所有原创文章在公众号「简尚」

有近10W 软件测试工程师在关注

助力「软件测试从业者综合能力提升」

关注后,回复 666 有惊喜

简尚公众号

长按二维码/微信扫码  关注老徐

我的个人微信 957863300


公众号


IDO老徐

全网同名公众号

每天一篇职场升职、加薪、成长 文

IDO老徐 公众号

关注后,回复 100 有惊喜


个人微信
IDO老徐 个人微信
联系老徐
联系人: IDO老徐
Email: 957863300@qq.com
QQ: 957863300
微信: 957863300
微博: isTester
网址: isTester.com
地址: 中国 . 广东 . 深圳