不懂现在外面是什么行情;
我们目前普遍的情况是:项目经理定死了一个发布时间,产品提一大堆需求过来,然后开发、测试、产品在一起排期,定好评审、提测等等时间点;
但是在当前迭代过程中,总是要安排下一个版本的需求评审等等,最严重的是,因为需求太多,开发也完全做不完,只能延期(他们会把延期告知产品)
然后产品屁颠屁颠跑过来跟测试说:“开发延期了。”
测试问:“那发布时间呢?”
产品:“发布时间不变”
擦,说的轻描淡写。
至于为什么又要骂这 2 个角色,就是新需求的排期真是 6;
他们 “通知” 你,这个版本周四下班前提测,下周一之前要;WTF,
我想问下站里的各位测试,你们公司有这样的情况吗?你们是怎么办的呢?我看他们俩又去向大 BOSS 打小报告去了,感觉职位不保啊!
撸他们,凭啥就压缩测试时间,当我们好欺负啊
先让问题暴露到线上,如果没有严重到直接开了你,你后面的工作就好做了。你就负责解决问题就行。
都是惯的。
我们也这样!以我多年混迹创业公司的经验,早就习以为常了。
习以为常,已经 “处事不惊”。 尽力就好
发正式邮件到项目相关人员,抄送 boss,暴露测试风险,说明当前情况如按此节点上线可能会产生的问题。是否要上,他们自己决定,以后出了问题也撇清了你的责任
还好我们可以也拖,没有准确的上线时间!
1、邮件 CC 领导和项目组成员,提前暴露延期提测的风险;
2、如果产品和项目经理执意延期情况下按时发布,只能邮件发测试报告、遗留问题和版本是否达到外网发布标准评估结果,让产品和项目经理回复邮件确认是否发布
不要把压力压在自己一个人身上,要主动跟领导汇报,推不动的让领导帮忙推
这不很正常么,上线前会告诉所有相关人员做了哪些测试还有哪些没做,还有哪些 bug 没改
领导反向推动怎么办?
因为这种事我都不记得我跟研发和产品吵过多少次了。 不过经过我们长期的努力。 现在我们终于是争取到了以下的解法:
我们也算是掰扯了好久才算争取到了上面的这个现状。 楼主加油, 这玩意就是线上出过几次事,吵过几次架以后就好了。
为什么要压测试时间?直接看需求嘛,或者直接和项目经理确定只保证主流程 其他的 质量不保证
得,跟我们一样。我们也是开发延期导致测试时间被压缩,或者
后来我就说,产品现在还没达到上线标准,是否上线的最终决定权也不在我这,要是上线出现问题的话,就不要来说测试漏测了
然后我们就专门针对排期这个问题开了个会,明确了排期表签了字就得负责,如果某一环节延期,那整个项目就宣告延期,相应的人就承担责任,而后面的环节则不受影响,继续按照预估的工时完成即可,我觉得责任划分清楚很重要
另外,测试在排期的时候也一定要主动给自己争取合理的测试时间,不能说 UI、开发之类的把时间填完了,给你剩了多少时间你就接受多少时间,时间不合理就跟开发、跟老大商量,要么开发主动调整时间,要么老大去跟领导争取时间,反正时间不合理就不轻易签字。
不管怎样,测试一定要主动维护自己的利益,闷声接受吃亏的还是自己。如果始终无法解决这些问题,那这种团队也不适合长期待下去。
压缩测试时间的问题确实挺频繁。
但是今天爆发的主要原因是, 周四下午提测,周一就要发布,意思就是你周末必须得加吧,还是理直气壮的那种。
真是脸都不要了
主要原因还是钱的问题,钱够住公司都行
Hello
他们 “通知” 你?你误会了吧,他们是来 “协商”。