作為測試工程師，在日常工作中接觸最多的當然是團隊中的開發工程師，那麼如何和開發工程師進行有效的交流是測試工程師面對的重要問題。    一般來說，在一個團隊中，總有開發人員喜歡和不喜歡的測試工程師，和這兩者的工作效率和效果都有很大的差異。當然，不能武斷的說測試人員不喜歡的測試工程師就一定是效率低下的測試工程師。但一般來說，那些容易得到開發人員認可的測試工程師總能夠更好的發現缺陷和敦促開發人員解決缺陷。   測試工程師和開發工程師承擔的是開發工作的兩個不同方面，說的極端一點，一個是建立，一個是破壞，但兩者的最終目的是一樣的，雖然在達成目標的方式上卻有很大的差異。因此，在為同一個目標奮鬥的過程中，發生衝突在所難免。現在給出下面的建議，換個角度看看開發人員的

生活和工作，很多的衝突就能化解於無形了。    1.要有細心和耐心    細心是測試工程師的一個基本素質，測試工程師是要對質量負責人的人。因為涉及到質量問題，所以決不能含糊，因此一定要細心！！細心對待每一個可能的bug，細心對待每一段被你檢測的程式碼，細心對待你撰寫的每一份bug驗證清單和缺陷測試報告,細心對待你發出的每一封郵件。細心是一種態度，要知道態度決定一切...你的態度遲早會感染與你合作的開發人員，而這往往是合作成功的基石。    說到耐心，結合我的工作經歷而言就是要不厭其煩的向開發人員解釋bug，讓他知道問題何在，知道所提bug的重要性。其實換位思考，對每個人而言，被人指出缺點和不足都是讓人不舒服的事情。所以（對解決bug這個最終目而言）在這時平靜淡然的心態和耐心就顯得尤為重要了。    2.要設身處地的為對方著想    開發工程師一般處在較大的工作壓力下，他的上司直接考核他們的指標很大程度上就是已完成的程式碼行數。所以在工作任務緊張的時候，對於測試工程師上報來的bug會拖延解決甚至推託，這給測試工程師的感覺就會是很不合作！那麼在這個時候就需要設身處地的為對方著想了。    實際上，我們每個人都會為自己的工作排定優先順序。如果他認為解決你發現的bug是不重要的事情，那麼最大可能就是你沒有傳達到這個bug的處理優先順序資訊。發現bug是我們的責任，敦促bug得到解決是我們更重要的責任，因此，接下來我們要做的就是心平氣和的和開發人員討論bug的嚴重程度，並確定bug優先順序和解決時間。   3.要有原則    謹記，測試工程師的職責是對產品的質量負責，在這一點上一定要有原則！！測試工程師和開發人員可以建立良好的人際關係，但在具體的事情上，一定要按照公司的相關流程來處理！！當然，在堅持原則的同時，可以採用一些委婉的表達方式，在允許的條件下儘量理解開發工程師。但請記住，一個有原則的測試工程師才能真正幫助開發工程師，才能贏得開發工程師的尊重。   4.要懂得尊重對方    開發是一項需要全面和綜合考慮的工作，在開發工作中，由於各種原因導致程式中出現問題是很常見的現象。作為測試工程師，發現了這些問題並不值得你誇耀，也不能說明你比開發工程師聰明多少。一個好的測試工程師一定是懂得尊重開發工程師的人，尊重對方的技術水平，尊重對方的程式碼。我聽聞的，只有一些技術大拿有些牛脾氣，但這都是少之又少的。一般情況下的開發人員都很和善，對他們來說，程式碼就是自己的孩子一樣。通常情況，對他們的最大尊重就是承認他們的專業水平，承認他們的程式碼。因此，記得在合適的時候表達你對他的尊重，讚揚一下他的程式碼的精妙之處！！   5.要主動承擔    如果開發工程師要求你承擔部分不屬於你的責任，比如，定位你發現的bug到程式碼一級，或者是幫助他編寫文件和程式碼，那你會怎麼做呢？我的原則是在可能的情況下儘量多承擔。其實都是工作上的事情，有能力的話，多做一點也無妨。當然這裡允許別個意見。    我的工作中，當然這其中不乏bug重現、別要求提供更多的關於bug的參考意見甚至定為到程式碼一級，如此種種。但對於提高自己的被信任程度是非常有益的。但在主動承擔時，一定要明確是在自己卻有餘力的情況下才能去承擔，否則婉拒是最好的對策！！  五不為    1.不要嘲笑    不要嘲笑你所發現的bug，即使是非常愚蠢的錯誤也絕對不要嘲笑。說不定那個錯誤是因為開發工程師連續加班24小時犯下的，總之，對別人的工作始終要尊重。如果你覺得有必要提醒他不再犯一些常犯的錯誤，可以採用如下的方式：編寫一份測試過程中發現的開發人員常犯錯誤的文件。用輕鬆的語氣調侃一下，傳送給開發人員。    2.不要在背後議論開發工程師    永遠不要在背後評論開發工程師的技術能力，這個絕對是非常忌諱的事情，一時的口舌之快或許會使你永遠不能同他良好的合作，要知道，開發工程師最在意的就是別人對他的技術能力的評價。謹記》》    3.不要動輒動用上層來壓制對方    在出現和對方的意見出現分歧的時候，應該採取什麼方式說服對方呢？直接向上層求助當然是一個辦法，但這種辦法帶來的負面作用也是明顯的，首先是作為上層的處理結果可能不一定符合你的預期（在很多公司，開發工程師的地位高於測試工程師，這種地位不平等的顯現直接影響就是上層在處理分歧問題時的一定偏向性）；其次是拿出上層來壓制對方只能給他人留下無用的印象。所以在出現分歧時，儘量嘗試通過溝通方式解決。謹慎用最後的手段。    4.不要和開發人員溝通只有bug    除了在bug記錄單上，其他地方也讓和你合作的開發工程師接觸到你吧，午餐或者是集體活動時多和對方聊聊天，一方面可以增進彼此的感情，混個臉熟，打交道的時候也方便；另一方面，從他那裡瞭解業務的只是和他負責模組的方方面面，對自己也可提升。    5.不要鬍子眉毛一把抓    每個新的版本釋出完畢以後，無非是新增模組（軟體開發前期）或者是修改或者是新增的客戶需求（軟體開發後期），你在測試前要先搞清楚任務分工即具體負責的部分由哪些新增模組（有哪些修改或是新增功能），做到有針對性，有步驟有條理的測試。開發人員再根據你的bug反饋對自己的最新更新的程式碼做檢查，修改的效率也會高些。 轉載於http://www.51testing.com/?uid-413269-action-viewspace-itemid-838511