軟體測試工程師的職責是找bug。當然了也不能說只是找bug，高大上一點應該還***功能的健壯性，但是回歸到本質，碰到bug怎麼處理呢？
1.記錄問題
1.1 bug的標題，即一句話簡要的概括bug
1.2 bug的描述，詳細的描述bug，是否是相容問題
1.3 bug的復現，記錄bug的復現步驟
1.4 復現（一定要自己復現！！防止自己錯誤操作，就尷尬了）
1.4 bug截圖（新增上需求描述，生動形象讓開發無法拒絕）
1.6 bug優先順序（決定開發優先修復哪個）
1.7 歸屬模組，（前端or後端or其它功能影響）
2.定位問題
2.1抓介面，檢視報錯介面，分析問題原因
2.2查log，tail\cat + grep + 『關鍵字』
3.跟蹤問題
3.1及時跟進bug修改情況，規定期限內能否改完
3.2開發不改。要問為什麼不改？有歧義可以對需求文件，或者找產品。
4.回歸測試
4.1 bug修改完，要進行回歸測試，包括但不限於出現bug的功能，因為有時候改完乙個bug會出來兩個bug。
Bug測試總結
一 出現上述問題的原因 二 解決問題的思路 1.績效導向問題 此類問題測試同事是不太可能單獨搞定的，一定要夥同資深開發同事一起分析 一般你不叫他他也會過來，這類問題是很有吸引力的 主體思想是先提高復現概率 一步步縮小問題範圍，最終定位出問題。具體思路怎麼 怎麼來，客戶端加大訪問量 服務端減少資源 懷...
軟體測試之bug分析定位技巧
1 web前端 瀏覽器相關 網路相關 字元編碼相關 url錯誤 url路徑中漢字編碼使用的是utf 8編碼，引數中使用系統預設編碼，flash指令碼中使用的都是uft 8編碼。安全相關 效能相關 頁面抖動 非同步請求的數量過多 載入失敗 限速情況下，超時 bug定位常用工具 2 web後端 處理邏輯...
軟體測試之缺陷報告的BUG狀態
當某個 bug 被發現的時候 第一次 測試人員需要與專案負責人溝通以確認發現的的確是乙個bug，如果被確認是乙個bug，就將其記錄下來，並將bug的狀態設為new 當乙個bug被指認為new之後，將其將給開發人員，開發人員將確認這是否是乙個bug，如果是，開發組的負責人就將這個bug指定給某位開發人...