在測試活動結束後，進行測試過程回顧是很好的事情，能幫助我們看看測試過程各個模組投入的精力是否合理，測試狀態是否飽滿，測試過程是否存在風險及下次活動怎樣規避。
缺陷提交時間bug數量趨勢圖
如果bug發現越靠後，那風險越高，期望在後期呈現收斂趨勢
（在測試執行過程中，除了關注測試進度把控，
還可以關注bug數量趨勢，看測試人員的測試狀態是否需要調整）
缺陷嚴重性分布圖
（致命問題是迭代模組的主要功能受阻；
嚴重問題主要為迭代模組的主要功能、資料、展示等問題；
一般性問題主要為迭代模組中的次要功能、展示等問題；
輕微問題主要為提示、建議、優化或影響小等問題。）
缺陷模組分布圖
（該迭代版本主要集中在**和**模組，故缺陷較多。
缺陷數量排在前5位的模組分別為：pc後台(12)、……）
缺陷處理狀態分布圖
（注：遺留*個問題未關閉。
原因：1個無法重現，1個不緊急且有規避措施，1個目前系統業務形態暫是如此、後期分析後**解決方案，故團隊評審後決定延期處理。）
缺陷啟用次數，能反應bug的修復質量
（在測試過程中，回歸bug時，注意能啟用的就不重新新建bug）
**********==以上，以後測試工作中哪些方向可以改進？？***************===
比如：1.測試執行階段，過程的記錄可以優化（加入模組的第幾輪測試的情況）
2.作計畫時，在整合測試、系統測試的測試方向的列舉
（模組測試階段：
新模組測試範圍包含：測試型別：功能、ui、資料正確性、系統互動、平台互動、終端互動、相容性、易用性、使用場景、業務場景、業務流程、使用者體驗、異常操作等；
對新模組的第二輪測試，測試型別：回歸、相容性、易用性、使用場景、使用者體驗、異常操作、探索性發散性測試等；）
（系統測試階段：
在excel插入資料透視表的方式統計各個維度的缺陷數，很好用，具體操作後面補一篇。
測試管理之測試過程
測試過程 以此文來闡述自己對於測試過程的認識 過程分類 測試過程主要分為測試前 測試中 測試完成 發布後 測試前 測試前注意事項 測試中 測試中需要關注事項 發布後 當需求或專案發布上線之後，需要 線上觀察 1 需求或專案發布之後，觀察相應資料，確定線上資料正常 2 觀察需求或專案主要 工程日誌，確...
系統測試測試過程
2.1 計畫階段 明確what目標 why測試目的 when可控時間 where測試範圍 how如何開展.主要活動有 參與開發人員軟體需求的分析，srs評審，通過後寫st計畫，進行st計畫評審。入口準則 srs完成並確定需求規格基線 輸入 srs sdp svvp 出口準則 st計畫評審通過 輸出 ...
軟體測試技術基礎之測試過程
1 測試階段劃分 按測試執行順序 單元測試 unit testing 定義 針對軟體基本組成單元 軟體設計的最小單位 來進行正確性檢驗的工作 測試目的 檢測軟體模組對 詳細設計說明書 的符合程度。整合測試 integration testing 定義 在單元測試的基礎上，將所有模組按照概要設計要求組...