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