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

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

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

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

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

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

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

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

哈哈哈，干脆直接啥都干吧，

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

一句话回答：不合理。

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

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

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