相信大部分IT公司測試人員在報bug時，或多或少與開發(fā)的溝通存在些問題。如何更有效地說服開發(fā)接收你的bug，以下是一些資深老鳥給新人的一些建議：

1、首先確定這是一個個實實在在的bug。

網(wǎng)站設計、成都網(wǎng)站建設服務團隊是一支充滿著熱情的團隊，執(zhí)著、敏銳、追求更好，是創(chuàng)新互聯(lián)的標準與要求，同時竭誠為客戶提供服務是我們的理念。創(chuàng)新互聯(lián)公司把每個網(wǎng)站當做一個產品來開發(fā)，精雕細琢，追求一名工匠心中的細致，我們更用心！

不要出現(xiàn)因為配置原因或者是操作錯誤引起的"bug"，這樣是會被開發(fā)"鄙視"的。作為測試人員應該盡量做到專業(yè)，盡量少給開發(fā)找麻煩，不要制造一些并不存在的bug、不要提交一些重復的bug。

2、寫好bug描述。確保依照bug描述能重現(xiàn)BUG的過程。

這很重要！有時候開發(fā)看到一個莫名其妙的bug，描述不清楚，還無法重現(xiàn)，他會很生氣。這直接會影響測試人員在開發(fā)心目中的形象。我們既然提交這個bug，就必須對它負責任。Bug描述精確、沒有歧義，詳細簡潔的重現(xiàn)步驟，bug截圖是必須的。如果是特殊的測試數(shù)據(jù)，我們還需要附帶這些數(shù)據(jù)。比如說2049KB的圖片數(shù)據(jù)。對于重現(xiàn)率很低的問題，我們需要注明偶現(xiàn)，詳細記錄當時的環(huán)境信息。如操作系統(tǒng)、產品名稱、版本、操作步驟、是否機器相關、是否產品相關等。

3、提升自己的專業(yè)技能。

我們應該盡量提升個人技能。我不是說要學習什么測試框架、什么自動化性能測試工具，這在以后都可以學習。我們要先保證最最基本的，就是對業(yè)務分析的能力。要充分熟悉我們軟件產品各個層面的業(yè)務，包括功能業(yè)務，代碼實現(xiàn)邏輯，環(huán)境配置部署等。如果你了解到類似充值這種操作，是必須要有真實接入的第三方支付平臺接口，那么你就清楚為什么在測試的時候會出現(xiàn)支付頁跳轉界面異常的提示了，自然而然也會清楚這不是代碼的問題，而是沒配置。你就不會出現(xiàn)第1點中的問題。而且在說服開發(fā)接受你的bug時，才會更加做到有理有據(jù)。

4、測試應把握重點。

測試應把握重點，不要在無關緊要的地方測試過多，也不要為了無關緊要的所謂的"bug"浪費溝通成本。什么是重點，就是產品的主要功能，用戶經常會用到的操作。如果是需求明確的嚴重問題，我相信只要是開發(fā)，他都會想法設法去修復它。但比如說，一些非常規(guī)操作導致的嚴重問題，開發(fā)人員會說，實際場景中，用戶是不會這樣操作的。對于這些問題，溝通是很浪費成本的，可以把問題記錄在日報中，反饋給測試老大或項目負責人，由他們來評估。再比如說一些個人界面建議，我們可以提交bug，但是開發(fā)不改，也不影響用戶使用的，我們不用過多糾結。

5、問題集中起來咨詢開發(fā)。

開發(fā)也很忙，不要一發(fā)現(xiàn)跟預期不清楚的就直接發(fā)個qq消息過去。因為在忙的情況下，很大程度上你拋過去的問題都會石沉大海。把你個人需要問的問題做一下整理，集中起來問開發(fā)。為了溝通的高效率，最好是跟開發(fā)進行面對面的交流（除非你需要保留截圖證據(jù)）。跟開發(fā)約個時間，直接去辦公位找他。如果你是顏值一派或是性格可愛派，這種方法尤其可行。

6、做個聰明的測試人員 　

a、注意跟開發(fā)溝通的語氣

要有換位思維的方式，做事情對事不對人，處理事情一定要有一顆寬容的心。只有這樣，才能夠很好的說服研發(fā)去修改Bug。

b、和開發(fā)人員搞好私人關系。

一旦關系好了，啥話都好說，他也不會覺得你煩。但是別因為關系好，bug就直接口頭敘述，不提交到bug平臺做好統(tǒng)計記錄

以上主要是對于測試人員的建議，希望對你的職場有所幫助。不論是測試還是開發(fā)，都是為了更好的完善產品，多站在對方立場想一想。我們生活依然是很美好的呢