問題本身的根因。找不到根因，沒法保證徹底解決問題。先解決當下問題，後面有時間了，再找為什麼會出現bug (需求理解、需求是否明確、技術能力、缺乏自測，還是架構原因、高耦合、分支衝突等)
bug是否真的是bug
出現的環境，如果是生產環境，是否需要版本回退或開啟維護模式，保證使用者體驗
如果技術問題，需要及時有技術解決方案及修復計畫。團隊自身技術有限的話，看必要搬救兵，請技術大拿會診，說不定其他專案遇到過
bug分類，及優先順序，不能眉毛鬍子一把抓
修復後需要測試環境中驗證，如果只有生產環境才能測出來，那可以考慮灰度發布（之後也需要補上測試環境模擬生產資料等）
近期和長期計畫，先解決眼前問題，有時團隊追求完美，但時間長，所以先解燃眉之急。生產掛掉或者bug多，網際網路環境下，每分鐘都是錢。後面再考慮徹底解決問題
多問為什麼，為什麼開發自測沒發現，為什麼之前沒出現，為什麼測試環境沒發現，為什麼一直有bug…激勵大家一起想辦法
梳理發布及測試流程，保證**及質量，看必要加入tdd
是否有必要增加報警等，提前發現及解決問題
測試過程中如何快速定位乙個bug
作為測試人員，和我們最常打交道的，莫屬bug。但是測試不只是負責發現問題，除了發現問題這種基本功外，定位問題，提出解決方案，提出預防方案也是要掌握的技能。如何快速定位乙個bug，就需要對功能 產品的流程 開發方案 開發人員非常熟悉。遇到乙個bug的時候，我們要去定位發現這個bug的 是屬於前端還是後...
測試過程中如何快速定位乙個bug
作為測試人員，和我們最常打交道的，莫屬bug。但是測試不只是負責發現問題，除了發現問題這種基本功外，定位問題，提出解決方案，提出預防方案也是要掌握的技能。如何快速定位乙個bug，就需要對功能 產品的流程 開發方案 開發人員非常熟悉。遇到乙個bug的時候，我們要去定位發現這個bug的 是屬於前端還是後...
軟體測試過程中的度量
在軟體測試過程中，可以將度量分為兩大類 1 衡量測試效率和測試工作量 工作量指標 例如，測試效率評價 測試進度s曲線等.2 從質量 的角度表明測試的結果 結果指標 例如，缺陷 數量 到達模式 系統崩潰和掛起的次數等.測試過程s曲線 追蹤測試過程也許是軟體測試階段管理中最重要的追蹤任務。建議的一種度量...