筆者在做軟體測試過程中，最初對測試報告的認知就是一個用於結項的可有可無的形式文件，因此只是根據公司提供的模板依葫蘆畫瓢完成了事。但當開始參與ISO的評審、CMMI3等後，開始認識到軟體測試報告遠非一種形式，更多是一個測試活動的總結，專案是否結項的重要參考和依據。因此本文指導一些才從業不久的朋友怎麼編寫一份高質量的測試報告。

要有明確的結論

縱觀一些軟體測試報告，可能測試人員基於規避自己的責任，或者迫於軟體開發經理的壓力，導致在報告中盡寫一些模稜兩可的結論。這樣的測試報告是沒有任何作用的，更多體現了測試團隊的懦弱和無能。一個有效的測試報告，關鍵是有一個建立在真實測試資料上，客觀、公正的明確結論。公司領導把質量交付給你，是希望你能保證公司的軟體質量，如果結論都閃爍其詞，你讓公司怎麼相信、支援測試團隊。

每一條結論都建立在事實、資料上

前面已經提到，測試報告中最重要的就是要有明確的結論。有可能是一組資料，也有可能是一句話。這些結論不管以何種形式展現出來，有個重要的原則：每條結論必須建立在事實、資料上。測試結論不能依照少量的不可靠的資料進行推測，更不能憑空捏造。否則，整個測試報告就真正淪為了一個形式，可能還會因此導致一些未知的負面後果。

測試報告中結果應儘可能圖文結合方式展現出來

測試報告的讀者往往是專案經理，或者公司高層，更有甚者為軟體買單客戶。所以測試報告應儘可能以直觀的形式展現出來。比如資料最好以列表的形式展現出來，測試迭代情況最好以折線圖展現出來，並在圖表下配以文字說明。這樣的測試報告不僅僅是賞心悅目，更讓高層見到了測試團隊的專業性，從而更容易獲得認可。

測試報告中，必須客觀填寫，在結尾給予一定的建議

測試報告中很關鍵的一點就是，必須客觀真實的反應軟體測試的質量檢測結果。所以在報告中，應該排除過多的個人因素，客觀的去填寫結果、說明和報告。但是，如果你有一些想法和建議，也可以在報告結論之後進行附加說明。我一直認為測試人員除了發現缺陷，還有一些具有創造性的東西。

 下面說下一個標準測試報告應該包含的內容資訊：

1、概述，包括本次測試的目的，測試的背景介紹；

2、測試環境，包括測試軟硬體環境及配置，以及測試環境的網路拓撲圖；

3、測試的一些參考資料；

4、測試參與人員，以及投入的時間情況說明；

5、測試的進度情況，包括計劃進度和實際進度；

6、測試情況介紹，包括測試的內容項說明。如功能測試具體的測試項，測試通過情況；效能測試的測試項，測試通過情況等；

7、缺陷的統計和分析，包括迭代次數，缺陷的分佈情況，缺陷的覆蓋情況，缺陷的發展趨勢等；

8、本次測試的結論；

9、測試人員就本次測試的一些建議。

PS:

軟體測試第二版電子書連結：https://pan.baidu.com/s/1sl6zwct 密碼：daru。