如何編寫高質量的缺陷報告（二）
測試時間為有限資源時，精準判斷測試策略優先級（測試中期時，需快速確定優先級，定位Bug或二輪測試某個功能）
測試中期時發現的較嚴重級別的Bug，定位判斷時明確“止損”點（即研究15分鐘，若未出成果，停止定位，得出的碎片信息作為附件上傳）
提交Bug組織語言幹凈準確，忌冗余。（項目緊張階段，可以提前給Bug歸類並自制模板，如垂直類型的Bug可以直接copy其重現步驟、測試數據等）
測試時間充足時，可以找出一些非典型的Bug並練習定位，有利於提升測試知識技能。
二、通過bug評估發現更多信息
缺陷提供了被測軟件的新信息。利用新信息對相關領域測試，可以發現一些額外信息，完善缺陷報告；同時也可發現相似Bug，使測試對軟件質量更了解。
後續測試切入點是評估當前缺陷的風險。
風險暴露的可能性，即評估風險轉化為實際失敗的概率。測試需找到容易暴露的多個用戶場景
風險暴露的損失，估算失敗造成的損失。
吸取教訓作新設計時考慮到：嚴重缺陷要求更廣泛的測試，多角度思考測試覆蓋。可以運用產品元素來保證覆蓋面。
結構：測試需要從文件級別（構成軟件的各種文件）、代碼級別（語句、函數、類等）考慮覆蓋。
功能：測試需要確保覆蓋每個功能的相關細節，檢查缺陷的影響範圍。
數據：測試需要將數據分類 ，並執行每個數據分類下的Case。
接口：軟件所提供的操作界面。如用戶界面、系統界面、API、編程平臺SDK、數據導入和導出功能 。
平臺：軟件依賴的軟硬件環境。包括硬件平臺、網絡環境、OS、軟件依賴的其他軟件和網絡服務等。
操作：軟件可能的使用方式 。測試將功能組合成流程，用不同順序方式調用。多角度挖掘用戶scene。
時間：軟件與時間相關的元素。很多錯誤與時間或時序有關。如多線程死鎖、多線程競態條件、客戶端與服務端時間不同步引發的沖突等。
如何編寫高質量的缺陷報告（二）