第三十章 項目的測試報告和質量報告，你分的清嗎？
臨近測試執行階段的尾聲，我開始做功課研究怎么寫測試報告，在做功課的過程中，看到好幾個概念，于是，跑去跟老大請教：軟件測試報告跟回歸測試報告有何區別？測試細則又是什么呢？
老大說，如果簡單說來，軟件測試報告你可以理解成一個統稱，而回歸測試報告只是其中一個子項。而測試細則，它其實是測試計劃里的具體測試策略和步驟，是用于執行參考的，如果把它放到測試報告中，那應該就是表示測試的執行步驟和細節。
老大問我，你做了不少功課，現在知道怎么寫測試報告了嗎？
我說會了，不就是羅列出項目中的所有測試環節、步驟、方法，發現的所有缺陷，以及缺陷產生的原因和分析，在各個環節中遇到的問題，比如因為開發自測質量不高而導致需求提測時間延遲的問題等等。
老大說，這是一份常見的測試報告和質量報告的混合體，我先不評判你這種報告做的是否正確，我先跟你說說測試報告和質量報告的區別吧，然后，我們再回過頭來看看上述報告是否合適吧。
1. 報告的閱讀對象決定了這兩種報告本質上的區別：
測試報告，閱讀對象主要為負責產品版本發布的經理，在我們公司，叫 Release Manager，他閱讀這份報告的目的是想從其中獲取到相應版本的質量，是否已經達到了可發布的標準，Pass, Faile or Pass with Risk，我們完成了哪些測試工作，當前遺留的未解決 Bug 有多少，已知問題有哪些等等，當然，他也需要從這份報告中了解到這個版本有哪些需求和改動。
質量報告，閱讀對象主要為負責產品研發的經理，在一些規模很大的企業，還有一個崗位的人員會看這份報告，那就是 EPG，他們閱讀這份報告的目的是想從羅列的問題和原因分析中找到所有可以改進的點，有可能是流程上的，也有可能是技術方法上的，當然，也可能就是人的問題，總之，他們就是想通過這份報告里的問題，找到可改進的地方，然后對其進行有計劃地、循序漸進的改進。
我們再回到前文提到的那個“混合型”的報告，你現在應該能告訴我，它是否是一份合適的報告了吧？
對于產品研發經理或者 EPG 來說，要么就是對版本需求和改動很熟悉了，要么就是只關注整個研發過程，并不關注產物本身的，你在報告里花大量篇幅羅列了需求和改動，沒有任何意義。
對于發布經理來說，我只想你告訴我，當前質量是否能發布了，其他的問題都是你們研發過程或者研發團隊的問題，我不關心。換個角度，如果站在產品研發團隊的經理角度來說，那些問題其實都是“家丑”，那你覺得該“外揚”嗎？
2. 報告的編寫人角色決定了這兩種報告直觀上的區別：
測試報告，編寫人是測試經理或測試項目負責人，也就是你現在所承擔的角色。
質量報告，編寫人是獨立的 QA 工程師，在 QA 由測試兼任的公司，也是由測試經理或測試負責人編寫。
- 最后，我再跟你說說兩種報告中較為關鍵的條目，但可以因地制宜，不全是必選項：
測試報告：
版本信息：包括所有發布組件的名稱和版本號；
依賴關系：所有組件之間的依賴關系，是強依賴，還是弱依賴，如果有依賴關系，就一定要說清楚上線的部署順序和原因，以免出現問題；
測試環境配置：包括服務器的系統版本、中間件的版本、數據庫的版本、客戶端的瀏覽器類型/版本，OS 類型/版本等等；
已完成的測試范圍、類型和方法，包括結果，如果做了性能測試，附上性能測試結果，如果做了安全測試，附上 APPScan 的掃描結果，如果執行了手工用例，附上用例的 Run Infomation 等等；
測試結論：版本發布的標準是什么？依據標準，該版本是否已經可發布，如果不可發布，原因是什么？如果是可帶著風險發布，那風險有哪些？
已知問題清單：該版本截止到發布日期，還有哪些是未在當前版本得到修復的仍然存在的缺陷；
質量報告：
同類型項目的歷史質量數據比對；
當前版本的質量期望目標；
經過統計分析過的缺陷分布圖和缺陷修復曲線圖；
針對過程中遇到的問題，所做的 3W 分析：
What's the problem？
What's the root cause？
What's the solution？
- 針對當前版本的質量問題（數據的和過程的）所作的總結分析和改進建議；
《告訴你如何從執行測試到管理測試》帶你邁出第（30）步！，點擊這里可查看完整地圖
作者簡介：14 年測試 + 11 年項目管理 + 11 年團隊管理 = 一個測試老兵
