如何編寫有效的測試報告？
看到有人提到這個問題，就來湊湊熱鬧，結合實踐談談我的看法。
既然是說到如何編寫有效的測試報告，那么我的重點就是在于有效，而不是一般的洋洋灑灑幾千字的非常八股文的測試報告，有時候怎么說呢，唉，生在中國就不得不搞一些形象工程，所以，一說到報告大家的概念好像就必須是洋洋灑灑羅羅嗦嗦繁冗復雜的數千字……不過，我在這里不想談那個“政績報告”。偶是一個非常實用主義者。
廢話少說，我們要說的是如何做有效的測試報告。
既然說到有效，我覺得要有兩個特點：完整和實用，突出重點。引用一句廣告詞就是說“簡約而不簡單”，就是說要完整但又不說廢話，能肥則肥，能瘦則瘦，重點部分要突出，要細說，非重點部分，一筆帶過，只是為了保證一個文檔的完整性。
說到一個測試報告，是對測試的過程和結果的匯總描述，所以其核心內容是兩個，一個是測試結果的匯總報告，一個是測試過程的匯總總結，前者是針對所測軟件本身，是給所測軟件一個客觀真實的評價；后者則是針對過程改進，回顧測試流程中存在的不足，加以總結改進。除了這兩項核心內容之外，其他的內容都是次要的，但是為了保持文檔的美觀性和周全性，其他各部分還是要寫寫的。
具體說一般一個測試報告有如下部分構成，下面一一細說。（下面也是我在我們公司執行的模板）
1.引言
這個不用多說了，一般包括編寫目的，項目背景介紹，參考資料等等，該項基本可以隨便寫寫。（只是為了保持文檔的完整性）
2.測試用例設計
對用例設計做一個簡單的描述，包括測試范圍阿，測試目標阿，測試重點阿等。該項基本可以隨便寫寫。（只是為了保持文檔的完整性）
3.測試環境
主要描述測試所用環境，包括硬件環境和軟件環境，服務端和客戶端。該項比較重要。
4.測試方法
主要描述測試過程中自己用到什么測試方法，白盒還是黑盒，哪些部分用了自動化，用多少。該項比較重要。
6.測試時間安排（執行情況）
主要描述測試過程，每個時間段都做了什么事情。該項必不可少。
7.缺陷匯總及分析
7.1缺陷總結
一般按照嚴重程度，功能模塊進行劃分。能畫圖就畫個圖吧，直觀一點。該項很重要，絕不可少。
7.2缺陷分析
通過上面7.1的總結，對bug進行分析。這項是測試報告的核心所在，一般有缺陷功能模塊分析，缺陷類型分析和缺陷發現階段分析
7.3遺留問題
目前軟件殘存的已知問題。有些是解決不掉的問題。該項很重要，絕不可少。
7.4測試結論
基于以上分析，給被測軟件一個全面客觀真實的結論，功能如何，性能如何，穩定性，安全性等等給出一個評價。該項最重要，絕不可少。
8.測試過程改進
對整個測試活動進行一個總結，有哪些得失，測試方法和流程需要哪些改進，測試過程中暴露出哪些問題，有哪些好的地方值得發揚等等。該項很重要，絕不可少。
9.附錄
一般附上缺陷列表以及執行過的測試用例地址等。該項基本可以隨便寫寫。（只是為了保持文檔的完整性）
上面這個只是我個人比較常用的模板，僅供參考。我覺得寫文檔要有模板，但模板只限于統一規范和格式（一般公司內部的文檔要統一規范，要不大家各寫各的就亂了），模板還有一個好處是引導思路，但是寫文檔不要拘泥于模板，還是要根據自己的需要，實用一點。
最后，啰嗦一句，其實測試總結報告不是僅僅為了應付測試經理或者領導，任何事情好好去做了就又是一回事，我覺得作為一個測試人員，靜下心來對自己幾個月的測試工作有一個深入的總結，也能夠使經驗得到積累，意識得到升華，何樂而不為呢？不能抱著應付的態度，總結是提高自己的必經之路。
這就是如何才“有效”！
文章來源于領測軟件測試網 http://www.kjueaiud.com/
