1、根據《bug優先順序定義》中的狀態為：緊急、高、中的bug修復並回歸結束。
2、若緊急、高、中的問題未處理完，需同步專案經理、測試主管等團隊人員周知此事，可組織：bug評審會，並在專案經理同意遺留的情況下，可發布上線。
3、測試通過，與專案經理溝通可發布版本，同步進行《測試總結報告》的梳理並發布到專案群、上傳到對應的目錄下，已做備份。
測試報告詳解：
（1）首頁
說明：首頁是整個測試報告中最重要的乙個頁面資訊，此頁面展示了本次迭代跟進的整體測試情況的乙個概覽講解，詳細的部分資訊可在另外頁面進行補充與詳細展示。
對於首頁所包含某些字段資訊的詳解（也就是首頁為什麼要包含這些內容）：
原定測試內容：目的是將此份報告傳送給領導或者非此次迭代參加的人員檢視時，可明確的知道這個迭代都做了哪些東西。
補充新需求：目的是針對此次迭代進行中新增的需求做記錄。
遺留不實現的需求：針對此次迭代在開始確定的需求中間在實際的執行中，由於某種原因專案經理或者產品經理確定不實現的需求。
測試用例執**況《通過率（百分比）》：失敗率主要是針對第一輪執行測試用例中失敗的條數，通過計算通過率百分比，即可大致評估出本次迭代開發人員的整體提測質量。這裡可對通過率百分比設定等級，比如：80%則為優，證明開發對本次需求的理解與實現較好，通過這些的計算可以有效的幫助研發主管或者專案經理評估此次開發人員的開發質量。
p0通過率（百分比）：對開發與產品經理的自測進行評定，同樣可設定等級，來評估提測質量。
遺留風險問題：目前可能因技術原因等一些因素導致無法快速處理的問題，與專案經理溝通後可遺留。
預留未處理的問題：優先順序未低等一些的bug，不影響版本的發布，可在版本發布後持續進行修復。
如上資訊在測試報告中需要體驗，讓本專案或者非此專案、領導等人一看則清楚此次迭代的情況。
（2）概要
主要針對本次報告中的一些事項進行說明。可包含如下資訊：
原定測試內容、遺留未處理的問題、延遲提測的需求
（3）測試進度跟進情況彙總
（4）分析報表
目的：主要是針對本次測試中發現的bug情況進行總結說明，包括：bug集中的模組、主要是幾種的bug，那種型別的bug佔比較高等等。示例圖如下：
等等其他型別的報表。
測試報告（模板）
版本測試負責人 測試週期 備註v1.0.0 張三 李四 3.21 4.1 序號功能描述 測試結果備註1 商品搜尋 2 支付寶支付 3 4招商銀行支付 序號 功能描述 測試結果備註1 購物車模組 2 後台新增商品模組 3 後台下架商品模組 序號 核心業務 測試結果備註1 商品搜尋 2 商品下單 3 商...
Beta版本測試報告
一 測試找出的bug 到目前為止，beta階段已經完成，除了修復了上乙個版本的練習模式中的 連續兩個運算數當做乙個處理 如1和2連續輸入當做12處理 練習模式沒有提示答案，錯誤種類單一 只提示 很抱歉回答錯誤 第一次回答錯誤後，輸入正確答案仍舊提示回答錯誤，不支援數字的拖動，介面還需要美化和計時模式...
Alpha版本測試報告
bug型別 總數描述 修復的bug 1.中文編碼錯誤 2.學號和手機號在資料庫中採用int型儲存，導致bug 3.資料庫設計和搭建伺服器的一些bug 4.搜尋資訊不能覆蓋原有的資訊 不能重現的bug 目前無這個產品是這樣設計的，不是bug 詳情頁面的沒有直接關閉按鈕 沒有能力修復，將來也不打算修復 ...