相信大部分IT公司測試人員在報bug時，或多或少與開發的溝通存在些問題。如何更有效地說服開發接收你的bug，以下是一些資深老鳥給新人的一些建議：
1、首先確定這是一個個實實在在的bug。
不要出現因爲配置原因或者是操作錯誤引起的"bug"，這樣是會被開發"鄙視"的。作爲測試人員應該儘量做到專業，儘量少給開發找麻煩，不要製造一些並不存在的bug、不要提交一些重複的bug。
2、寫好bug描述。確保依照bug描述能重現BUG的過程。
這很重要！有時候開發看到一個莫名其妙的bug，描述不清楚，還無法重現，他會很生氣。這直接會影響測試人員在開發心目中的形象。我們既然提交這個bug，就必須對它負責任。Bug描述精確、沒有歧義，詳細簡潔的重現步驟，bug截圖是必須的。如果是特殊的測試數據，我們還需要附帶這些數據。比如說2049KB的圖片數據。對於重現率很低的問題，我們需要註明偶現，詳細記錄當時的環境信息。如操作系統、產品名稱、版本、操作步驟、是否機器相關、是否產品相關等。
3、提升自己的專業技能。
我們應該儘量提升個人技能。我不是說要學習什麼測試框架、什麼自動化性能測試工具，這在以後都可以學習。我們要先保證最最基本的，就是對業務分析的能力。要充分熟悉我們軟件產品各個層面的業務，包括功能業務，代碼實現邏輯，環境配置部署等。如果你瞭解到類似充值這種操作，是必須要有真實接入的第三方支付平臺接口，那麼你就清楚爲什麼在測試的時候會出現支付頁跳轉界面異常的提示了，自然而然也會清楚這不是代碼的問題，而是沒配置。你就不會出現第1點中的問題。而且在說服開發接受你的bug時，纔會更加做到有理有據。
4、測試應把握重點。
測試應把握重點，不要在無關緊要的地方測試過多，也不要爲了無關緊要的所謂的"bug"浪費溝通成本。什麼是重點，就是產品的主要功能，用戶經常會用到的操作。如果是需求明確的嚴重問題，我相信只要是開發，他都會想法設法去修復它。但比如說，一些非常規操作導致的嚴重問題，開發人員會說，實際場景中，用戶是不會這樣操作的。對於這些問題，溝通是很浪費成本的，可以把問題記錄在日報中，反饋給測試老大或項目負責人，由他們來評估。再比如說一些個人界面建議，我們可以提交bug，但是開發不改，也不影響用戶使用的，我們不用過多糾結。
5、問題集中起來諮詢開發。
開發也很忙，不要一發現跟預期不清楚的就直接發個qq消息過去。因爲在忙的情況下，很大程度上你拋過去的問題都會石沉大海。把你個人需要問的問題做一下整理，集中起來問開發。爲了溝通的高效率，最好是跟開發進行面對面的交流（除非你需要保留截圖證據）。跟開發約個時間，直接去辦公位找他。如果你是顏值一派或是性格可愛派，這種方法尤其可行。
6、做個聰明的測試人員
a、注意跟開發溝通的語氣
要有換位思維的方式，做事情對事不對人，處理事情一定要有一顆寬容的心。只有這樣，才能夠很好的說服研發去修改Bug。
b、和開發人員搞好私人關係。
一旦關係好了，啥話都好說，他也不會覺得你煩。但是別因爲關係好，bug就直接口頭敘述，不提交到bug平臺做好統計記錄
以上主要是對於測試人員的建議，希望對你的職場有所幫助。不論是測試還是開發，都是爲了更好的完善產品，多站在對方立場想一想。我們生活依然是很美好的呢