程式設計師與測試在工作流中是上下游的關係，而且工作上聯絡緊密，溝通上難免出現各種各樣的問題。筆者作為管理軟體行業的乙個程式設計師，也算是和測試人員打過多年交道。希望能從程式設計師的角度出發，為測試人員提一點建議。
首先,我們一起來看一下程式設計師們最不願意從測試人員口中聽到哪些話？
1、xx，又發現了乙個嚴重bug!
(尼瑪，文案錯誤也要算c級bug嗎？尼瑪，1號bug和2號bug是同乙個問題，你提兩遍c級？要不要哥把你提的bug在jira裡都置成notabug)
2、我提的bug怎麼不清楚了？上次提的問題到現在都沒有改！
(尼瑪，你提的bug裡面，截圖有木有？操作環境有木有？好容易寫點文字描述又不加標點！有木有！我只能按我自己的理解改嘍！)
3、xx，你到我這來看一下，我這測出個問題！xx，過來，又有問題。。xx，又有問題。。
!淚。。能不能讓哥安安靜靜寫2個小時的程式，程式設計師很忌諱碎片化的時間，思路都木有了啊。。又要重新想啊。。)
開發和測試是專案程序中至關重要的兩個環節,程式設計師與測試人員若能相親相愛，一定是pm們最願意見到的事情。然而不同角色的人員在共同完成專案的過程中，實現天衣無縫的合作總是很有挑戰的事情。誠然，這些挑戰可能是由於參與人員的能力問題，這無可避免。但我更願意相信，溝通不暢、習慣不佳、缺乏換位思考等因素才是最常見的。測試人員在實際的工作中如果能夠注意以下內容，相信一定會成為程式設計師喜歡的測試。
1、分內之事做到專業
（1）提交bug要描述清楚。註明操作步驟、測試環境、描述清楚正常現象和bug現象的差異。
（2）bug級別設定不要全憑主**法，應該和產品、開發人員溝通後，確定一套評價標準，客觀評估。
（3）盡量避免提出重複bug，兩個不同頁面的相同問題應歸為乙個bug的兩次出現。更深層面的相同bug原因，可以多喝工程師溝通了解。
2、溝通之中互相理解
（2）測試最怕「notabug」，程式設計師怕的是「c級bug」和「重開」。設c級和置重開時慎重一些，不確定的可以先和程式設計師溝通過再提。
3、功夫在詩外
（1）熟悉業務、了解客戶，對於測試人員來說也是非常重要的。測試人員不要機械的去驗證功能和需求文件的差異。對業務和客戶的了解能夠幫助你更好的設計用例、定位問題。
（2）多和程式設計師溝通，了解開發思路。了解開發思路能夠幫助測試人員找到測試步驟的盲點，更容易測出真正的問題。這樣的溝通，也會幫助開發人員檢驗開發思路的正確性，更好的提高專案團隊的效率。
喜歡寫程式，做程式設計師就是上天堂
閱讀了雷軍的文章 很有同感。這麼多年我能在這一行堅持下來，而且至今樂在其中，主要原因就像雷軍所述 以下為原文摘錄 1.只有真正喜歡才能寫好程式。喜歡的人，日子過得非常開心，每寫一行 都會有新的成就，尤其當自己的作品被廣泛應用的時候，那種自豪感油然而起。2.把程式當藝術品，象寫詩一樣來寫 如果每個人寫...
摘錄 暴躁程式設計師的產生
摘自 code complete 大全 建造軟體系統跟其他任何花費人力財力的專案是相似的 如果打算建造一座房屋,你需要在開始釘釘子之前準備好手繪草圖 表達設計概念 和藍圖 即設計詳圖,包含所有細節資訊 在澆築混凝土之前必須審核藍圖並獲得批准 在軟體領域做技術規劃也包含同樣多的事情 在把聖誕樹立起來之...
做快樂的程式設計師
1.是王。文件僅隨其後 所以，一定要和文件一致，並可以正確執行。2.測試，測試，測試。3.單元測試非常關鍵 每乙個在單元測試之後發現的bug需要開發人員雙倍的開銷。記住，我寧可增加你的薪水，也不願意把這些錢發給另乙個qa團隊然後你再修正bug。因此，如果你的 滿是bug的話，我不得不把錢付給更多的人...