王豆豆之前寫過測試計劃如何寫?測試用例如何寫?因此,當然也少不了在測試文檔中占有重要地位的測試報告,所以今天王豆豆寫寫測試報告如何編寫的。
1、什麼時候寫?
測試報告一般是在項目測試結束或一個疊代完成之後由測試負責人編寫。若不是項目,只有一二個測試人員,那就是由該項目主導人來寫,若只有你一個來測試,那就是由你來寫。
2、測試報告內容
測試報告主要內容大致可以分為測試範圍、測試進度、缺陷管理、測試結論四大部分,在實際編寫過程中,我們根據企業的要求輸出這四個部分或包含這四個部分以上的內容即可。
(1)測試範圍
測試範圍主要是寫本次項目或本次疊代需要測試的功能,一般來說是以新增功能和修改功能為主,以回歸測試內容為輔,測試報告中的測試範圍可以摘取測試計劃中的測試範圍,再根據本輪測試活動中實際測試的功能進行補充。
測試報告中測試範圍與測試計劃中的測試範圍區別:
1、內容:測試計劃中的測試範圍是根據需求文檔梳理出來的,而測試報告中的測試範圍以實際測試內容整理出來的
2、結果:測試計劃中的測試範圍沒有測試結果,測試報告中的測試範圍需要標明測試結果
(2)測試進度
測試報告中的測試進度由二部分組成:一個是時間進度安排(展示),另一個是人員測試時間花費。
1、時間進度安排
測試報告中的測試時間比測試計劃中的測試時間多了每個階段中實際開始時間和實際結束時間。
我是一個例子:
以上例子中的每個階段的計劃時間與實際時間不是絕對的,也不是準確的,每個階段預計時間根據本輪測試內容是多是少來決定,而實際時間由測試人員效率、測試內容、開發質量來決定。
2、測試時間花費
測試時間花費的輸出是測試計劃中所沒有的,測試報告中輸出測試時間花費主要是反映本輪測試所花費總的單位人力時間,也從側方面反映本輪軟體質量。
我是一個例子:
執行測試人:X人(XXX、XXX、XXX等)—》本輪測試中參與了多少人測試人員
總花費時間:XXX人/天 —》總的單位人力時間
(3)缺陷管理
缺陷管理是測試報告中的核心內容,而測試報告中需要對本輪測試缺陷從不同維度進行輸出,目的就是為了從缺陷分析中得出軟體質量、修改bug的效率、開發質量等。
一般測試報告中需要輸出:
- 缺陷匯總
統計本輪所有缺陷,可以根據提測版本來匯總
我是一個例子:
- 按bug等級分
根據bug等級統計本輪缺陷的分布情況
- 按模塊分
根據測試系統/模塊來統計本輪缺陷的分布情況
- 缺陷收斂情況
缺陷收斂情況就統計測試過程中每天新增bug數、解決bug數、關閉bug數,來檢查bug的收斂是否健康,一般來說第一個測試版本bug數量會增加,後面慢慢bug會降低,關閉bug數量會慢慢增加,這裡主要檢查一個bug開啟的數量、測試後期bug數量有沒有增多等情況。
缺陷收斂情況除了用表格展示之外,還可以以圖表的形式展示,更出看出缺陷的健康度。
缺陷管理中不僅限於包含以上內容,還會根據實際的項目情況包含其他bug分析內容,比如缺陷狀態、缺陷遺留等。
(4)測試結論
測試報告中的測試結論絕對是占C位的,也有企業寫測試報告只需要測試結論就行。
測試結論中包含對本輪測試過程的總結,主要是得出本輪測試之後項目是否達到了上線標準,所以測試結論有測試通過,可以上線,或者是測試不通過,建議不上線。
1、測試通過,可以上線
總結性語言寫出本輪測試從哪些維度進行了哪些功能/業務方面的測試,滿足需求文檔和上線標準。
我是一個簡單的例子:
XX項目在測試環境進行了功能、可靠性、安全性、可用性、性能五個方面進行了全面、嚴格、規範的測試,測試結果表明,XX項目實現了XXX業務,項目測試質量符合需求及上線標準。
測試結論:通過
2、測試不通過,建議不上線
一般來說軟體測試結論中很少會包含測試不通過的情況,但軟體測試人員還是要根據實際的測試情況給出實際的結論,若是軟體質量不理想,不要迫於壓力而建議上線。
測試報告包含了軟體測試人員對於這次軟體質量的評估,所以在寫測報報告的時候需要客觀地分析這次測試活動,雖說很多企業在項目都沒有要求輸出測試報告,但王豆豆還是建議每個測試項目都儘量輸出測試報告,可以不用word文檔來來,直接在郵件中寫,不需要太詳細,包括主要內容即可,然後通過發送郵件的方式來知會到項目組成員。