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

很正常，要看客户的需求是什么（要什么样的版本）

不幸的是我正在经历的就是这样的情况，直接摆烂，当天提测当天发版上线的我都遇到过。我是准备跑路了，干不来干不来

这种情况，但凡领导想保证质量，项目组都应该有 2 个测试，保证能做交叉测试

这种情况只能保证主流程了，多给自己留点跑路的准备时间吧

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

那就直接不报错就行了 他们延期了 为啥要压测试时间呢

我只能说: 大家一起摆, 看谁被开除

只要主线流程能通，其他的都好说

能不能让领导多招个人

核心奥义四个字：能跑就行。平时多锻炼身体，有备无患

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

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

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

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

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

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

一年经验能要求啥？ 基本的点点点就行了，可以多说说针对某某功能测试使用了哪些测试用例设计方法，如何执行质量保障活动来保证项目质量，至于啥自动化测试、docker、都是浮云

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

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

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

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

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

匿名区的昵称都是虚拟的，是系统自动生成组合而成，不是真的姓名。

这。。。真的这么像培训出来的？但确实是在公司里面用的啊，可以给点建议我吗？