測試和開發可以說是前世的一對宿孽，今世的一對兒冤家。開發的工作就是按照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及時歸檔就可以了。
如果做到了上述這些，測試和開發又怎么會勢同水火呢？
很多時候不僅僅是把自己手頭的工作做完就結束了，大家是在同一個團隊為了同樣的目標在努力。如果僅僅是為了更快的完成自己的工作而延誤了別的小伙伴的工作，就最終將要達成的目標來說也是得不償失的。
因此，在日常的工作中多站在對方的角度思考問題，多體諒對方，將自己能力范圍內的工作做好，問題解決好，為對方營造一個舒適的解決問題的環境，對方自然將你的好看在眼里，記在心里。即便是前世的宿孽，今世的冤家也能有情人終成眷屬。
