漫談測試人員和開發人員關係

標籤：技巧   提高   技能   溝通技巧   點擊   androi   分享圖片   朋友   金融   

此文已由作者夏君授權網易雲社區發布。

歡迎訪問網易雲社區，瞭解更多網易技術產品運營經驗。

從事軟體測試已有多年，參與過很多項目，合作開發不少，談起測試和開發的關係，說起來比較微妙，有時候能和睦相處，有時候矛盾重重。其實矛盾的根源，無非就是BUG，但起源於BUG，也終止於BUG。

首先，來看看在整個軟體產品的生命週期中，開發與測試人員對應不同的階段對應不同的工作職責，：

     

從可以看出，測試和開發的工作範疇不一樣，對於流程及業務多少會有理解偏差，所以合作上存在矛盾是無可避免的。相信即使針對開發一個角色，技術偏向也不同，沒有深究過不知道另外一個深淺，就比如一個人僅僅在一個公司待了沒幾個月就妄加評論該公司如何如何，我想，一個公司至少得待2年以上，才能瞭解公司的運作模式，當然高人例外，大部分應該還是處於普通人範疇。

經常，測試有這樣的心聲：

1. 這個BUG一眼就看出，難到沒有自測過嗎？

2. 新迭代版本BUG又複現，有完沒完？

3. 冒煙幾次都不通過，怎麼那麼不自覺？

4. 改一個BUG，老是牽扯很多，就不能評估下嗎？

5. 都沒驗證好的代碼，怎麼自己偷偷上線？

6. 定位問題這麼慢，真是影響效率？

7. 非得要重現，開發自己不能操作嗎，特別是重現好幾遍，非得重現沒了才叫好，坑~~

……

     對應，開發朋友時不時有這樣的心聲：

1. 這樣的BUG也算缺陷，沒事找茬？

2. 這明明不是我負責的模組，為何缺陷掛我名下？

3. 能不提重複BUG嗎？

4. 這確實是個問題，但是不至於報的這麼嚴重吧？

5. 定位半天，結果是環境問題或者三方環境問題，白費功夫！

6. 這個問題是前人留下的，我也改不了呀？

7. 姐/哥，急著要上線發布了，這個問題先不管了

8. 我這裡使用了XXX技術，YYY方法和受到了ZZZ的約束，所以這個bug無法避免

……

從項目角度來分析，開發與測試是一個集體，因為只有一個共同的目標，那就是交付高品質零缺陷的軟體版本，所以要處理好相互之間的關係，更多的是需要換位思考，互相理解。

我們測試人員，也需要不斷提高自身素養，才能維護好團隊成員關係，鄙人不才，往年摸滾帶爬概況了有以下措施可以提高：

1. 對事不對人，不要因為某個BUG而否認開發得能力，溝通技巧需要提高，只需要程式品質，不要攻擊開發本人，人人都喜歡聽好話，人人都喜歡聽到讚揚，偶爾可以對開發的 設計實現加以讚揚；

2. 在項目即將上線，你卻提緊急BUG，很明顯是不受歡迎的，問題是需要暴露在最開始，這時候，測試需要全程介入項目，把嚴重問題提前暴露；

3. 對於可改不可改的BUG，可以需要找相應的產品，專案經理等角色一起梳理協商；

4. 對於難重現BUG，需要貼上日誌資訊，，描述儘可能精簡明了；

5. 需要有一定的代碼功底，發現問題能獨立分析代碼根源，當我們發現BUG，不是急於找開發定位，而是自己開啟DEBUG，直接指明哪行代碼有問題，本身技能提高了，開發也會刮目相看，自然也會客客氣氣；

6. 加強自身需求、業務理解，貫穿整個項目階段，實際我們有足夠的優勢，開發僅停留一塊，沒有串通起來，整個業務線沒有測試資深；

7. 提高個人技能，拓寬、加深測試廣度和深度。

最後，一句話，測試和開發是最親密的戰友！目前我們金融事業部項目很緊張，KPI目標制壓力比較大，除了工作之外，測試和開發還可以多進行一些課外活動，打打球、玩玩牌、聚聚餐，remember 工作是為了更好的生活！

網易雲免費體驗館，0成本體驗20+款雲產品！ 

更多網易技術、產品、運營經驗分享請點擊。

相關文章：
【推薦】 在Android中使用FlatBuffers（上篇）

漫談測試人員和開發人員關係