性能測試報告

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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