性能測試報告-模板

PAGE3/NUMPAGES3性能測試報告-模板

Xxx系統(tǒng)性能測試報告

擬制：****日期：****審核：日期：

批準(zhǔn)：日期：

1.概述

1.1.編寫目的

本次測試報告為xxx系統(tǒng)的性能測試總結(jié)報告，目的在于總結(jié)性能測試工作，并分析測試結(jié)果，描述系統(tǒng)是否符合xxx系統(tǒng)的性能需求。

預(yù)期參考人員包括用戶、測試人員、開發(fā)人員、項目管理者、質(zhì)量管理人員和需要閱讀本報告的高層經(jīng)理。

1.2.項目背景

騰訊公司為員工提供一個網(wǎng)上查詢班車的入口，分析出哪些路線/站點比較緊張或?qū)捤?，以進(jìn)行一些合理調(diào)配。

1.3.測試目標(biāo)

（簡要列出進(jìn)行本次壓力測試的主要目標(biāo)）完善班車管理系統(tǒng)，滿足騰訊內(nèi)部員工的班車查詢需求，滿足500個用戶并發(fā)訪問本系統(tǒng)。

1.4.名詞解釋

測試時間：一輪測試從開始到結(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.5.參考文檔

無

2.測試環(huán)境說明

2.1.硬件配置

2.2.軟件配置

2.3.測試環(huán)境組網(wǎng)圖

數(shù)據(jù)庫服務(wù)器

3.測試策略

3.1.人力資源

3.2.測試方案

（系統(tǒng)中需要做性能測試的功能點）

因有2500個用戶的需求，根據(jù)并發(fā)用戶占所有用戶20%的經(jīng)驗原則，并發(fā)用戶在500個左右，使用LoadRunner11工具測試，創(chuàng)建相關(guān)操作腳本，同時設(shè)計500個用戶同時分別訪問系統(tǒng)首頁、班車路線、關(guān)注站點頁面，設(shè)置對服務(wù)器的性能監(jiān)視，長時間運行13小時后，查看各性能批標(biāo)。本測試不包括與TOF2交互。

測試過程按三個步驟進(jìn)行，即單獨場景壓力測試、混合場景壓力測試、穩(wěn)定性測試：

單獨場景壓力測試：針對某個功能點進(jìn)行壓力測試，分析測試結(jié)果是否滿足用戶要求的指標(biāo)；

混合場景壓力測試：根據(jù)實際用戶操作，將多個單獨的業(yè)務(wù)操作同時進(jìn)行壓力測試，分析測試結(jié)果是否滿足用戶要求的指標(biāo)；

穩(wěn)定性測試：選擇某些業(yè)務(wù)場景對系統(tǒng)加載壓力，持續(xù)運行一段時間，根據(jù)并發(fā)量或系統(tǒng)監(jiān)控等來觀察系統(tǒng)的穩(wěn)定性。

3.3.測試場景

設(shè)計500個用戶分別訪問班車系統(tǒng)首頁、班車路線、關(guān)注站點頁面。

加壓方案：每5s增加50個用戶，直到增加到500個。

減壓方案：每5s停止50個用戶，直到全部停止。

3.4.測試用例

3.4.1.500個用戶并發(fā)訪問班車路線頁面

3.4.2.500個用戶并發(fā)訪問關(guān)注站點頁面

4.測試結(jié)果

4.1.測試結(jié)果

提示內(nèi)部服務(wù)器錯誤，分析這些原因應(yīng)與測試用的服務(wù)器硬件配置有關(guān)，因為這邊測試機(jī)器使用都是普通的PC機(jī)，在每秒一千多次的點擊中，機(jī)器在某些時刻受到其他程序的響應(yīng)可能處理不過來，故產(chǎn)生一些錯誤。

響應(yīng)時間平滑，無大波動，2個事務(wù)的平均響應(yīng)時間在5s以內(nèi)，可以接受。

每秒點擊數(shù)最大為1047，最小為1018，平均值1028，波動不大，非常穩(wěn)定。

服務(wù)器的CPU、內(nèi)存使用率平穩(wěn)，達(dá)到預(yù)期結(jié)果。

沒有錯誤，響應(yīng)時間很平滑，無大波動，是因為腳本有thinktime的原因。

（雖然隨著用戶的增加，響應(yīng)時間和服務(wù)器系統(tǒng)資源也在增加，但是事物響應(yīng)時間基本維持在左右，還可以接受。但是錯誤數(shù)卻很多，其中主要錯誤不是登錄的這個事物，估計是登錄的人太多，服務(wù)器處理不過來，使后面的用戶不能打開網(wǎng)頁。用戶數(shù)超過30個的時候就發(fā)生了錯誤。）

（不通過。隨著用戶的增加，響應(yīng)時間和點擊率逐漸升高，響應(yīng)時間遠(yuǎn)遠(yuǎn)大于預(yù)期。服務(wù)器的CPU和磁盤的利用率也逐漸升高。當(dāng)用戶在40個左右的時候，開始出現(xiàn)錯誤。）

隨著用戶的增加，每個腳本的事物響應(yīng)時間成正比，說明用戶越多，服務(wù)器的資源使用就越多，處理的時間就越長。這樣會急劇加重服務(wù)器負(fù)擔(dān)，所以就會有錯誤的產(chǎn)生（從windows資源圖可證明）