匿名职言 测试给开发预估提测时间,这个合理吗?

白雪松 · 2022年08月10日 · 最后由 徐烨霖 回复于 2022年08月11日 · 8322 次阅读

最近项目经理和测试负责人让我们测试给开发预估提测时间,说是倒逼开发,让测试那主动权。
我有几个疑问:
1、测试不知道需求的难易程度,不能预估到时间。
2、测试怎么决定每个开发手里的需求,让他先开发哪个,后开发哪个?
为此跟小组长激烈争论了一番,想问下大佬们怎么看呢。

共收到 26 条回复 时间 点赞

外行指挥内行 , 就跟研发给你预估测试时间一样的

这个应该是项目经理干的事情,你可以反问项目经理
如果定早一点就提测,开发是不是连夜通宵写完,如果写不完怎么办?
如果定晚一点提测,那么测试时长是否不变?影响到原定的上线时间了,是否能延迟上线时间?
最后说一句:你们的项目经理真不厚道,把这种得罪人事情让你们做,估计他自己也没法给个合适提测时间吧,所以才甩锅你们来做

下一步就是测试帮开发写需求了

有 deadline 的情况下,测试给开发预估提测时间非常正常,要不然测试 3 天工作量的,开发 deadline 前一天才提呢

没有时间约束的情况下,可以根据自己开发大概要用多少时间做依据来预估。
有时间约束的情况下,按自己测试要多久来反向预估。

测试去倒逼个啥啊,纯粹就领导转嫁压榨的矛盾,就是想看看测试能耐,现在让你给开发估开发时间,以后就可以让开发给你估测试时间,开发和测试互掐互卷。最后经理领导代表资本代表老板收割一波,老板又可以换新车,领导也加了薪,扮装的还吭哧吭哧加班 996,它有必要么?屁股一定不要歪。

赖鹏涛 回复

对呀,就瞎扯淡,反正我不干,,最后项目经理自己去一个个找开发去了,哈哈哈,妈的老是想着活甩给测试干。不能惯着。

丁鹭洋 回复

我直接甩给项目经理了,你们想干就干,我不干。。最后他自个找开发一个个对去了。不能惯,不然啥活变着法的让测试干,关键不合理还。

薛钰轩 回复

哈哈哈,干脆直接啥都干吧,😂

覃擎苍 回复

不惯着,领导自己干去,我是不会干的

于乐驹 回复

发版都是定死的时间的,即便这样也不合理,还不如按需求大小规定发版前几天未提测需求直接延期,开发自己负责,git 直接封板得了

让测试去倒逼开发加班?😅 你看会不会被开发排挤就完事了

把每个需求确定好,发给开发,让开发自己定时间

实际你以为是测试?其实都是项目时间倒退吧

就一个预估测试所需时间,被楼上一群人描述成了阶级斗争,佩服这脑回路~

  • 根据交付时间,和测试所需的时间,倒推出开发提测时间有啥问题?难不成开发 1 个月,让你测 1 天?到时候就怕你诉苦,说领导傻逼、啥也不是……
  • 不知道需求难易程度,那就是不知道需求内容、不理解需求呗,说明测试对需求的介入程度不够且太晚,这种情况结果大多数是开发提测了告诉测试 “我做了啥,你测啥啥啥就行了”……这种测试是有效、充分的吗?
  • 职场上光想着 leader 代表资本家、这事 “不归我管”、故意挑起我们内斗……balabala,虽说每一代都有自己的处世方式,不能强求人人都喜欢自立自主,但是总该想想,这事这么做和那么做,最后对 “我自己” 的影响分别是什么——跟开发和和气气、开开心心,然后自己临了搞不定被迫扛锅,还是丑话说前头,别让开发的滞后甚至懈怠耽误自己的绩效?
槽神 回复

非常赞同,明明很合理的事情,测试不知道需求优先级这句话就非常不负责任,需求评审、分析的时候在干嘛?确实见过很多测试在需求阶段毫无输出,甚至觉得需求评审就是去打酱油,写用例的时候照着需求文档抄

槽神 回复

第二点我不太认同,需求开发难易度和测试难易度不是一个概念,有时候看起来小需求,开发改动或者新增不代表就少就简单。

这个肯定要测试给啊!你就计算自己测试需要多少时间,倒推就行了。至于能不能完成,这个应该是跟主程和老板一起协商的。

  1. 权责分明是项目经理要考虑的事,因此按理来说测试应该评估的是测试时间,不了解功能,不知道如何测试,这个说不过去。
  2. 说什么倒逼开发,社畜何必难为社畜,工时评估更多的应该是合作而不是 PUSH 这种。只靠 PUSH 其实是大部分小公司的做法,那就看开,该躺就躺。
  3. 越是小的庙,破事越多,但是和你有半毛钱关系?你评估你的时间,至于开发时间那不是你该考虑的。提测时间是项目经理去协商,我就只反馈我要多久,提测晚了,压缩我时间,我该 DELAY 我就 DELAY。

觉得正常的各位, 那开发来给测试预估测试时间, 这个方案可行吗

大部分测试,都是撕逼厉害,技术我是一点都没看到

magicyang 回复

可能没表达清楚,测试不是不清楚需求功能,我想表达的是每个需求具体开发那肯定开发最了解,(当然做白盒的就当我没说)需求难易程度也不代表开发不费时间对吧,那可能简单的,但改动点很多呢?目前情况就是测试已经把测试时间预估好了,项目经理还要让给开发定提测时间,所以我才会问这个问题,我觉得不合理。既然我们测试时间已经有了,剩下的难道不是项目经理去推动了吗?不是的话,还要专职项目经理干啥呢。

槽神 回复

1、倒推可以,但这样真的合理吗?你认为简单的难道就不会费时间吗?有些简单内容也需要大量时间去处理。就跟开发们自个调侃的一样每天 crud,,crud 有的人也不见得就熟练了,所以不能一概而论,也要考虑开发自身素养。
2、需求难以程度不是测试难易程度、对于需求不是不知道,请看清楚。简单需求困难需求都不一样,也都要看开发素养技术,测试就给决定了吗?
3、不是要挑起资本家什么争论之类的,只是发表这个观点讨论。
4、测试已经提供了测试需要的时间,那剩下的不应该是项目经理的事情吗(团队有专职项目经理)
5、我发这个帖子的初衷,我认为在测试已经给出测试所需时间后,剩下的应该是项目经理协调推动了,而不是测试要一直在搞,不然要项目经理干什么,任务、时间啥都不管,每天就知道拉会吗?

一句话回答:不合理。

如果是开发估的时间太长,导致整体周期过长,那应该是项目经理去找开发的 leader 去做二次评估,想办法缩短(包括加人、简化设计、减少缓冲时间等)。这活由测试做,既不专业,又没约束力,还会引起团队之间矛盾,毫无好处。

夏越泽 回复

如果真想解决问题,正确的解决方法是通过更高级的主管,拉通相关的利益部门,统一制定一个规则,有意见就当面提出来。
而不是通过一个最底层的员工去倒推流程。
又想有话语权,还想不得罪人。有事让下属扛事的人,注定走不远。

建议每一个需求测试这边先预估好最长需要的测试时间,然后根据项目上线时间排出最晚可以接收的提测时间。

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册