程序員與測試在工作流中是上下游的關系，而且工作上聯系緊密，溝通上難免出現各種各樣的問題。筆者作為管理軟件行業的一個程序員，也算是和測試人員打過多年交道。希望能從程序員的角度出發，為測試人員提一點建議。首先，我們一起來看一下程序員們最不愿意從測試人員口中聽到哪些話？

　　1、XX，又發現了一個嚴重BUG！

　　（尼瑪，文案錯誤也要算C級BUG嗎？尼瑪，1號BUG和2號BUG是同一個問題，你提兩遍C級？要不要哥把你提的BUG在JIRA里都置成Not a BUG）

　　2、我提的BUG怎么不清楚了？上次提的問題到現在都沒有改！
　　（尼瑪，你提的BUG里面，截圖有木有？操作環境有木有？好容易寫點文字描述又不加標點！有木有！我只能按我自己的理解改嘍！）

　　3、XX，你到我這來看一下，我這測出個問題！XX，過來，又有問題。。XX，又有問題。。
　　（淚。。能不能讓哥安安靜靜寫2個小時的程序，程序員很忌諱碎片化的時間，思路都木有了啊。。又要重新想啊。。）

　　開發和測試是項目進程中至關重要的兩個環節，程序員與測試人員若能相親相愛，一定是PM們最愿意見到的事情。然而不同角色的人員在共同完成項目的過程中，實現天衣無縫的合作總是很有挑戰的事情。誠然，這些挑戰可能是由于參與人員的能力問題，這無可避免。但我更愿意相信，溝通不暢、習慣不佳、缺乏換位思考等因素才是最常見的。測試人員在實際的工作中如果能夠注意以下內容，相信一定會成為程序員喜歡的測試。

　　1、份內之事做到專業
　　（1）提交BUG要描述清楚。注明操作步驟、測試環境、描述清楚正常現象和BUG現象的差異。
　　（2）BUG級別設定不要全憑主觀看法，應該和產品、開發人員溝通后，確定一套評價標準，客觀評估。
　　（3）盡量避免提出重復BUG，兩個不同頁面的相同問題應歸為一個BUG的兩次出現。更深層面的相同BUG原因，可以多和工程師溝通了解。

　　2、溝通之中互相理解
　　（1）最終程序員的工作方式，不要一發現問題就找程序員，編碼過程中思路被打斷對程序員來說是很痛苦的事情。可以收集多個問題后統一找程序員處理，或是在即時通訊工具上留言，看程序員的時間安排，給他幾分鐘時間緩沖，在其方便的時候溝通。
　　（2）測試最怕“Not a BUG”，程序員怕的是“C級BUG”和“重開”。設C級和置重開時慎重一些，不確定的可以先和程序員溝通過再提。

　　3、功夫在詩外
　　（1）熟悉業務、了解客戶，對于測試人員來說也是非常重要的。測試人員不要機械的去驗證功能和需求文檔的差異。對業務和客戶的了解能夠幫助你更好的設計用例、定位問題。
　　（2）多和程序員溝通，了解開發思路。了解開發思路能夠幫助測試人員找到測試步驟的盲點，更容易測出真正的問題。這樣的溝通，也會幫助開發人員檢驗開發思路的正確性，更好的提高項目團隊的效率。

　　如果項目團隊里有一個這樣的測試人員，任何一個離開項目的程序員都會懷念他的。

　　當然，程序員們也不能被慣壞了，一味的要求別人如何配合自己。在項目中換位思考，互相理解也同樣是程序員應該注意的事情。做相親相愛的一家人，才能攜手并肩，一起向前！