作為一個曾經是測試萌新的我，在首次接收到一個任務時總有一種忐忑慌張激動緊張期望的復雜情緒~~忐忑慌張緊張是怕自己做不好，得不到領導的賞識；激動期望是哇塞，我有任務了耶，終於有我的用武之地了~~~ 就好比今天的主題，如果一個項目完結后，領導要你獨立完成測試報告的整理，你會如何？是胸有成竹呢？還是瑟瑟發抖？
希望看完今天這篇文章的人，都能成為胸有成竹得到領導賞識的優秀新人！
言歸正傳，直入主題。測試報告具體包含的內容包括以下（不同公司提供的模板或許有不同，但大體都一樣）：
第1部分：引言包括兩部分1.1項目背景 和 1.2參考資料
1.1項目背景
本測試報告的具體編寫目的，指出預期的讀者范圍。(3-4句)
本測試報告為（系統名稱）系統測試報告；本報告目的在於總結測試階段的測試
及測試結果分析，描述系統是否達到需求的目的。
本報告預期參考人員包括測試人員、測試部門經理、項目管理人員、SQA人員和其他質量控制人員。
1.2參考資料
這里主要包括《需求規格說明書》、測試計划、測試用例、缺陷記錄
第2部分：測試基本信息主要包含測試范圍，測試方案設計思路
2.1測試范圍
| 產品 |
模塊 |
子模塊 |
功能 |
測試點 |
優先級 |
負責人 |
| QQ郵箱 |
收件箱 |
群郵件 |
群郵件的刪除功能 |
1、郵件的刪除 2、郵件徹底刪除 |
高 |
xxx |
| 草稿箱 |
草稿刪除功能 |
1、郵件的刪除 |
高 |
xxx |
2.2測試案例設計思路
根據上述測試范圍測試點進行測試用例的設計。主要采用黑盒用例設計方法等價類划分法、邊界值分析法、錯誤推測法、場景法。
l 功能測試：確保測試對象的功能正常，其中包括業務流程、數據處理、邊界值等功能。
l 用戶界面 (UI) 測試：核實用戶與軟件之間的交互，確保用戶界面會通過測試對象的功能來為用戶提供相應的訪問或瀏覽功能，確保 UI 中的對象按照預期的方式運行，確保各個窗口風格（包括顏色、字體、提示信息、圖標、等等）都與需求保持一致，或符合可接受標准，能夠保證用戶界面的友好性、易操作性，而且符合用戶操作習慣
l 流程測試:核實實際業務流程在系統中的完整正確實現。應確保各業務流程內部數據流轉及流程之間接口數據的正確，確保角色權限對流程的操作的限制的正確性
l 安全性測試：確保用戶、管理員的密碼管理安全、應用程序級別與系統級別的安全的安全性
l 兼容性測試：確保系統在各種不同版本不同類項瀏覽器下均能正常實現其功能
第3部分：測試結果及缺陷分析主要包括測試執行情況與記錄、缺陷的統計與分析
3.1 測試執行情況與記錄
3.1.1測試組織
| 項目經理 |
軟件工程師 |
測試工程師 |
業務負責人 |
3.1.2測試時間
|
測試 階段 |
計划開 始時間 |
計划結 束時間 |
實際開 始時間 |
實際結 束時間 |
計划工作量（人天） |
實際工作量（人天） |
3.1.3冒煙情況
| 冒煙 測試 |
時間 |
是否通過 |
如不通過，請寫原因 |
3.1.4測試用例統計
| 案例總數 |
執行個數 |
成功個數 |
失敗個數 |
未執行個數 |
案例成功率 |
3.2 缺陷的統計與分析
缺陷匯總：
總缺陷數：59， 已解決：1，激活：58
缺陷分析：
按缺陷類型統計：
從以上數據得出，大量bug類型為代碼問題，只有1個是性能問題
按嚴重程度統計：
按功能模塊統計：
按測試階段統計：
（以上3種來興統計及分析都參考缺陷類型統計及分析來整理）
殘留缺陷與未解決問題：
| bugid |
Bug描述 |
狀態 |
未解決說明 |
（以上這塊把所有殘留未解決的問題按列表進行整理出來）
第4部分：測試結論與建議包括風險分析及建議、測試結論
4.1 風險分析及建議
（列舉測試執行過程中比如因資源不足導致測試覆蓋不全的問題，例如app測試過程中兼容性測試，因為公司測試機的缺少，存在測試不完全）
4.2測試結論
本項目根據業務需求及開發人員的反饋意見，覆蓋了所有的測試需求及案例，均已在ST環境測試完成，有效案例一共 xx個，執行率 xx%,，成功率 xx%，缺陷關閉率為xx%，目前缺陷均已修復並回歸關閉；
綜上所述，xx項目達到ST項目測試出口標准，本項目ST測試(通過/不通過)，可以進行驗收測試/發布
第5部分：交付文檔 將測試過程中所有包括的文檔進行交付，主要包括測試計划、測試用例/案例、缺陷記錄、測試報告
以上就是測試報告中包含的所有內容，如果剛好你們公司沒有模板的話，直接按照這個來寫吧，so easy~
==========