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

😭
确实是我的问题，这种情况该怎么办，要道歉吗

职场上没有道歉一说，道歉等于认输，给别人送把柄，特朗普到现在道过歉吗

不要承认是自己的问题。要说是process有问题，导致容易出错。

1. 感谢对方发现这个corner case。
-baidu 1point3acres2. 表示bigger problem是为什么这个一年后才发现？是我们的process有问题还是测试的时候不够认真？为什么这个当时能够被sign off？documentation没有还是spec不够详细？ 提议应该形成小组讨论如何提高process和documentation的标准。。

职场101，甩锅。买定离手，当时交接的时候你不说现在出了问题来找我，肯定不认。最好抓着你老板，这不只是你的事情也是组和组之间的问题，就抓着为什么这么晚来找我，你们是不是哪里做的有问题，住着他们不放弄死他们。一年多可能组员都换了几波了，当年测试没测出来就是他们的锅。

怎么办呜呜呜呜呜呜呜

这个明明他们test过了，而且requirement也是他们去对接的…他们不停的提出要改，一年多了突然说我有问题，我们公司的分工非常不明确。

过了这么久的问题，明显想把锅甩给你。如果当初他们验收通过，你直接把锅甩回去，如果没有验收通过或者根本没验证过，你把锅甩给PM，这是他的职责确认某个feature的expected behavior对不对。注意措辞，一般出了这种事都是流程有问题，所以需要对事不对人

就对他指出错误表示感谢，表明自己会改就行了。
为什么要道歉啊，除了你之外reviewer和test都有责任啊？
而且发生问题的解决办法永远不是blame 这应该是公司守则吧！

为什么1年多之后才测出来？
测试那边是吃了一年干饭？还是你的这处代码只是很少的corner case才会被触发？

要是写代码能直接写出没有bug的，还要测试干嘛

qlxf 发表于 2021-09-17 12:26:40
为什么1年多之后才测出来？
测试那边是吃了一年干饭？还是你的这处代码只是很少的corner case才会被触发？

是非常corner的case，所以很少发生。当时那个需求不停的改，特别乱，有的甚至连文字记录都没有，我改来改去，这个地方就忘了改，真的就一行代码。完完全全不是技术问题，就是忘记改了。