軟件測試報告
◆測試報告是把測試的過程和結果寫成文檔
◆對發現的問題和缺陷進行分析,爲糾正軟件存在的質量問題提供依據
◆同時爲軟件驗收和交付打下基礎
◆測試報告是測試階段最後的文檔產出物
◆優秀的測試人員應該具備良好的文檔編寫能力
◆一份詳細的測試報告包含足夠的信息，包括產品質量和測試過程的評價
◆測試報告基於測試中的數據採集以及對最終的測試結果分析
測試報告的內容
1.測試報告的基本信息：
2.引言–編寫目的
◆本測試報告的具體編寫目的，指出預期的讀者範圍
實例:本測試報告爲XXX項目的測試報告，目的在於總結測試階段的測試以及分析測試結果，描述系統是否符合需求(或達到XXX功能目標)。預期參考人員包括用戶、測試人員、、開發人員、項目管理者、其他質量管理人員和需要閱讀本報告的高層經理。
引言一項目背景
◆對項目目標和目的進行簡要說明
引言一系統簡介
◆如果設計說明書有此部分，照抄
◆注意必要的框圖和網絡拓撲圖能吸引眼球
引言一評測產品
◆對測試對象的描述
◆包括但不限於文件/程序所在SVN路徑，SVN版本號等信息（還可能用的是git的路徑，分支，版本，或者是apk文件的路徑，打包方式等）
3.測試概要
◆包括測試的一些聲明、測試範圍、測試目的等等，主要是測試情況簡介
◆用例設計方法
簡要介紹測試用例的設計方法
例如:等價類劃分、邊界值、因果圖等
◆測試環境與配置
簡要介紹測試環境及其配置，可以包含的內容:
數據庫服務器配置、CPU、 內存
硬盤:可用空間大小
操作系統、應用軟件、局域網地址、服務器配置
◆測試方法與工具
簡要介紹測試中採用的方法和工具
提示:主要是黑盒測試，測試方法可以寫上測試的重點和採用的測試模式
工具爲可選項，當使用到測試工具和相關T具時，要說明。
如LoadRunner、Monkey等
4.測試結果與缺陷分析
◆主要彙總各種數據並進行度量，度量包括對測試過程的度量和能力評估、對軟件產品的質量度量和產品評估。
◆測試執行情況與記錄
◆描述測試用例執行情況，包括執行的測試用例、通過的測試用例等，記錄實際數據
◆測試組織（用到了多少人員多少資源，每個人員起到了什麼作用）
◆可列出簡單的測試組架構圖，包括:
測試組架構(如存在分組、 用戶參與等情況)
測試經理(領導人員)
主要測試人員
參與測試人員.
5.覆蓋分析
需求覆蓋率是指經過測試的需求/功能和需求規格說明書中所有需求/功能的比值，通常情況下要達到100%的目標
◆測試覆蓋:需求/功能(或編號)用例個數執行總數
未執行 漏測分析和原因
6.缺陷分析
◆本部分對上述缺陷和其他收集數據進行綜合分析（哪些是嚴重缺陷，哪些是不太嚴重的）
用例質量=缺陷總數/測試用例總數x 100%
缺陷密度=缺陷總數/功能點總數
◆測試曲線圖:
描繪被測系統每工作日/周缺陷數情況，得出缺陷走勢和趨向 （曲線應當最終呈現收斂狀態，如果還在發散的話說明還可能會有未發現的缺陷）
編號: BUG號
◆缺陷概要:該缺陷描述的事實
◆原因分析:如何弓|起缺陷，缺陷的後果，描述造成軟件侷限性和其他限制性的原因以及未解決原因
◆預防和改進措施:彌補手段和長期策略（長期來看怎麼避免這種問題）
7.測試結論
測試執行是否充分(可以增加對安全性、可靠性、可維護性和性能描述)
◆是否可以進入下一階段項目目標
◆對測試風險的控制措施和成效（如果要和銀行聯測，那不可能真的聯合銀行來進行測試，但是如果我們有自己的預生產環境，能夠模擬銀行進行測試，那麼我們的產品就有了最後一步校驗，這一點就要在測試結論中進行總結）
◆測試目標是否完成
◆測試是否通過
8.建議
◆對系統存在問題的說明，描述測試所揭露的軟件缺陷和不足以及可能給軟件實施和運行帶來的影響.（比如測試中由於哪些開發或者哪些測試給項目帶來了重大影響，需要歸納總結，未來如何規避這些影響）
◆可能存在的潛在缺陷和後續工作（時間不等人，有些缺陷還沒來得及測試完但是項目需要緊急上線，要及時記錄並且想到可能會有哪些潛在的缺陷，如何規避用戶發現這些缺陷，點到了該如何處理）
◆對缺陷修改和產品設計的建議
（缺陷修改大家反應的速度不夠快，溝通方式有問題等）
驗收測試
驗收測試的主要內容
◆驗收測試是部署軟件之前的最後一個測試操作
◆驗收測試的目的是:確保軟件準備就緒，並且可以讓最終用戶將其用於執行軟件的既定功能和任務
驗收測試任務
◆驗收測試是向未來的用戶表明系統能夠像預定要求那樣. 工作,也就是驗證軟件的有效性
◆驗收測試的任務，即驗證軟件的功能和性能如同用戶所合理期待的那樣（功能都有，用戶使用感不錯）
驗收方是第三方的時候：
驗收方就是項目經理的話：
驗收測試包括alpha測試和beta測試，alpha測試是由開發者進行的軟件測試，beta測試是由用戶在脫離開發環境下進行的軟件測試。
Alpha測試
◆Alpha測試是由用戶在開發環境下進行的測試 （用戶受控制）
◆也可以是開發機構內部的用戶在模擬實際操作環境下進行的測試
◆開發者坐在用戶旁邊，這是在開發者受控的環境下進行的測試
◆在系統開發接近完成時對應用系統的測試
◆測試後仍然會有少量的設計變更（用戶發現哪裏不大好用，後續會繼續設計更改）
◆這種測試一般由最終用戶或其它人員完成，不能由程序或測試員完成
Beta測試
◆Beta測試是由軟件的多個用戶在一個或多個用戶的實際使用環境下進行的測試
◆開發者通常不在測試現場,這是在開發者無法控制的環境下進行的測試
◆由用戶記錄下遇到的所有問題，定期向開發者報告
◆beta測試是—模擬真實的使用環境從而發現缺陷的一種測試（相當於遊戲的內測）