測試和開發可以說是前世的一對宿孽，今世的一對兒冤家。開發的工作就是按照PM的設計將產品最終造出來，而測試則是在開發已完成的工作裡找錯誤，尋不是。顯然，測試這樣的工作會讓開發很不爽，其實不但是開發，每個人都不喜歡自己的勞動成果別別人挑毛病。如果測試在工作中不講究方式方法讓已經比較緊張的測試開發關係雪上加霜。所以測試總是很容易就和開發們吵起來，吵得是雞飛狗跳，就差上手了。這樣的場景每天在不同的公司重複上演

即使現在的測試大都是90後的小姑娘，膚白貌美，性格耿直，工作認真負責。 開發們也都是技術牛逼，性情良善的大小夥子。一旦偏偏工作起來雙方鬧得水火不容，最終需要boss的調停才能休戰。

他們吵架的內容往往也是千篇一律：

測試：我提的bug為什麼還沒有修復？！

開發：哦，你什麼時候提的bug？提了哪些bug？

測試：你沒有看郵件？！

開發：哦，可是郵件那麼多，我怎麼看的過來。

測試：關於這個bug我都說了八百遍了，就算是豬也明白是怎麼事了，你怎麼就不明白呢？！

開發：哦，不懂，你再講一遍。

測試：剛剛提的那個bug趕緊修復了！！！

開發：哦，可是你只給我幾個名字，環境，步驟什麼都沒有我怎麼重現，怎麼修復？

測試：上次我給你說的那個bug都過了三天了為什麼還沒修復？！

開發：哦，可是你沒說讓誰去修。

總結下他們爭吵的原因就這幾個：要麼是測試提的bug郵件開發沒有看到，導致bug沒有修復產生爭執；要麼是測試提的bug開發無法重現導致爭執；要麼就是雙方關於bug的優先順序意見不一致產生爭執。

其實這些爭吵完全是沒有必要的，下面我結合自己的工作經歷和大家聊聊如何做好測試工作並與開發和諧相處。

作為測試來講，bug管理是日常工作中非常重要的一項，這項工作的好壞直接決定了測試是否能和開發和諧融洽的相處。

以往的做法都是測試將新發現的bug一股腦兒的加到開發任務中，然後就狗攆兔子似得催著開發修改自己提交的bug。開發都有自己的日常開發任務，尤其是在專案的初期，工作壓力很大，如果將bug加入到開發的日常任務中會增大開發的壓力，也容易對開發的工作造成混淆，好不容易想起來的思路也被突如其來的bug給打斷了。

要想解決這個問題就必須將bug進行單獨管理，這樣不但有助於開發工作的順利進行，對於測試來說也能更加方便對於bug的管理和追蹤。

在記錄bug的時候做到合理分配，輕重緩急明晰。將bug按照嚴重程度進行分級管理。一般講bug分為三級：普通、重要、緊急，具體的分級可以根據實際情況來定。將緊急的bug列入當前的目標，並指定具體的開發人員進行修復；重要的bug根據產品的規劃和當前的進度情況再議；普通的bug可以暫不考慮。

這樣既不影響開發主線的進度，又能較好的完成bug的修復工作，保證現有產品的良好體驗，還能減少測試與開發之間的摩擦和爭吵。也保證了測試對bug的良好管理，後期只需要追蹤bug的狀態，將已修復的bug及時歸檔就可以了。

如果做到了上述這些，測試和開發又怎麼會勢同水火呢？

很多時候不僅僅是把自己手頭的工作做完就結束了，大家是在同一個團隊為了同樣的目標在努力。如果僅僅是為了更快的完成自己的工作而延誤了別的小夥伴的工作，就最終將要達成的目標來說也是得不償失的。

因此，在日常的工作中多站在對方的角度思考問題，多體諒對方，將自己能力範圍內的工作做好，問題解決好，為對方營造一個舒適的解決問題的環境，對方自然將你的好看在眼裡，記在心裡。即便是前世的宿孽，今世的冤家也能有情人終成眷屬。

好了，你們看完了文章，我也給你們分享一下資料。

介面測試相關資料

連結：https://pan.baidu.com/s/1ojpoWnpxxReR1sO2Gxy_YQ 密碼：dgfa

效能測試相關資料

連結：https://pan.baidu.com/s/1_oZhvOIRvcz0JGcCWUGT-g 密碼：d82b

軟體測試入門提升電子書

連結：https://pan.baidu.com/s/1Fp8CFE0D2p0uAZk6xcexhQ 密碼：exna

自動化測試相關資料

連結：https://pan.baidu.com/s/1yeD1EMg-HalNuRBDODGx7g 密碼：ofdg