開發和測試是互聯網公司最常見的兩個工種，他們相互依賴，或者說單方面依賴，但至少不像開發和產品那樣關系惡劣，動不動就武力解決(開玩笑)。

網上關于開發、產品關系的段子很多，但關于開發和測試的卻不多。因為工作關系，對開發、測試都比較熟悉，所以今天我們來聊一聊開發和測試之間的那些事兒。

角色定位

開發：就像是建筑師一樣，按照圖紙的要求，打地基蓋房子，盡可能100%還原設計師的要求。

開發自測的思路也一般以完成功能為主，想的是正常人應該的操作(但用戶是正常人嗎？)

測試：對測試過程充滿了期待，他們像一群拆遷隊一樣，瘋狂的在項目上做著破壞，尋找bug。

比如，一個住人的房子，測試是這么測的：

這房子能住1個人嗎?

這房子能住0.6個人嗎？

這房子能住-1個人嗎？

這房子能住100億個人嗎？

這房子能住NULL個人嗎？

這房子能住1頭豬嗎？

這房子能住一個asdfQwer@24dg!&*(@嗎？

這房子能住一個燙燙燙的錕斤拷嗎？

這房子拆了天花板能住人嗎？

這房子剩一半能住人嗎？

這房子只剩個天花板能住人嗎？

把這房子挪到別的地方能住人嗎？

這房子有一萬個人一起涌進來，然后又走了，之后還能住人嗎？

開發：用戶不會像你這么操作的

他們以發現bug的數量和質量為榮，他們給開發報bug的時候，多半是很開心的(是不是挺變態的)。

但是，bug數太多

測試：這個開發，這次又有100多bug，也不害臊

開發：呵呵...

當找bug變成一種似乎永無止境的任務時，找bug的快感就完全消失了。

提測

情景

開發：排期定好了，到提測時間了，可我代碼還沒寫完呢，怎么辦？先把主流程寫通吧，小細節，測試同學測的時候我繼續開發，提bug就提bug吧。

測試：提測了，那應該是都寫好了，流程是可以跑通的。

提測申請

情景

開發：哎呀，為什么這個模板里有這么多內容，我要寫那么多干嘛，就寫個標題吧，嘿嘿

測試：你不寫全了，我哪知道需要測試啥？你的代碼你是最清楚啊

相關prd、接口、log文檔呢

哪個地方應該重點測試

哪個地方的邏輯有些復雜

是否有權限要求，在哪申請

是否修改了prd上沒有的功能

測試服地址，app哪些模塊需要連接測試服

bug

情景1

測試：發現了一個bug，跟開發說：這里運行不了，是不是有bug？

開發：呵呵，你的環境沒搭好吧？

情景2

資深測試：發現一個bug，跟開發說：親，我這里運行不了，能不能幫忙看看是不是我環境沒搭好？

開發：臥槽，是不是出bug了？

測試寫的bug描述

情景1

測試：我費勁巴拉的在jira寫了半天

開發：我就看個標題

情景2

開發：復現步驟呢，bug環境呢，鏈接呢，機型呢？有截圖嗎？

測試：...

有經驗的測試，不會一發現問題，就給開發提bug。而是進行反復的確認，在測試報告里會寫出詳細的復現步驟，貼出效果圖，確認bug的產品環境(比如，是任何機器都會觸發，還是某臺特定機器特定瀏覽器的問題)。

再資深一點的測試，會主動追查bug產生的原因，會去代碼的相關片段進行debug，給出開發同學合適的建議。

debug

開發：debug的心態，則是一個變化的過程。

不可能，我代碼寫的那么好，怎么會有bug

哎，我電腦上是好好的啊

真是奇怪，剛剛還好好的

肯定是數據問題

清下緩存試試

重啟電腦試試

我去，居然忘加判斷了，真傻x

不對，不是我的問題，這是之前那個傻x寫的

哦，這個地方就得是之前的寫法，是我傻x了

哎呀，找到問題了，跟我沒關系，是鍋，又背鍋了

不是自己寫的bug

情景

開發同學：不是我的鍋，是第三方包/后端/客戶端/之前那個傻x的問題

測試同學：我不管，是你的項目的問題，就是你的bug。

《程序員修煉之道》說：bug是你的過錯還是別人的過錯，并不是真的很有關系。它仍然是你要解決的問題。

重復提的bug

情景

開發：兩位測試大大，你倆能不能同步一下再報bug，我的bug數破100了

測試：...

開發：這幾個bug都是一個問題引起的，唉，怪我自己。。。

debug過程中出現的bug

情景

開發：哎呀，這個地方的邏輯寫的不對，趁測試沒發現，偷偷改了。

改完之后，一看jira，呵呵，那個bug剛剛提交出來。

測試：沒有我發現不了的bug??

需求變動

情景1

測試：這個地方怎么跟prd不符？

開發：產品需求改了啊，怎么沒改prd

兩人一起怒視pm

情景2

測試：這個地方怎么跟prd不符？

開發：emmmm，我覺著這么做更符合用戶使用習慣(其實是實現起來麻煩，換了一種方式)

改完bug

情景

開發：默默改完了

測試：改完了嗎？在嗎？人肉訪問中。。。

測試：改完了嗎？你改一下jira狀態啊？

測試：改完了？自測了嗎？還是有問題啊？

開發：WTF...

復現步驟太麻煩了，就在腦子里過了一遍邏輯，感覺沒問題

沒切回原來的環境

沒刪斷點log

測試：改完了，能告知一下錯誤原因嗎？

要封包了，還要改需求的pm

開發、測試雙雙拿起來桌子上的板磚

上線

情景

開發：我就改了一點點，不影響其他功能，不用測了，直接上吧

測試：上線了？什么時候上的？上的什么功能，我不知道怎么能上線，出問題不要甩鍋給我啊！！！

不要偷偷上線，有時間盡量安排測試。實在不行，也要跟測試同學同步一下信息。

線上故障

情景

開發：你們測試怎么回事，怎么沒測出來？

測試：你沒跟我說這個需求啊，我哪知道？

總結

世上沒有無bug的代碼，開發盡量不寫帶明顯bug的代碼；

測試要寫測試用例，要維護核心case。

開發測試是一個團隊，大家都是為了一個目標，所以要相親相愛，要peace！

本文內容不用于商業目的，如涉及知識產權問題，請權利人聯系博為峰小編(021-64471599-8017)，我們將立即處理

總結

以上是生活随笔為你收集整理的it工种分类_IT岗位中最“和谐”的两个工种：开发、测试趣谈的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。