性能測試報(bào)告

《性能測試報(bào)告》由會(huì)員分享，可在線閱讀，更多相關(guān)《性能測試報(bào)告（9頁珍藏版）》請?jiān)谘b配圖網(wǎng)上搜索。

1、性能測試報(bào)告 --工作報(bào)告 篇一:[性能測試報(bào)告]性能測試報(bào)告（實(shí)例）http:archive112255161.htmlx 上一篇博文主要通過兩個(gè)例子讓測試新手了解一下測試思想，和在做測試之前應(yīng)該了解人幾點(diǎn)，那么我們在如何完成一次完整的性能測試呢？ 測試報(bào)告是一次完整性能測試的體現(xiàn)，所以，這里我給出一個(gè)完整的性能測試報(bào)告，相信通過這個(gè)報(bào)告，我們會(huì)整性能測試有個(gè)整體的了解，知道我們在以后做性能測試時(shí)需要做哪些工作。 注明：1.性能測試報(bào)告模板很多，這不是一個(gè)空洞的模板，是一個(gè)完整的測試報(bào)告。 2.由于商業(yè)原因，關(guān)于項(xiàng)目明，用XXX代替 3.我一直覺得，關(guān)

2、于性能工具重要，但不是很重要，要學(xué)習(xí)性能測試，需要了解的知識面很多，工具只是工具，是為我們服務(wù)的，會(huì)用性能測試工具并不代表你就會(huì)做性能測試了----性能測試報(bào)告（某網(wǎng)站用戶登陸性能測試）1概述1.1目的本測試報(bào)告為XXXX網(wǎng)站的性能測試報(bào)告，目的在于總結(jié)測試階段的測試以及分析測試結(jié)果，描述網(wǎng)站是否符合需求。1.2背景XXXX網(wǎng)站，XXXXXX科技有限公司目前正在進(jìn)行性能測試?？紤]到用戶數(shù)量及數(shù)據(jù)的增多給服務(wù)器造成壓力不可估計(jì)，因此計(jì)劃對XXXX網(wǎng)站負(fù)載性能測試，在系統(tǒng)配置不變的情況下，在一定時(shí)間內(nèi)，服務(wù)器在高負(fù)載情況下的性能行為表現(xiàn)，便于對系統(tǒng)環(huán)境進(jìn)行正確的分析及評估。1.3范圍本次測試主要是

3、XXXX網(wǎng)站系統(tǒng)的性能測試。1.1引用xx下表列出了執(zhí)行測試過程所引用的xx：xx名稱版本號作者備注XXX系統(tǒng)壓力測試方案蟲師2測試概要2.1測試環(huán)境下圖描述測試該項(xiàng)目所需要的硬件環(huán)境：客戶機(jī)Intel響應(yīng)時(shí)間(response time)：一般指系統(tǒng)響應(yīng)時(shí)間。即用戶發(fā)起請求到收到結(jié)果的時(shí)間。響應(yīng)有異步和同步兩種。基于效率的：衡量應(yīng)用對基礎(chǔ)設(shè)施的利用。吞吐量(Throughput)：應(yīng)用處理速度，比如一定時(shí)間內(nèi)某個(gè)頁面的點(diǎn)擊數(shù)。利用率(Utilization)：理論資源的使用率。當(dāng)1000個(gè)用戶同時(shí)在線時(shí)，應(yīng)用消耗了多少網(wǎng)絡(luò)帶寬及在服務(wù)器內(nèi)存和cpu等使用情況。性能標(biāo)準(zhǔn)沒有正式的行業(yè)標(biāo)準(zhǔn)，但是

4、有許多非正式的標(biāo)準(zhǔn)，試圖對系統(tǒng)的性能好壞做出評價(jià)，尤其是BS支持比較廣泛，JavaScript, JSON和 Microsoft Silverlight就不一樣了。協(xié)議支持授權(quán)：比如最大虛擬用戶數(shù)；能支持的額外協(xié)議；附加插件集成和特定的技術(shù)棧監(jiān)控，比如Oracle, Python等，)可以與APM(application performance monitoring)與CI(continuous integration)集成。腳本支持：稍微復(fù)雜一點(diǎn)的測試就需要深入腳本?？紤]腳本修改的難度；考慮測試團(tuán)隊(duì)的技術(shù)水平，比如團(tuán)隊(duì)如果有python高手，直接用python功能會(huì)比具體的工具要強(qiáng)大得多。解

5、決方案與負(fù)載測試工具: 有些廠商只提供個(gè)負(fù)載測試工具，而有些提供性能測試解決方案。解決方案產(chǎn)花費(fèi)更多，但通常功能更強(qiáng)大，可能包括自動(dòng)需求管理，自動(dòng)數(shù)據(jù)創(chuàng)建和管理，預(yù)性能 測試的應(yīng)用程序調(diào)試和優(yōu)化，響應(yīng)時(shí)間預(yù)測和容量建模，APM提供類和方法層面的分析，集成用戶體驗(yàn)（EYE）監(jiān)控，管理測試結(jié)果和測試資產(chǎn)等。外包：可以免去工具選型等。但是次數(shù)太多的成本太高。其他：基于云平臺的測試。節(jié)約硬件成本。缺點(diǎn)：次數(shù)太多的成本太高，性能指標(biāo)監(jiān)控未必方便。程序不穩(wěn)定時(shí)代價(jià)很高。備注：Loadrunner之類的性能測試工具，中文化和xx都做得不錯(cuò)，對于通用的http協(xié)議效果也可以。但是擴(kuò)展性差、效率低下、價(jià)格極其昂

6、貴。所以一般認(rèn)為一談性能就談Loadrunner的人沒有真正入門性能測試。功能測試的QTP也和Loadrunner類似。性能測試工具集：概念驗(yàn)證(POC Proof of Concept)POC至少要有兩個(gè)用例：讀數(shù)據(jù)和寫數(shù)據(jù)。目的如下：對性能測試工具是否適合目標(biāo)應(yīng)用進(jìn)行技術(shù)評估。識別腳本數(shù)據(jù)要求評估腳本需要的編寫和修改時(shí)間展示測試工具的容量。POC檢查表一般不建議超過2天。準(zhǔn)備：成功或退出標(biāo)準(zhǔn)，客戶已經(jīng)簽字。工具的軟硬件準(zhǔn)備ok。安裝任何需要監(jiān)控軟件的權(quán)限。理想情況下保證環(huán)境專有性應(yīng)用技術(shù)支持：產(chǎn)品專家。應(yīng)用技術(shù)支持：技術(shù)專家(比如開發(fā))可以咨詢或者應(yīng)用中間件級別的架構(gòu)宣講。用戶帳戶：可以安

7、裝訪問至少兩套憑據(jù)登錄目標(biāo)應(yīng)用程序。因?yàn)樾枰l(fā)執(zhí)行等。兩個(gè)用例，簡單的讀和復(fù)雜的寫。過程錄制用例并比較異同，注意運(yùn)行時(shí)和會(huì)話數(shù)據(jù)等。修改腳本，確認(rèn)用戶和多用戶模式都可以執(zhí)行，結(jié)果正確。確保腳本無內(nèi)存泄露等不良行為。交付：通過或者不通過生成了數(shù)據(jù)需求。腳本開發(fā)時(shí)間如果是售前，要能說服客戶有效應(yīng)用性能測試的基礎(chǔ)需要考慮的問題：發(fā)布時(shí)要支持多少用戶？6個(gè)月，12個(gè)月，2年后呢？用戶分布及如何將它們連接到應(yīng)用？發(fā)布時(shí)用戶的并發(fā)？ 6個(gè)月后，12個(gè)月，2年后呢？回答會(huì)引出一些問題, 比如：每個(gè)應(yīng)用層需要的服務(wù)器規(guī)格及數(shù)量是什么？服務(wù)器的位置？網(wǎng)絡(luò)基礎(chǔ)設(shè)施的類型？回答不出來沒有關(guān)系，但是你已經(jīng)開始考慮容

8、量和擴(kuò)展性了。從廣義上講，功能需求定義系統(tǒng)是應(yīng)該做什么，非功能需求定義系統(tǒng)是什么樣子(來自維基百科)。在軟件測試中，性能測試基于基準(zhǔn)衡量系統(tǒng)對性能和容量質(zhì)量，包括以下內(nèi)容：項(xiàng)目計(jì)劃應(yīng)用夠穩(wěn)定足夠的時(shí)間代碼凍結(jié)基本的非功能需求設(shè)計(jì)合適的性能測試環(huán)境設(shè)置現(xiàn)實(shí)合適的性能目標(biāo)確定并腳本化的關(guān)鍵use case測試數(shù)據(jù)負(fù)荷模型精確的性能測試設(shè)計(jì)KPI(Key Performance Indicator)應(yīng)用準(zhǔn)備OK功能要運(yùn)行穩(wěn)定，不能10次運(yùn)行，2次失敗。避免性能測試成為頻繁的bug修改實(shí)踐。功能等問題會(huì)掩蓋性能問題。要有嚴(yán)格的單元和功能測試保證。衡量標(biāo)準(zhǔn)如下：大量數(shù)據(jù)(High data presen

9、tation)：比如大量圖片和冗余會(huì)話。低效SQL(Poorly performing SQL)大量應(yīng)用的網(wǎng)絡(luò)來回：容易導(dǎo)致延遲、帶寬限制和網(wǎng)絡(luò)擁塞等。應(yīng)用錯(cuò)誤：比如HTTP 404，500等。足夠的時(shí)間以下工作需要時(shí)間：準(zhǔn)備測試環(huán)境配置負(fù)載注射器識別user case(數(shù)天到數(shù)周)和腳本化確定和創(chuàng)建測試數(shù)據(jù)(數(shù)天到數(shù)周)測試環(huán)境安裝配置問題解決代碼凍結(jié) 不凍結(jié)可能會(huì)導(dǎo)致腳本失效或不能代表用戶行為等。設(shè)計(jì)性能測試環(huán)境理論上要與生產(chǎn)環(huán)境完全一致，但是很多原因?qū)е虏惶赡?，下面列出部分原因：服?wù)器的數(shù)量和規(guī)格: 服務(wù)器內(nèi)容和架構(gòu)難以復(fù)制，盡量保持規(guī)格一致，以方便提供基準(zhǔn)。帶寬和網(wǎng)絡(luò)基礎(chǔ)設(shè)施：地理位

10、置難以復(fù)制。部署層次：建議完全一致。數(shù)據(jù)庫大小：建議完全一致。也有公司直接在生產(chǎn)環(huán)境同時(shí)部署測試環(huán)境或者直接拿生產(chǎn)環(huán)境做性能測試，后者注意不要影響用戶，包含數(shù)據(jù)和服務(wù)等。性能測試的環(huán)境類型有：生產(chǎn)環(huán)境非常接近的副本：通常不太現(xiàn)實(shí)。生產(chǎn)環(huán)境的子集，層次一致，服務(wù)器規(guī)格一致，但是數(shù)量有所減少：建議達(dá)到的方案。生產(chǎn)環(huán)境的子集，層次有縮減，服務(wù)器規(guī)格一致，但是數(shù)量有所減少：最常見的方案。虛擬化虛擬化的概念請參考：wikiDocker_(software)等。 注意：虛擬機(jī)管理程序?qū)佑泄芾黹_銷總線和網(wǎng)絡(luò)的通信方式不同。前者沒有帶寬和延遲限制。在網(wǎng)絡(luò)跨地理位置的情況尤其需要注意。建議虛擬化與生產(chǎn)環(huán)境一致。

11、特別注意不要跨層虛擬化在同一機(jī)器。物理與虛擬NIC：后者的開銷更大。云計(jì)算可以簡單理解云計(jì)算為商品化的虛擬主機(jī)，它便宜，容易部署。相關(guān)概念介紹參見：wiki130公里以及交換機(jī)、路由器等網(wǎng)絡(luò)設(shè)備和服務(wù)器的時(shí)延。如果有必要，可以：1，從WAN進(jìn)行性能測試；2，測試工具模擬；3，網(wǎng)絡(luò)模擬。環(huán)境檢查表服務(wù)器數(shù)：物理或虛擬服務(wù)器的數(shù)量。負(fù)載均衡策略：負(fù)載均衡機(jī)制的類型。硬件清單：CPU的類型和數(shù)目，內(nèi)存，網(wǎng)卡的類型和數(shù)量。軟件清單：標(biāo)準(zhǔn)版本的軟件清單(不包括中間件)。中間件清單。內(nèi)部和外部鏈接軟件安裝約束比如安全考慮。務(wù)實(shí)的性能目標(biāo)目標(biāo)部分來自服務(wù)級別協(xié)議(SLA service-level agre

12、ement)。無論如何目標(biāo)必須明確。一致一致且盡早介入。業(yè)務(wù)C級管理負(fù)責(zé)預(yù)算和策略決定：首席信息官（CIO Chief information officer）首席技術(shù)官（CTO Chief technology officer）首席財(cái)務(wù)官（CFO Chief financial officer (CFO)）部門負(fù)責(zé)人IT開發(fā)人員測試架構(gòu)團(tuán)隊(duì)服務(wù)提供者（內(nèi)部和外部）終端用戶IT或運(yùn)維性能目標(biāo)定義主要包含可用性、響應(yīng)時(shí)間、吞吐量、并發(fā)、網(wǎng)絡(luò)利用率和服務(wù)器利用率。在性能測試中并發(fā)是同時(shí)在線的用戶。要注意并發(fā)虛擬用戶和并發(fā)實(shí)際用戶不一定是同一回事。估算時(shí)需要基于二八原理和峰值等。吞吐量通常更適合衡量

13、無狀態(tài)的行為。比如瀏覽購物時(shí)通常不會(huì)登錄，看中之后才會(huì)登錄，瀏覽購物可以認(rèn)為是無狀態(tài)的。響應(yīng)時(shí)間不要隨著并發(fā)的增加而大幅度增加，可以基于單個(gè)用戶做基準(zhǔn)測試。網(wǎng)絡(luò)利用率需要關(guān)注數(shù)據(jù)量、數(shù)據(jù)吞吐量(可能會(huì)導(dǎo)致吞吐量突然下降是容量問題)和數(shù)據(jù)錯(cuò)誤率。服務(wù)器利用率主要關(guān)注CPU、內(nèi)存和IsecondAvailable memory in bytesMemory pages faultssecondMemory page readsramp-down with step, or delayed start。注意這幾種方式可能是連接的。比如下圖：測試執(zhí)行控制：執(zhí)行一段時(shí)間段、到達(dá)一定界限或測試數(shù)據(jù)耗盡停止

14、或是用戶介入。是否需要IP欺騙?您是否需要模擬不同的波特率？監(jiān)控需求。Web的性能測試需要考慮瀏覽器緩存。還需要考慮新用戶，活躍用戶，回歸用戶等。技術(shù)影響，比如SAP比較消耗資源。性能測試執(zhí)行1.pipe-clean測試。2.容量測試。3.隔離測試4.壓力測試。5.浸泡測試，發(fā)現(xiàn)內(nèi)存泄漏等問題6.其他測試，比如負(fù)載均衡，容災(zāi)等。性能測試分析和報(bào)告進(jìn)行最后的數(shù)據(jù)收集(可能有軟件卸載)。數(shù)據(jù)要有備份。比較試驗(yàn)結(jié)果與目標(biāo)，決定是否通過。測試報(bào)告。性能測試分析相關(guān)術(shù)語平均值和中值標(biāo)準(zhǔn)偏差和正態(tài)分布: 高標(biāo)準(zhǔn)偏差表示用戶體驗(yàn)不好。百分比響應(yīng)時(shí)間分布吞吐量不能增加，一般有瓶頸存在：遠(yuǎn)程監(jiān)控：Windows

15、注冊表、Web-Based Enterprise Management (WBEM)、Simple Network Monitoring Protocol (SNMP)、Java Monitoring Interface (JMX)、Rstatd（傳統(tǒng)的基于RPC的監(jiān)控工具）客戶端需要關(guān)注：CPU百分比、內(nèi)存使用、頁利用率、磁盤時(shí)間、磁盤空間。查找原因好的擴(kuò)展性與響應(yīng)時(shí)間：差的擴(kuò)展性和響應(yīng)時(shí)間特別注意值的突然跳躍，一般是有瓶頸存在。另外服務(wù)器的基線數(shù)據(jù)也可供參考。性能測試與移動(dòng)端移動(dòng)端的類型移動(dòng)網(wǎng)站移動(dòng)應(yīng)用混合移動(dòng)應(yīng)用m. site: 很少用，IOS中用來避免Apple App Store，像

16、移動(dòng)應(yīng)用，但是實(shí)質(zhì)是移動(dòng)網(wǎng)站。設(shè)計(jì)考慮耗電量：運(yùn)行一定時(shí)間，觀察耗電量；與其他應(yīng)用同時(shí)使用，觀察耗電量排行。網(wǎng)絡(luò)：異步：測試考慮兼容性：系統(tǒng)、瀏覽器等組合。API測試。移動(dòng)測試設(shè)計(jì)移動(dòng)網(wǎng)站：考慮瀏覽器?？梢詤⒖糋oogle Analytics。移動(dòng)應(yīng)用：考慮API。混合移動(dòng)應(yīng)用m. site: 很少用，IOS中用來避免Apple App Store，像移動(dòng)應(yīng)用，但是實(shí)質(zhì)是移動(dòng)網(wǎng)站。終端用戶體驗(yàn)監(jiān)控與性能主動(dòng)監(jiān)控測試需要考慮：參考網(wǎng)絡(luò)圖如下：主動(dòng)監(jiān)控主要關(guān)注：可用性和響應(yīng)時(shí)間。文章轉(zhuǎn)載自磁針石 http:1433482634047。關(guān)于聽云：國內(nèi)最大的應(yīng)用性能管理（APM）解決方案提供商，擁有聽云App、聽云Network、聽云Server、聽云Browser、聽云Sys五條重要產(chǎn)品線。在真實(shí)用戶體驗(yàn)視角下實(shí)現(xiàn)移動(dòng)客戶端、服務(wù)端與網(wǎng)絡(luò)的性能監(jiān)控與管理。 篇三:[性能測試報(bào)告]為什么要進(jìn)行性能測試？ 篇三:[性能測試報(bào)告]如何選擇性能測試工具？ 篇三:[性能測試報(bào)告]有效應(yīng)用性能測試的基礎(chǔ) 篇三:[性能測試報(bào)告]性能測試過程 篇三:[性能測試報(bào)告]性能測試分析 篇三:[性能測試報(bào)告]性能測試與移動(dòng)端 篇三:[性能測試報(bào)告]終端用戶體驗(yàn)監(jiān)控與性能