Loading...
墨滴

hengwen

2021/04/01  阅读:32  主题:草原绿

测试开发时间是比 1:3 合理吗?

社区的桑七昂发了一帖子说:

换了一家新公司,排期是 leader 给拍的,基本上是严格按照测试开发时间 1:3 排的,测试时间包含上线时间,所以整天整天的特别忙,像打仗似的,都没有时间提前了解需求,感觉很累,没什么成长。

小编大为惊讶,听说过开发测试比,从来没有听说过测试开发时间比呀。于是发了一个朋友圈,没想到引来大家的讨论,居然大多数公司都这个测试开发时间比。一起来看下:

看来是我孤陋寡闻了。

>

这个其实还算是有理有据吧,最小保障法。

>

嗯,这个回复听上去有点心酸,也有点好笑。

火币这个听上去命运都掌握在产品手上,火币还能涨上去么,被套着呢。。。 话说回来,火币的 4211 被其他同学喷了,原因是永续 USDT 本位和现货的接口做了两年,至今是敬请期待

满满心酸泪~

社群里也有人讨论:

我们之前是有几个项目测试时间和开发时间差不多,然后老大觉得不合理,后面就大部分项目要求开发测试时间比 2:1,超出的要有合理理由。而且这个 2:1 是不管人员工时的,只看最终时间。我个人不是很喜欢这样去划分,因为实际就算排期是开发测试周期 2:1,但开发基本都不会按时提测的,最后坑的是测试自己。

总结

以上的讨论,不乏BAT大公司,也不乏创通企业或者小公司,说明开发测试时间比是真真切切的存在的。想想有点好笑,正如丽姐说的:越来越感觉所谓互联网圈求快,就是在牺牲质量的基础上追求快的,结果还非要喊着质量要好,纯属扯淡。

但是回过来头来说,在业务第一的公司里,节奏如此之快,技术也必须飞起来,空中换引擎之类的事情也比比皆是,有这种固定的开发测试时间比也是正常的。

我同意大部分项目要求开发测试时间比 2:1,超出的要有合理理由,其实可以先从2:1去反推工作量,再去反推需求,让产品提出合理的工作量,然后就可以有节奏的快速跑起来了。

hengwen

2021/04/01  阅读:32  主题:草原绿

作者介绍

hengwen