建议每一个需求测试这边先预估好最长需要的测试时间,然后根据项目上线时间排出最晚可以接收的提测时间。
你这还好,我这边在你说的这种情况下,还要要求 BUG 几乎没有
1、倒推可以,但这样真的合理吗?你认为简单的难道就不会费时间吗?有些简单内容也需要大量时间去处理。就跟开发们自个调侃的一样每天 crud,,crud 有的人也不见得就熟练了,所以不能一概而论,也要考虑开发自身素养。
2、需求难以程度不是测试难易程度、对于需求不是不知道,请看清楚。简单需求困难需求都不一样,也都要看开发素养技术,测试就给决定了吗?
3、不是要挑起资本家什么争论之类的,只是发表这个观点讨论。
4、测试已经提供了测试需要的时间,那剩下的不应该是项目经理的事情吗(团队有专职项目经理)
5、我发这个帖子的初衷,我认为在测试已经给出测试所需时间后,剩下的应该是项目经理协调推动了,而不是测试要一直在搞,不然要项目经理干什么,任务、时间啥都不管,每天就知道拉会吗?
可能没表达清楚,测试不是不清楚需求功能,我想表达的是每个需求具体开发那肯定开发最了解,(当然做白盒的就当我没说)需求难易程度也不代表开发不费时间对吧,那可能简单的,但改动点很多呢?目前情况就是测试已经把测试时间预估好了,项目经理还要让给开发定提测时间,所以我才会问这个问题,我觉得不合理。既然我们测试时间已经有了,剩下的难道不是项目经理去推动了吗?不是的话,还要专职项目经理干啥呢。
甚至比你这还离谱,功能未开发完成,这周出测试报告,下周功能开发完成
大部分测试,都是撕逼厉害,技术我是一点都没看到
很多公司都有这种情况,这就是把你测试当杂工呗,上线前去点点点,主要功能有没有问题,是一个人都可以做,没任何个人价值提现
如果你是个新人(钱不多),骑驴找马,去有测试氛围的公司,共同进步;
如果你是个老人(钱给够),规划方案,向上寻求资源,解决问题
觉得正常的各位, 那开发来给测试预估测试时间, 这个方案可行吗
开会骂领导的时候别问候家人就行。
Z 看到公司在招测试 不过可能是平替现在这个坑位
这个肯定要测试给啊!你就计算自己测试需要多少时间,倒推就行了。至于能不能完成,这个应该是跟主程和老板一起协商的。
第二点我不太认同,需求开发难易度和测试难易度不是一个概念,有时候看起来小需求,开发改动或者新增不代表就少就简单。
非常赞同,明明很合理的事情,测试不知道需求优先级这句话就非常不负责任,需求评审、分析的时候在干嘛?确实见过很多测试在需求阶段毫无输出,甚至觉得需求评审就是去打酱油,写用例的时候照着需求文档抄
很正常,要看客户的需求是什么(要什么样的版本)
不幸的是我正在经历的就是这样的情况,直接摆烂,当天提测当天发版上线的我都遇到过。我是准备跑路了,干不来干不来
这种情况,但凡领导想保证质量,项目组都应该有 2 个测试,保证能做交叉测试
这种情况只能保证主流程了,多给自己留点跑路的准备时间吧
把每个需求确定好,发给开发,让开发自己定时间
那就直接不报错就行了 他们延期了 为啥要压测试时间呢
我只能说: 大家一起摆, 看谁被开除
只要主线流程能通,其他的都好说
能不能让领导多招个人
核心奥义四个字:能跑就行。平时多锻炼身体,有备无患
让测试去倒逼开发加班? 你看会不会被开发排挤就完事了