因为需求不停被改，代码有一处地方没有改过来。一年多了突然测试那边气势汹汹的说我搞错了需求，还贴上了证据还cc了我们老板和跟我们对接的组的老板

如果好好说，那你可以改过来，可以好好合作。

不过这种link cr的做法，就是那边要甩锅的第一步，这种时候傻子才接。
几个可能的拒锅方式：
1，一年前你们需求就是这么样的，所以这么做的
2，当时a b c都approve了，大家都确认过，所以不是我们的问题。
3，你们也用了一年了，早干嘛去了？需求没说清楚挂我咯？估计你们自己也没搞明白吧？
4，现在要改需求，没问题，我们谈怎么改，可以帮忙，你要甩锅就请靠边。
5，找老板，老板理应帮你
6，发飙走路。想甩锅我？老子不陪你们玩了！

匿名者 发表于 2021-9-17 17:27
你心虚什么！如果都是开发的责任还要测试干嘛！你应该反问当初他们怎么signoff的，如果是重要需求为何连基 ...

这个是正解。

这个屎族QA现在的目的就是想甩锅邀功请赏。但是as usual，这帮屎族人要找茬的话混身都是漏洞，跟筛子似的。

直接问当时你们怎么signoff的？这一年里怎么都没测出来？就说你们QA没有严格按照需求来build test case，这个以后很危险，还会重复出现。

最可疑的事当时signoff的QA现在一声不吭，直接把它拎出来，问他为什么这么明显的use case没有cover到？QA应该如何fix自己的process，尤其在这种需求变动频繁dev有可能漏过某个use case的情况，QA如何能做到catch这个use case从而体现出自己存在的价值？QA team应该思考如何改进，保证以后不再出现类似的遗漏。正常的老板知道一年之后才发现问题，都会被吓一跳。

你是dev，在需求频繁变化的情况下已经实现了99.9%的use case，偶尔漏掉一两个corner case很正常。千万别认错，这完全不是你的错。

把当时QA signoff的那个人找出来，直接让他们QA之间互相打架。
你如果在这种占尽优势的情况下不坚决fight back，而是任由别的组往你们组头上扣屎盆子，我是你的manager也会气得pip你这个废物。

职场真是可怕 做了三年社会人越来越觉得人类的可怕了

这明显是测试的锅，有问题他们测试当时怎么没测出来，开发要是写出来就是完美的代码还要他们测试干什么。

有bug就fix，没啥好解释道歉的。

需求不断改，很久之后才来找。早干嘛去了？怼回去。
表面看问题是你没按需求来，但是你仔细思考，其实是他们的问题。

匿名用户 发表于 2021-09-17 18:37:22
这个是正解。

这个屎族QA现在的目的就是想甩锅邀功请赏。但是as usual，这帮屎族人要找茬的话混身都是漏洞，跟筛子似的。

我现在的回答就是，“会尽快fix这个地方，will let you know the eta”。没有承认错误也没有把锅甩了。这是在大家给我出主意之前发的，我又不知道怎么回答，怕越说他越反锤…不知道两边的manager看到我的回答会不会对我观感好一点，毕竟我没有blame任何人而那个烙印把两边manager都扯进来了。

匿名者 发表于 2021-9-18 00:43
我现在的回答就是，“会尽快fix这个地方，will let you know the eta”。没有承认错误也没有把锅甩了。这 ...

这种回答已经可以了。
这个问题导致公司损失了钱么？
没有的话，你管不管都无所谓，就告诉他我最近有更高需求的事情要做，这个一年多以前signoff的项目不在我最近的工作list里面，如果改动很大的话需要老板拍板。
有的话，那就在分锅会上按照楼上的指点据理力争就行了，重点就是一句话：我又没错，为什么你们没测出来，一年后才甩锅?

匿名者 发表于 2021-9-18 00:43
我现在的回答就是，“会尽快fix这个地方，will let you know the eta”。没有承认错误也没有把锅甩了。这 ...

你得把你们组和你的manager摘出来。要显得不偏不倚，以公司大业为重，忧国忧民高屋建瓴，就说on another thought, 需求快速变更的时候dev也同时对code base快速变更，这样的scenario以后会经常发生。dev会try the best考虑到所有use case, 但是如何确保QA的测试用例覆盖100%的use case非常重要，我们不可以afford再次重复一年以后才发现missing use case, what if this use case causes money loss? we need to make QA signoff great again. 这句话大致就可以把屎盆子扣回QA头上了。然后加一句我们应该组织讨论一下改进措施。

把上次signoff那孙子专门拎出来放在to上。

这个跟你没有任何关系。 任何Dev都可能写Code有Bug, 1年多QA吃屎去了？ 绝对不要说是你的错误， 根老板说这个1年多QA才发现是Test process有问题，获得老板的支持 ， 这个最重要的是如何改变QA process, 让这类问题不再出现。Manual test, automation test, integrations test 所有的test process找问题。  

如果有RCA meeting, 一定加你们QA作为RCA owner, 5 why的时候第一个你写， 就是为啥1年多才发现， 后4个让QA去写。  抓住这一点， 一次搞定你们QA。
所有的问题出来， 都应该是对事不对人， 大家改进process避免同样问题。 既然你们QA做事不专业， 你也不要软弱可欺。