讓開發(fā)改bug全靠催？這6個實用技巧管用！

你是否經常碰到如下的問題：

如果你對一個程序員說：

“你的代碼有bug,你的代碼有蟲”

那么他第一反應肯定是：

1.你的環(huán)境有問題吧

2.你會用嗎？

但如果你換個委婉的說法：

“你這個程序和預期的有點不一致，你看看是不是我的使用方法有問題。”

他本能的就會想：

呀，是不是出bug了!

上述大家看到的其實還算“溫柔”的，其實有些情況下，某些測試人員或者開發(fā)人員脾氣大的可能撕逼或者快干架。所以如何和開發(fā)有效溝通，并高效勸說開發(fā)改掉bug是一門學問，以下是我總結八年測試經驗給測試新人的一些建議：

01、和開發(fā)人員保持友好的團隊關系

和開發(fā)人員保持友好的團隊關系。這是最重要的一點！~

我以前遇到一個開發(fā)，剛開始給他提bug時，他是各種抵觸情緒加敷衍。后來我就私底下和他多接觸，了解他的脾氣，久而久之他也和我熟絡起來，結果不僅不再有抵觸情緒，甚至還幫我主動定位bug。

其實人心都是肉長的，我們做事既要講理，也要適當打打“感情牌”。注意跟開發(fā)溝通的語氣，要有換位思考的意識，做事情對事不對人，對待開發(fā)要確保在解決bug的前提下盡量不傷和氣。

也只有這樣，才能夠很好的說服開發(fā)去修改Bug。當然有時候我們也會遇到強勢的開發(fā)，油鹽不進的那種，對我們的測試工作帶來層層阻力，我也親身經歷過，但是這種開發(fā)畢竟是少數，如果真遇到了那就具體問題具體分析吧！

02、要確定這是一個真正的bug

不要出現因為配置原因或者是操作錯誤引起的“bug”，這樣是會被開發(fā)“鄙視”的。最搞笑的是自己測錯了版本，然后測出了老版本的問題，那就尷尬了。

或者自己電腦網絡問題，結果以為是服務器響應問題，這樣的失誤多了肯定降低自己在開發(fā)心中的地位。作為一名測試人員，我們應該樹立在開發(fā)心中專業(yè)的形象。

這樣說話才有分量。遇到問題先別頭腦一發(fā)熱就去找開發(fā)詢問，哪怕有些自己不確定了也盡可能自己想辦法確認問題，確定是bug了再去找開發(fā)。

一定要記住，我們可是專業(yè)的“蟲師” ！

03、盡可能寫好bug描述

盡可能寫好bug描述，方便他人就是方便自己。

以前我工作中遇到過一個現象，就是同組的女測試每次提的bug都能比我解決的快，我當時很納悶，就去詢問開發(fā)人員，這是性別歧視還是憐香惜玉呢？

結果開發(fā)只回了一句：“她解釋的更清楚，你的需要反復核對才能確定！”從那以后我痛定思痛，在缺陷管理工具中會將bug的詳情描述的特別清晰。而且咱們測試描述地越清晰，越具體，開發(fā)才會更加佩服你的“專業(yè)”。

Bug的描述盡量詳細且淺顯易懂，確保沒有歧義，復現的步驟一定要條理清晰，你的預期結果和現有的結果，截圖也要盡量標注信息且清晰。如果是特殊的測試數據，我們還需要附帶這些數據。

對于復現率很低的問題，需要注明復現率，詳細記錄當時的測試環(huán)境信息。如操作系統、產品名稱、版本、操作步驟、是否機器相關、是否產品相關等。

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

我剛入行時遇到一次特別囧的經歷，有一次給團隊的開發(fā)提Bug,結果新來的女前端跑來質問我，一個后臺問題怎么提給了她前端。

當時我才明白，我們測試打鐵必須自身硬，必須具備對bug的基本定位能力，就比如剛說的Bug，如果我當時會F12看下報的是502問題，肯定就不會提交到前端開發(fā)人員那去了。

其實我們測試人員，首先是對業(yè)務分析的能力。要充分熟悉我們軟件產品各個層面的業(yè)務，包括功能業(yè)務，代碼實現邏輯，環(huán)境配置部署等。

特別是做功能測試時，我們必須對所測模塊的需求很熟悉，要比開發(fā)人員更熟悉。或者說一名專業(yè)的測試人員，可能比客戶和PM更懂這塊的規(guī)范。其次我們必須具備市面上常見的軟件測試技巧，掌握主流的測試工具。

比如為了更高效測試而采取的自動化測試！說到這，你應該很自然地想到也應該具備基本的代碼閱讀能力吧，要想成為一名優(yōu)秀的測試工程師，我們應該知己知彼，知道開發(fā)是怎么個代碼邏輯實現需求，從而能夠更精準的定位深層次的問題。

05、測試應把握重點

測試應把握重點，切勿胡子眉毛一把抓。

這點當然也是測試界特別需要注意的一點，那就是在有限的測試時間內我們應該有舍有得。

我曾經在這塊有過一次爭的面紅耳赤的經歷，之前我們做過一個交通方面的OA系統，我當時為了全面保障項目質量，在產品需求之外進行了一次性能測試，結果Jmeter測出來并發(fā)100用戶時系統就崩了，要知道我之前測的再小的OA系統也能承受500以上的并發(fā)。

所以我當即就找PM和主要開發(fā)人員反應該問題，本來以為他們在驚訝之余會立馬解決該性能問題，結果得到的答復卻是：“我們這邊對性能沒要求，你只要保證主要的功能沒問題就行”。

當時初生牛犢不怕虎的我，自然不肯放過這樣的低級性能問題，所以又去找總監(jiān)拿主意，結果開發(fā)知道后很是生氣，最后也還是按照產品需求的基本功能實現就交付了，理由是小項目時間緊，任務重，人員少，只需要保證需求的實現即可，其它性能可以放到后期版本再去考慮。

其實現在市面上很多公司都是初創(chuàng)，很多項目都是人員少時間緊，所以要求我們測試應把握重點，不要在無關緊要的地方測試過多。

切勿為了無關緊要的“bug”浪費溝通成本。什么是重點，就是產品的主要功能和市面上該產品的主流要求，用戶經常會用到的操作。

如果是需求明確的嚴重問題，相信只要是開發(fā)，他都會想法設法去修復它。但比如說，一些非常規(guī)操作導致的嚴重問題，開發(fā)人員會說，實際場景中，用戶是不會這樣操作的。

對于這些問題，溝通是很浪費成本的，可以把問題記錄在日報中，反饋給測試老大或項目負責人，由他們來評估。再比如說一些個人界面建議，我們可以提交bug，但是開發(fā)不改，也不影響用戶使用的，我們不用過多糾結，只需做好記錄備案即可。

06、集中火力開炮，將遇到的問題一起問開發(fā)

軟件開發(fā)行業(yè)每個人都很忙，特別是忙著敲代碼的開發(fā)更是極少有耐心，問的多了甚至對你口吐芬芳，所以不要一發(fā)現跟預期不清楚的就去詢問，因為在忙的情況下，很大程度上你拋過去的問題都會被無視。

聰明的做法是把你需要問的問題做一下整理，集中起來問開發(fā)。如果這種方法還是不行，我教授你一個訣竅，那就是搬把椅子坐他身后，你看他能無視你到多久，哈哈！

所以測試這門學問，不僅是要具備測試的“智商”，更要講究點“情商”。將心比心地去換位思考，揣摩開發(fā)的內心世界，我們才能驅動開發(fā)去做他們本不愿意的事情，才能夠高效地解決掉bug！

??想了解更多漲薪技能提升方法

??可以到我的個人號：atstudy-js

即可加入領取 ??????

轉行、入門、提升、需要的各種干貨資料

內含AI測試、 車載測試、AI大模型開發(fā)、BI數據分析、銀行測試、游戲測試、AIGC