1.任何爭議都需要“對事不對人”，不能因?yàn)锽ug而激化了雙方的矛盾，影響團(tuán)隊(duì)凝聚力。
2.有很多初級軟件測試人員提交的Bug單流轉(zhuǎn)到開發(fā)人員那里后，開發(fā)人員看不懂。原因在于測試人員提交的Bug單沒有描述清楚，這是一個(gè)非常常見的現(xiàn)象。測試人員提交的Bug單一定要描述清楚，并需要有充足的依據(jù)和理由。
3.如果Bug單寫清楚了，但開發(fā)人員還是不愿意修改的話，可以找一個(gè)合適的時(shí)間，心平氣和地與開發(fā)人員溝通，說明此Bug對產(chǎn)品質(zhì)量可能產(chǎn)生的不良影響，測試人員在溝通過程中不能意氣用事。
4.經(jīng)溝通后，如果開發(fā)人員還是不愿意修改的話，當(dāng)然開發(fā)人員不修改也有他們的原因，那么此時(shí)可以向測試經(jīng)理匯報(bào)這一情況，由測試經(jīng)理出面解決，或是由測試經(jīng)理召開Bug評審大會，開發(fā)人員、測試人員、產(chǎn)品經(jīng)理三方人員參與，有時(shí)也包括項(xiàng)目經(jīng)理，共同定奪。
5.有些初級軟件測試人員把Bug提交到開發(fā)人員那后，經(jīng)過開發(fā)人員的各種解釋，就會同意開發(fā)人員的意見，也認(rèn)為這確實(shí)不是一個(gè)Bug，從而忽略這個(gè)問題，這也是經(jīng)常發(fā)生在初級軟件測試人員身上的事情。這就要求測試人員提交Bug的過程要有原則性，這也是作為一名合格的測試人員重要的特征之一，對待問題需要堅(jiān)持原則。
6.測試人員應(yīng)和開發(fā)人員面對面或通過電子郵件、電話等方式保持密切溝通，共同協(xié)商和處理Bug，以減少兩者間的隔膜，增加測試人員與開發(fā)人員之間的信任和了解。直接溝通也應(yīng)貫穿到產(chǎn)品開發(fā)、測試的每個(gè)環(huán)節(jié)當(dāng)中。
推薦閱讀：
本文內(nèi)容不用于商業(yè)目的，如涉及知識產(chǎn)權(quán)問題，請權(quán)利人聯(lián)系SPASVO小編(021-60725088-8054)，我們將立即處理，馬上刪除。
sales@spasvo.com
