測試也要有情商之如何與開發搞好關係

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

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

他們吵架的內容每每也是千篇一概：

測試：我提的bug爲何尚未修復？！
開發：哦，你何時提的bug？提了哪些bug？
測試：你沒有看郵件？！
開發：哦，但是郵件那麼多，我怎麼看的過來。

測試：關於這個bug我都說了八百遍了，就算是豬也明白是怎麼事了，你怎麼就不明白呢？！
開發：哦，不懂，你再講一遍。

測試：剛剛提的那個bug趕忙修復了！！！
開發：哦，但是你只給我幾個名字，環境，步驟什麼都沒有我怎麼重現，怎麼修復？

測試：上次我給你說的那個bug都過了三天了爲何還沒修復？！
開發：哦，但是你沒說讓誰去修。

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

其實這些爭吵徹底是沒有必要的，下面我結合本身的工做經歷和你們聊聊如何作好測試工做並與開發和諧相處。

做爲測試來說，bug管理是平常工做中很是重要的一項，這項工做的好壞直接決定了測試是否能和開發和諧融洽的相處。

以往的作法都是測試將新發現的bug一古腦兒的加到開發任務中，而後就狗攆兔子似得催着開發修改本身提交的bug。開發都有本身的平常開發任務，尤爲是在項目的初期，工做壓力很大，若是將bug加入到開發的平常任務中會增大開發的壓力，也容易對開發的工做形成混淆，好不容易想起來的思路也被突如其來的bug給打斷了。

內容截圖自teamin演示案例，結構略有修改，下同

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

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

項目、目標、標籤，三位一體

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

bug狀態的跟蹤

若是作到了上述這些，測試和開發又怎麼會勢同水火呢？

不少時候不只僅是把本身手頭的工做作完就結束了，你們是在同一個團隊爲了一樣的目標在努力。若是僅僅是爲了更快的完成本身的工做而延誤了別的小夥伴的工做，就最終將要達成的目標來講也是得不償失的。

所以，在平常的工做中多站在對方的角度思考問題，多體諒對方，將本身能力範圍內的工做作好，問題解決好，爲對方營造一個溫馨的解決問題的環境，對方天然將你的好看在眼裏，記在內心。 即使是前世的宿孽，今世的冤家也能有情人終成眷屬。