【測試新人必備】測試報告如何編寫?
測試報告具體包含的內容包括以下(不同公司提供的模板或許有不同,但大體都一樣):
第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部分:交付文件 將測試過程中所有包括的文件進行交付,主要包括測試計劃、測試用例/案例、缺陷記錄、測試報告