1、報告資訊
2、引言
3、測試概要
4、測試結果與缺陷分析
5、測試結論與建議
6、測試限制
1、編寫目的
具體編寫目的，指出預期的讀者範圍。
2、專案背景
3、系統簡介
設計說明書有此部分，照抄
注意必要的框圖和網路拓撲圖
4、評測產品
對測試物件的描述
包括但不限於檔案、程式所在的svn路徑，svn版本號等資訊
5、測試概要
宣告、範圍、目的等等。包含用例設計方法，簡要介紹測試用例的設計方法。
測試環境與配置，包含：
資料庫伺服器配置、cpu、記憶體
硬碟：可用空間大小
作業系統、應用軟體、區域網位址、伺服器配置
測試方法與工具，黑盒測試，如 loadrunner、monkey等
6、測試結果與缺陷分析
主要彙總各種資料並度量，度量包括對測試過程的度量和能力評估，對軟體產品質量度量和產品評估。
測試執**況與記錄
測試組織的架構圖，包括：
測試組架構（如存在分組、使用者參與等情況）
測試經理（leader）
主要測試人員
參與測試人員
7、覆蓋分析
需求覆蓋率是指經過測試的需求/功能和需求規格說明書中所有需求/功能的比值，通常情況要100%
測試覆蓋：需求/功能用例個數、執行總數、未執行、漏測分析和原因
8、缺陷分析
上述缺陷和其他收集資料進行綜合分析
用例質量=缺陷總數/測試用例總數*100%
缺陷密度=缺陷總數/功能點總數
測試曲線圖：
描繪被測系統每工作日/周缺陷數，得出缺陷走勢和趨向。
9、殘留缺陷和未解決問題
bug號
缺陷概要 該缺陷描述的事實
原因分析：如何引起缺陷，缺陷的後果，描述造成軟體侷限性和其他限制性原因，以及為解決原因
預防和改進措施：彌補手段和長期策略
10、測試結論
分析測試執行是否充分（可增加ui安全性、可靠性、可維護性和效能描述）
是否可以進入下一階段專案目標
對測試風險的控制措施和成效
測試目標是否完成
測試是否通過
11、建議
對系統存在問題說明，描述測試所揭露的軟體缺陷和不足，以及可能給軟體事實和執行帶來的影響。
可能存在的潛在缺陷和後續工作。
對缺陷修改和產品設計的建議。
驗收測試是向未來的使用者表明系統能夠像預定要求那樣工作，也就是驗證軟體的有效性。
功能和效能角度都符合使用者期待
alpha測試
使用者在開發環境下進行的測試
比如：公司內部其他部門的使用者在模擬實際操作環境下進行的測試
特點：開發者坐在使用者旁邊。
在系統開發接近完成時對應用系統的測試，測試後仍然會有少量設計變更。
一般由終端使用者或其他人員完成，不能由程式或測試員完成。
beta測試
由軟體的多個使用者在乙個或多個使用者的實際使用環境下進行測試。
開發者不在測試現場
由使用者記錄問題，頂起向開發者報告
相當於遊戲內測
軟體測試筆記 5 軟體測試計畫
產品的開發需要文件，軟體測試同樣需要這樣的文件。它包含了測試活動的內容，確保客戶的需求被高質量的實現和交付。測試文件的定義則是從產品的定義，專案的相關文件，客戶的需求文件中派生出來的。它通常是測試的經理或者測試負責人來完成，具體內容包括了測試範圍，要測試什麼，不測試什麼，如何實施測試，執行測試，有誰...
軟體測試筆記
qtp loadrunner 整合測試 integration testing 是在假定各個軟體單元已經通過了單元測試的前提下，檢查各個軟體單元之間的相互介面是否正確。也稱為組裝測試 聯合測試 子系統測試或部件測試 整合測試演變出了功能測試，效能測試 方法處理資料的時間，方法併發能力 整合測試的方面...
軟體測試筆記
軟體測試 黑盒測試 一 黑盒測試主要發現以下錯誤 1.是否有不正確或者遺漏的功能 2.介面是否有錯誤 3.在介面上，輸入能否正確的接收？能否輸出正確的結果 4.效能上能否滿足需求 5.是否 有初始化或終止化性的錯誤？二 1.黑盒測試的優點 從產品功能的角度測試可以最大限度的滿足客戶的需求 相同動作可...