專案上線後出現bug，該如何處理？
專案在上線之後又出現了bug，這讓很多測試人員和開發人員頭痛。
但很多時候線上bug普遍地存在，不可避免。
任何專案都存在未發現 bug和已發現 bug兩種情況，不存在沒有 bug的情況。
即便是測試人員，在測試過程中也不可能發現所有bug並覆蓋 100% 的範圍。
乙個專案上線後也會出現bug。那麼遇到這種情況，測試人員該如何處理呢？
首先測試人員可以做的是重現這個問題並及時反饋給開發人員，找到解決方案進行修復。
如果問題不僅線上能重現，測試環境也存在，那麼很有可能是測試人員在測試過程中未發現的bug。
總之，專案組成員需要盡快修復bug。
開發人員修復bug之後，測試人員需要反思。
若是由於疏忽造成測試用例執行遺漏，測試人員需要在下次執行測試的過程中避免這樣的情況。
若是由於用例評審的不嚴格、中途需求變更或者某些其他因素造成的測試用例覆蓋不全，測試人員需要補全測試用例。
在測試過程中遇到未發現的bug，測試人員不要自怨自艾，
也不要像沒回事兒一樣，需要正確對待「線上bug」、汲取經驗教訓、不斷提高測試能力。
測試人員需要不斷學習，不斷擴充，掌握測試工具、提公升測試技能，從而設計出更全面的測試場景和測試用例。
專案上線後出現BUG該怎麼解決
一.第一步 評估bug的影響範圍 評估bug的影響範圍是處理線上bug的第一步，通常需要根據評估的結果來決定下一步的處理方案。影響範圍要從哪些方面進行評估呢？1 分析bug影響的使用者數量 檢查bug是否業務核心環節的功能問題，是的話則影響的使用者量比較多 2 分析bug影響的嚴重程度 檢查bug是...
專案上線出現bug
一.第一步 評估bug的影響範圍 1 分析bug影響的使用者數量 檢查bug是否業務核心環節的功能問題，是的話則影響的使用者量比較多 2 分析bug影響的嚴重程度 檢查bug是否涉及到使用者的個人資訊洩露 資金財產損失等比較敏感的功能，涉及的話則 認為bug比較嚴重 對於bug影響範圍的評估，必須盡...
開發認為不是bug，你該如何處理
場景 測試中，我們經常遇到這樣的問題，提交了個bug，開發卻不是bug 1 測試人員描述不清晰 體現在步驟描述上有歧義，開發無法按照描述準確的復現步驟，導致可能對問題的描述理解上出現偏差 解決方法 修改bug描述步驟 做到清晰描述 無重複 無冗餘，盡量附截圖，截圖重點位置，用紅色標記，截圖名字盡量符...