你這個問題是我比較感興趣的話題。這裡回答下。

我是被甩鍋的那個！

經常會遇到一個場景，就是出現了bug的時候。總監就會問了，這程式碼到底誰寫的。有時候是他自己寫的，但是他還是會把他甩給你。我不知道是不是故意的。我也沒有拆穿，畢竟git上面有程式碼提交日誌一目瞭然。

還有就是別人搭了一個東西然後他寫了部分，然我拉取程式碼下來寫其他的功能。我寫完了我的功能，並且將它提交的程式碼執行的時候有報錯這個風險也反饋給他了。過了一個星期左右。他執行程式碼。給我發來三連問，還有報錯截圖（這裡是用c#，編譯不成功會報錯）。我就笑笑，然後把之前的反饋截圖和程式碼日誌發給他。

1）測試中發現某人負責的功能遺漏，某人找到需求串講的會議紀要郵件，說會議主持人沒把會議紀要抄送給他，雖然他參加了會議，但他不記得內容了，所以沒有實現功能。

2）底軟程式碼裡Flash驅動實現錯誤，然後說自己看不懂手冊，不是搞硬體的，需要硬體設計的把器件資料翻譯成中文，把關鍵步驟、時序引數配置寫出來。

3）程式碼裡定時器位寬設定錯誤，出廠後一年多大面積復位，問整合測試人員怎麼測試不出來，別人模組測試時間只有十多天。

總之，大千世界，各種甩鍋，無奇不有。

1.是別人的bug引發我的bug

2.是別人考慮不充分改壞了我的程式碼

3.是測試人員測試場景不全，用例覆蓋不全導致bug

4.是產品設計的機構健全

6.是網路不好導致的偶發問題

7.是前人挖的坑，是歷史遺留問題

…