軟件測試工程師最主要的工作就是測試軟件可能存在的BUG，在正式上線之前就將這些BUG扼殺在測試版中，那么你知道應該如何快速的定位軟件的BUG嗎？
這里就以一個Web應用的注冊登陸功能為例，跟大家說說我們該如何定位軟件的bug！首先，給大家看一個如下所示的軟件的注冊和登陸頁面。先簡單的說一下業務規則：使用手機號注冊成功后可以使用該賬號進行登陸。
沒錯，業務就是這么簡單。假設我們發現了一個Bug：按照注冊頁面的提示，輸入了正確的數據和信息，點了確認按鈕，頁面也提示，注冊成功，然后跳轉到登陸頁面，當再用注冊時提交的信息去登錄時，發現提示用戶名或者密碼錯誤，根本無法登陸。
相信這么說，大家都能夠理解吧！接下來我們就說說該如何定位bug！
首先從數據庫的角度，通過查看數據庫中數據的方式先定位：到底是注冊出問題，還是登陸出問題了。
上表即為用戶信息表。
A）如果從表中可以查找到注冊的用戶數據，說明注冊功能沒有問題，是登陸功能出問題了；（需要繼續定位）
B）如果表中沒有數據，則說明是注冊功能出問題了，（登陸功能有沒有問題待定）。（需要繼續定位）
沿著思路A，注冊沒有問題，登陸出問題。那我們就要考慮是不是有這樣的一種情況：A1：登陸頁面的表單沒有將登陸信息提交出去。我們在這個地方：
1）我們可以使用查看頁面源代碼的方式去判斷頁面有沒有表單的提交方法：
2）我們也可以使用抓包工具Fiddler，進行數據抓包，判斷有沒有數據從該頁面被傳出。
通過這兩個操作，我們可以得到兩個結論：
A11：登陸的表單數據提交出去了，那就是后面的問題（繼續定位）
A12：登陸的表單數據沒有提交出去，那就是登陸頁面代碼錯誤（定位成功）
沿著A11的思路繼續，數據傳出去了，對應的接收位置的代碼是否準確的接收了呢？這個需要和開發人員或者接口設計人員進行溝通接口處理程序是如何運行的。例如下面的一段代碼就是PHP頁面如何接收POST請求傳來的表單數據，后面程序就要處理傳來的數據了。（事關機密無法粘貼出來啊）
這個程序能不能夠正確的處理傳過來的數據：
A111：這個接收請求數據的程序沒有問題，那就需要繼續看（繼續定位）
A112：這個接受請求數據的程序有問題，那就表明該內容有問題。（定位成功）
下面，接著看A111的思路，接收數據的程序也沒有問題，那就看從數據庫里面查詢數據是不是出問題了。我們看一下查詢用戶名和密碼的程序代碼：
如果通過檢查該部分和數據庫連接的代碼我們就可以最終確定問題：
A1111：數據庫連接判斷的語句出問題（定位成功）
A1112：程序的返回值出問題。（定位成功）
思路A都討論完了，那接著討論思路B：注冊之后數據表中并沒有注冊數據的產生。類似于A。我們首先就要檢查注冊頁面的表單數據有沒有提交出去。檢測方法和登陸一樣，看代碼也好，用工具也行。
B1：注冊頁面的數據沒有提交出去，開發人員就寫了個靜態頁面，不管輸入什么都是注冊成功。（定位成功）
B2：注冊頁面的數據提交出去了。（繼續定位）
通過查看接收注冊數據的程序，方法同上。
B21：如果發現沒有準確接收注冊數據，那就表明發現問題。（Bug定位成功）
B22：如果數據接收程序無誤，表名要繼續定位。（繼續定位）
注冊功能是一個向數據庫中插入數據的過程，我們可以檢查數據的插入操作語句和相關的處理程序是否正確：（定位成功）
如果我們從整個業務運行的全過程去說明的話，我把整個過程拆解成如下圖所示的10個步驟：
- 提交注冊信息到數據處理程序
- 數據處理程序進行數據判斷和處理
- 將數據添加到數據庫
- 數據庫給出處理結果
- 數據處理程序將結果返回給注冊頁面
- 提交登陸信息到數據處理程序
- 數據處理程序進行數據判斷和處理
- 將查詢數據上傳到數據庫中進行比對
- 獲取查詢數據的結果
- 數據處理程序將結果返回給登陸頁面
綜上所述每一個環節都有可能出問題，我們要使用一切可能的辦法和手段進行bug定位和查找。所以測試工程師那多少錢的工資，跟你所掌握的技術和找bug的能力、定位bug的能力有著非常直接和緊密的關系。
各位入行的測試工程師，加油！
學習軟件測試，可以參考千鋒提供的軟件測試學習路線，內容包含軟件測試環境配置與管理，數據庫測試技術，軟件測試編程技術，應用程序測試技術，互聯網/移動互聯網測試技術等，根據千鋒提供的軟件測試學習路線圖，可以讓你對學好軟件測試需要掌握的知識有個清晰的了解，并能快速入門軟件測試。想要獲取學習路線或學習資料的同學可以添加我們的軟測技術交流qq群：858327674 加群找管理領取即可，軟測相關問題也可以加群解答，等你來哦~~~
京公網安備 11010802030320號