測試如何幫助開發同學更愉快的 “修 BUG”

某銀行測試經理特約供稿
在測試過程中，有一種痛是向開發同學反饋 BUG 的過程，我們期望開發同學收到反饋後，能快速確認，還能快速 “修好”，讓我們能繼續測試驗證。開發同學修的越慢，會減少我們的可用測試周期，因為上線時間往往是早就確定好了的。

有時候，反饋 BUG 的過程就讓人抓狂，為了讓開發人員明確 BUG 症狀，我們要線上填寫一份冗長的問題資訊表，執行的哪個測試用例，輸入了哪些資料，期望結果是什麼，實際的錯誤結果是什麼，還需要對介面截圖做個證據，然後提交給開發同學。

提交繁複也就算了，畢竟要讓別人知道問題的來龍去脈。 但是過了半小時，開發跑過來，稱此問題重現不了，看了系統日誌，確實有些異常資訊，但是不能確定是他這個應用的問題，或許是其他關聯應用的問題。期望我們提供更詳細的資訊，一起來重現確認。於是我們坐在一起，回憶當初用了什麼測試資料，執行的什麼步驟。常規復雜度問題有時候還比較快，有的問題隱蔽性很強，會讓領導幫忙，叫來幾個關聯絡統的同學，一起來 “坐堂會診”。

不過這在我行引入 Hi-CC 研發質量平臺後，反饋 BUG 是一個輕鬆愉快的事了。我們只需要把用例編號告訴開發同學。開發同學在 Hi-CC 內搜尋該編號，就能找到用例相關的程式碼執行鏈路。

在程式碼執行鏈路內，可輕鬆觀察到多個應用串聯的執行鏈路，紅色感嘆號顯著標識了出現異常的應用，以及具體的執行方法：

我們只需點選最後一個感嘆號的節點，就能看到詳細的異常日誌，是在應用個人理財的類 TestController 的函式 “createExcpetion” 上發生的：

甚至還能看到方法是入參和返回值

還能點選 “檢視原始碼”，檢視這個方法的具體程式碼。此時，好多有經驗的開發同學，不需要重現問題，已經定位了具體問題的發生位置，不需要重現這個問題，可以直接 “修 BUG”。更別說幾個關聯應用同學之間也不再 “扯皮” 了，是哪個系統的故障一目瞭然。

Hi-CC 研發質量平臺不僅讓我們測試 “愉快” 的反饋問題，還能讓開發同學 “愉快” 的確定問題、定位問題、修復問題。也是讓我們 “歡呼擁抱” 的降本增效措施。

Hi-CC 魔法球瀏覽器外掛下載地址

1、Edge 載入項商店（推薦）

2、從chrome 應用商店安裝（對網路有要求）

3、 直接下載安裝包

4、Hi-CC 魔法球安裝使用說明 - 詳細版

【提醒】自己下載的話，需要解壓，然後在 chrome/edge 瀏覽器內的擴充套件管理內，開啟開發者模式進行安裝，如下圖

相關網站

1、Hi-CodeCaptain 軟體研發質量管控平臺（簡稱 Hi-CC 平臺）

2、Hi-CC 魔法球網頁

3、Hi-CC 魔法球線上演示地址（注意先安裝 Hi-CC 魔法球擴充套件）