頁面設計
測試報告首頁
重測：該功能是将系統所有配置為日常測試的用例整體全部測試一遍，什麼場景下會用到這個功能呢，當例行測試的時間節點，由于環境原因，導緻測試結果大批量無效的時候，使用此功能重新測試；
重新整理：重新整理測試統計結果，測試報告的資訊是儲存在緩存裡面的，每次測試結束會重新整理測試結果，重新整理是清除緩存，重新從資料庫中統計測試結果；
詳細：跳轉到測試詳細資訊頁；
1：近10日測試結果曲線-平台僅儲存近10日的運作結果資訊，可以看到近10日測試結果趨勢，更早時間節點的測試結果會被系統自動清除；如果某次失敗的數量很高，很有可能是由于環境原因導緻的，此時及時告警，恢複測試環境。
2：各測試集測試結果分布-按照測試集中統計成功，失敗，未斷言，中斷的占比；
3：最近一次執行結果分布：最近一次總的執行的成功，失敗，警告，跳過的占比；
4：用例執行失敗原因分布：在測試結果詳細頁，可以正對每一個執行失敗的記錄進行分類，管理整理好後，會彙總成一個報告；
資料問題：需要對測試資料進行修複，有可能是測試資料被系統或者其他測試人員使用，沒有恢複，可以通過修複測試資料，或者配置前後置條件來保證測試用例的運作有效性。
環境問題：如果出現大批量的環境問題，需要重新測試。如果量大，則全部重新測試，如果量少，則單個修正測試。
程式缺陷：判定為程式缺陷的時候一定是測試人員确認過後的，這個需要結合測試資料，測試用例的運作場景，以及測試結果來判定的，最終需要找到負責相關業務的開發同僚進行修複；
配置錯誤：也是在測試完成後，由測試人員檢查測試結果，來判定該執行結果失敗原因是由于配置導緻的錯誤，後期需要測試人員修正測試用例。
執行中斷：通常表現為用例執行沒有成功，請求沒有發出去，或者由于某種原因，系統發生了異常，記錄該用例沒有執行。
未知錯誤：執行失敗了的用例，測試人員還沒有整理失敗原因的用例結果；
5：各服務用例分布：各服務的用例分布占比情況；
系統每天會在8：00 自動執行測試，并統計測試結果，形成報表，彙總到資料庫，并以企業微信的形式發送測試報告資訊。800多個用例，大概耗時4分鐘，每天在上班前都能收到當天的測試報告。
測試結果詳細頁-HTTP接口測試用例結果
測試結果詳細頁-DUBBO接口測試用例結果