好虐！一張圖看懂程式設計師和測試之間的關係！

在開始我們今天的話題之前，我們先看一張圖：

微博網友評論：

小A：最近一直在被測試按在地上反覆摩擦

小B：笑死！！不夠專業的測試也是浪費超級多溝通時間呀！！

小C：最後都是傑瑞贏了

小D：真的是挺悲哀的

小E：也有可能是產品和程式設計師

從事軟體測試行業幾年，合作的開發不少，說起測試和開發之間的關係，有時能和平相處，更多是矛盾重重。究其根本，矛盾都來源於bug，也終止於bug。

有些可能是心理上的矛盾，有些就直接導致了面紅耳赤的爭執。

測試：

每次提出一個bug都讓測試重現，描述得那麼清楚，自己操作下不會嗎？

開發太依賴測試了，相同的bug提出一處改一處，就不知道自己檢查一遍嗎？

出現bug就說自己本地是好的，版本是不是不對，使用者不會這麼操作。

出現bug就讓測試清資料，重啟手機，三兩下就把bug整不見了，坑……

……

開發：

這麼小的bug都要開發改，影響又不大，還耗時費力，測試懂不懂專案管理，預估風險啊？

明明是客戶端的bug，指派給我們伺服器是幾個意思？

花費了時間排查，竟然是無效bug，測試到底有沒有搞清楚需求？簡直是浪費時間。

明明是個P3的bug，給我報P1，至於麼？

測試總是在深究bug產生原因和解決方案，測試又不懂程式碼，懶得解釋。

……

測試和開發在工作中因為職責不一樣，往往會造成分歧。

在這裡我想結合我數年的開發和測試經歷和各位聊一聊：

1、避免疲勞工作：疲勞工作和疲勞駕駛一樣，雖然不會對生命帶來危險，但是也很可怕的。疲勞的時候你不是財富的生產者而是缺陷的製造者，尤其是你在修改缺陷的時候，可能修改了一個缺陷產生了2個缺陷。當你工作覺得疲勞，建議你到樓下遛一圈，喝杯茶，或者閉目靜養，然後再回來工作。

2、防止鑽牛角尖：牛角前面是很窄的，我們這些高智商人的腦袋是鑽不進去的。當你花了幾個小時解決不了一個問題的時候，你不妨換種思維方式，看看用別的途徑是否可以到達。當你使用了n種方式進行思考後還沒有結果，建議你暫時放棄，去幹別的事情，甚至熬到下班走人。成功=99%努力+1%的靈感，往往1%靈感比99%努力更重要————愛迪生（以前我們教育往往忽略後半句）

3、善於溝通：往往你花了數個小時工作為了解決一個問題，這個問題其實已早就被你的同事搞定。所以有了問題大家要善於溝通交流，問別人問題不等於自己無能，而正體現你會工作，善於工作；回答別人問題並不是浪費你時間，而是為你以後工作搞好關係。現在社會不承認孤單英雄，而承認合作精神。

4、調整心態：心態決定一切。不管如何，一定要時時保持良好的心態，順境需要如此，逆境中更需要如此。大家喜歡和笑臉的人在一起，不願意和愁眉苦臉的人在一起。情緒像甲型H1N1具有傳染性。

5、提高身體素質：激烈的工作要有身體作為保障。大家要合理膳食（建議吃些穀類和粗糧，富含B族維生素，調節神經；吃些魚頭魚腦，化學裡說相似相融，中醫裡說吃哪補哪），充足睡眠，積極鍛鍊（每週保證一定量的鍛鍊，根據自己體質，也不可過量，一般心率控制在120以上不超過一刻鐘為宜）

6、換位思考：多站在別人的角度替別人思考，往往會做出明智的學者。測試想想開發：中國的企業需求變化大，開發任務重，往往從需求，設計，研發到單元整合測試都要一個人來完成……；開發想想測試：測試有著強大的市場壓力，有了缺陷客戶首先會怪測試水平低。由於缺陷不確定性，測試執行難度大，軟體測試工作如同排雷，不知道哪裡會存在地雷，是否所有地雷都排乾淨。

測試如何與開發順利合作？

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

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

總結：

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

因此，在日常的工作中多站在對方的角度思考問題，多體諒對方，將自己能力範圍內的工作做好，問題解決好，為對方營造一個舒適的解決問題的環境，對方自然將你的好看在眼裡，記在心裡。