測試報告實例OA辦公自動化管理系統部門經理_AAA____項目經理__BBB____開發經理___CCC___測試經理_DDD_____南京艾瑞測試部2013/10/22作者:徐程遠時間：20xx年10月22日新建/變更/審核1.1編寫目的：本測試報告為OA辦公自動化管理系統項目的測試報告，目的在于總結測試階段的測試以及分析測試結果，描述系統是否符合需求。預期參考人員包括用戶、測試人員、、開發人員、項目管理者、其他質量管理人員和需要閱讀本報告的高層經理1.2項目背景：OA系統是本公司為廣大社會用戶開發的一套辦公管理系統，是目前本公司實施的辦公系統中比較有代表性的一套辦公管理系統。目前，BOffice已經開始使用，在使用之中，發現了系統存在的一些問題，為了更加系統和有效地發現系統中的其它問題，本公司啟動本項目來對系統進行測試。1.3系統簡介：OA系統是本公司為廣大社會用戶開發的一套辦公管理系統，是目前本公司實施的辦公系統中比較有代表性的一套辦公管理系統。1.4參考資料本次測試中測試文檔的編寫、測試用例的編寫、具體的執行測試以及測試中各項資源的分配和估算，都是以本公司提供的各子系統的使用手冊盒練習指導手冊為標準，軟件的執行以系統邏輯設計構架為依據。2.1測試用例設計本次測試的測試案例，是在經過系統培訓后，由測試人員根據客戶對系統的介紹和自己對系統的理解按照系統層次結構組織編寫。?本系統案例的編寫采用黑盒測試常用的分析方法設計用例；?對于每一個測試用例，測試設計人員應為其指定輸入（或操作）、預期輸出（或結果）；?每一個測試用例，都必須有詳細的測試步驟描述；?本次測試設計的所有測試用例均需以規范的文檔方式保存；?在整個測試過程中，可根據項目實際情況對測試用例進行適當的變更；?測試用例中測試數據的準備，在客戶的指導和協助下準備。?按照系統的運行結構安排用例的執行；2.2測試環境與配置Windowsserver20032.3測試方法(和工具)本項目采用黑盒測試技術。本項目測試過程中將不會采用測試工具3.1測試執行情況與記錄3.1.3測試版本3.2覆蓋分析3.2.1需求覆蓋3.2.2測試覆蓋3.2缺陷的統計與分析本項目只對系統進行一輪測試，測試過程不需要做缺陷跟蹤。特定義缺陷處理過程如下：1、測試員每天記錄當天發現的缺陷2、測試員每天下班前將記錄的缺陷發送給項目經理3、項目經理將當前的缺陷記錄轉發給客戶指派人員4、測試結束時項目經理將所有缺陷整合成一個完整的缺陷文檔，同其它測試文檔一同提交給客戶3.3.1缺陷匯總3.3.2缺陷分析3.3.3殘留缺陷與未解決問題殘留缺陷編號：BUG號缺陷概要：該缺陷描述的事實原因分析：如何引起缺陷，缺陷的后果，描述造成軟件局限性和其他限制性的原因預防和改進措施：彌補手段和長期策略未解決問題功能/測試類型：測試結果：與預期結果的偏差缺陷：具體描述評價：對這些問題的看法，也就是這些問題如果發出去了會造成什么樣的影響4.1測試結論第二篇：范例1(web系統性能測試報告)1900字1.總述1.1測試對象web系統（數據庫建表sql的版本是20060228-1）（程序代碼的版本是20060310-1）1.2測試目的確定系統支持的最大并發用戶數（系統的處理能力能達到2次請求/分鐘）1.3測試環境1.4測試依據1.5參考資料1.6術語及縮寫詞?測試時間：一輪測試從開始到結束所使用的時間?并發線程數：測試時同時訪問被測系統的線程數。注意，由于測試過程中，每個線程都是以盡可能快的速度發請求，與實際用戶的使用有極大差別，所以，此數據不等同于實際使用時的并發用戶數。?每次時間間隔：測試線程發出一個請求，并得到被測系統的響應后，間隔多少時間發出下一次請求。?平均響應時間：測試線程向被測系統發請求，所有請求的響應時間的平均值。?處理能力：在某一特定環境下，系統處理請求的速度。?cache影響系數：測試數據未必如實際使用時分散，cache在測試過程中會比實際使用時發揮更大作用，從而使測試出的最高處理能力偏高，考慮到這個因素而引入的系數。?用戶習慣操作頻率：根據用戶使用習慣估算出來的，單個用戶在一段時間內，使用此類功能的次數。通常以一天內某段固定的高峰使用時間來統計，如果一天內沒有哪段時間是固定的高峰使用時間，則以一天的工作時間來統計。?預期平均響應時間：由用戶提出的，希望系統在多長時間內響應。注意，這個值并不是某一次訪問的時間，而是一段時間多次訪問后的平均值。?最大并發用戶數：在給定的預期平均響應時間下，系統最多能支持多少個并發用戶。這個數據就是實際可以同時使用系統的用戶數。1.7計算公式?成功率＝成功次數÷（成功次數＋失敗次數）?處理能力＝成功次數÷測試時間?最短平均響應時間＝MIN（平均響應時間）?最高處理能力＝MAX（處理能力）×（1－cache影響系數）?最大并發用戶數＝（最高處理能力－1÷（預期平均響應時間－最短平均響應時間＋（1÷最高處理能力）））÷用戶習慣操作頻率，此公式要注意各時間單位的不同和轉換2.測試方法2.1測試模型2.2測試過程簡述通過編寫特定的測試流程，使用多線程技術，模擬多個瀏覽器持續一段時間并發訪問被測系統，記錄系統相關的一系列信息，計算出系統支持的最大并發用戶數2.3需記錄的數據測試時間平均響應時間成功次數失敗次數web服務器CPU利用率（平均、最大）數據庫服務器CPU利用率（平均、最大）3.測試用例4.測試結果4.1查看記錄內容4.1.1測試日期2006.03.124.1.2數據測試時間（分鐘）5web服務器數據庫服務器每次時平均響處理能CPU占用率CPU占用率并發線程成功次間間隔應時間失敗次數成功率力（次/（％）（％）數數（秒）（秒）分）平均最大平均最大113344007.4697.9094036505252520100.00%0100.00%8.0034.4547.1560.1680.677.2032.6248.9654.4171.33017.333016.805022.096022.1870100.00%10.0043.3753.6587.7398.670100.00%10.4042.9358.8589.720100.00%10.40984354.9293.2599.340100.00%10.4043.4956.2593.8199.675cache影響系數最短平均響應時間（秒）最高處理能力（次/分）用戶習慣操作頻率（次/天）預期平均響應時間（秒）最大并發用戶數4.1.3說明027.00707.46910.4301013520100.00%10.4043.6458.0396.5699.34152050.7481.45