軟件測試的BUG定位

bug定位即有足夠的「證據」去證實DOV（開發人員）的代碼存在問題，不是單憑本身認爲是bug就是bug，最好能夠定位到DOV的某行代碼，某個函數的問題，最好保留日誌截圖而且能夠保證重現。

定位順序：UI --> 中間件 --> 後臺 -->代碼 -->database

一.web前端的bug分析定位。

1. 測試內容：頁面佈局、用戶功能、易用性、兼容性
2. 測試方法：模擬用戶輸入，在瀏覽器頁面上進行輸入、點 擊等行爲
3. 定位以前須要思考的問題：是不是瀏覽器設置問題？是不是瀏覽器cache的問題？ 在其餘瀏覽器上是否可復現？ 用其餘數據是否能夠復現？ 是不是cookie相關的問題？ 是否正確發出了請求？ 是否獲得了正確的應答？ 是不是網絡緣由？ 是不是跨域問題？ 是不是程序版本的問題？
4. 常見bug：瀏覽器兼容性，瀏覽器按鈕操做，字符編碼，頁面跳轉，跨域，性能

二.後臺的bug分析定位

1. 測試內容：邏輯流、數據流、策略、接口、性能      
2. 測試方法：輸入條件構造，網絡通訊包（驅動、樁、真實的上下游模塊），數據文件，配置文件（包括詞表，黑白名單等），共享內存，輸出檢查，網絡通訊包，數據文件，日誌（尤爲是異常日誌），監控：系統監控：cpu、句柄、IO、內存模塊級監控：內存結構體信息，調試DEBUG，JPDA打斷點
3. 常見bug：自頂向下排查（從系統入口模塊開始），是內部邏輯問題仍是下游數據問題？是不是某些配置下發生的問題？日誌中是否發現線索？系統資源狀況中是否發現線索？是不是邊界值、併發等問題？下游模塊是否交互正常？是不是多線程下的問題？是不是大壓力下的問題？是不是不一樣模塊間接口的定義不一致？是否和服務器軟件版本及設置有關？自底向上排查（從系統末端模塊開始），最底層的模塊是否正常收到了請求？是內部邏輯問題仍是上游請求問題