軟件性能測(cè)試過程詳解與案例剖析學(xué)習(xí)筆記

1、文檔編碼 : CK3R6W10U10V6 HV9H7H10J4X8 ZW3S5Z2M10R7學(xué)習(xí)必備 歡迎下載 第一章 性能測(cè)試基本概念 軟件性能 從用戶的角度,軟件性能就是軟件對(duì)用戶操作的響應(yīng)時(shí)間； 從治理員的角度,軟件性能第一表現(xiàn)在響應(yīng)時(shí)間上；仍包括資源利 用率,可擴(kuò)展性,系統(tǒng)容量（并發(fā)等）和系統(tǒng)穩(wěn)固性等；為了 保證系統(tǒng)的穩(wěn)固運(yùn)行和連續(xù)的良好性能； 對(duì)于開發(fā)人員而言,最想知道“如何通過調(diào)整設(shè)計(jì)和代碼實(shí)現(xiàn),或是如何通過調(diào)整系統(tǒng)設(shè)置等方法提高軟件的性能表現(xiàn)”和“如 何發(fā)覺并解決軟件設(shè)計(jì)和開發(fā)過程中產(chǎn)生的由于過多用戶拜望引起的缺陷”,也就是性能瓶頸和大量用戶拜望時(shí)的缺陷；關(guān)注的是系統(tǒng) 架構(gòu),數(shù)據(jù)

2、庫設(shè)計(jì),代碼和設(shè)計(jì)； 所以在性能測(cè)試時(shí),既要關(guān)注響應(yīng)時(shí)間,仍要關(guān)注軟件可擴(kuò)展性,并發(fā)才能等指標(biāo),仍要為性能問題定位； 術(shù)語 1,響應(yīng)時(shí)間 系統(tǒng)響應(yīng)時(shí)間為應(yīng)用系統(tǒng)從發(fā)出懇求開頭到客戶端接收到響應(yīng)所消耗的時(shí)間； 合理的響應(yīng)時(shí)間取決于實(shí)際用戶的需求； 2,并發(fā)用戶數(shù) 有兩種懂得,一種是同一時(shí)間段拜望系統(tǒng)的用戶數(shù)量,一種是服務(wù)器所能承擔(dān)的壓力（同時(shí)發(fā)出懇求的客戶）；在性能測(cè)試中我 們更關(guān)注前者,業(yè)務(wù)并發(fā)用戶數(shù)； 公式 c=nL/T, 運(yùn)算平均并發(fā)用戶數(shù),仍可用 c=n/10 仍做簡(jiǎn)潔的估量； n 為每天拜望系統(tǒng)的用戶數(shù)； 仍可以通過分析服務(wù)器的日志來明白用戶的使用狀態(tài)； 3,吞吐量 單位時(shí)間內(nèi)系統(tǒng)處理

3、的客戶懇求的數(shù)量,懇求數(shù) 預(yù)期設(shè)計(jì)目標(biāo),幫忙分析性能瓶頸； 4,性能計(jì)數(shù)器 / 秒,頁面數(shù) / 秒,拜望數(shù) / 天,業(yè)務(wù)數(shù) / 小時(shí),字節(jié)數(shù) / 天；可用于衡量是否達(dá)到了 描述服務(wù)器或操作系統(tǒng)性能的一些數(shù)據(jù)指標(biāo)；例如,內(nèi)存數(shù),進(jìn)程時(shí)間；用于監(jiān)控和分析；常與資源利用率進(jìn)行橫向?qū)Ρ?例如 cpu 占用率 68%； 5,摸 索時(shí)間（休眠時(shí)間） 用戶在進(jìn)行操作時(shí),每個(gè)懇求之間的間隔時(shí)間； 方法 1,SEI 負(fù)載測(cè)試方案過程 關(guān)注于負(fù)載測(cè)試方案的方法,目標(biāo)是產(chǎn)生清楚,易懂得,可驗(yàn)證的負(fù)載測(cè)試方案；關(guān)注目標(biāo),用戶,用 例,生產(chǎn)環(huán)境,測(cè)試環(huán)境 和測(cè)試場(chǎng)景； 2,RBI 方法 rapid bootleneck

4、 identify, 3,性能下降曲線分析法 用于快速識(shí)別系統(tǒng)性能瓶頸的方法； 描述性能隨用戶數(shù)量增長(zhǎng)而顯現(xiàn)下降趨勢(shì)的曲線； 4,LoadRunner 的性能測(cè)試過程 包括方案測(cè)試,測(cè)試設(shè)計(jì),創(chuàng)建 VUvirtual user 腳本,創(chuàng)建測(cè)試場(chǎng)景,運(yùn)行測(cè)試場(chǎng)景,分析結(jié)果； 5,Segue 供應(yīng)的性能測(cè)試過程 先確定性能基線, 然后設(shè)定可接受的性能目標(biāo), 用不同的并發(fā)用戶數(shù)等重復(fù)測(cè)試； 適合性能調(diào)優(yōu)和性能優(yōu)化, 通過不斷的 try-check 過程,逐步找到可能導(dǎo)致性能瓶頸的地方并對(duì)其優(yōu)化； 6,PTGM模型 performance testing general model ；分為測(cè)試前期預(yù)備

5、,測(cè)試工具引入,測(cè)試方案,測(cè)試設(shè)計(jì)與開發(fā),測(cè)試執(zhí)行和治理以及測(cè) 試分析； 第 2 章 性能測(cè)試的應(yīng)用領(lǐng)域 2.1 性能測(cè)試的方法 1,性能測(cè)試 performance testing 模擬生產(chǎn)運(yùn)行的業(yè)務(wù)壓力氣和使用場(chǎng)景組合,測(cè)試系統(tǒng)的性能是否中意生產(chǎn)性能的要求； 2,負(fù)載測(cè)試 load testing 通過在系統(tǒng)上不斷增加壓力,直到性能指標(biāo)超過預(yù)定或某種資源的使用達(dá)到飽和；找到系統(tǒng)的處理極限； 3,壓力測(cè)試 stress testing 測(cè)試系統(tǒng)在確定飽和狀態(tài)下,系統(tǒng)能夠處理的會(huì)話才能,以及系統(tǒng)是否會(huì)顯現(xiàn)錯(cuò)誤；常用于測(cè)試系統(tǒng)的穩(wěn)固性； 4,配置測(cè)試 configuration testing

6、通過對(duì)被測(cè)軟件的軟 / 硬件環(huán)境的調(diào)整,明白各種不同環(huán)境對(duì)系統(tǒng)性能的影響的程度,從而找到系統(tǒng)各項(xiàng)資源的最優(yōu)支配原就； 5,并發(fā)測(cè)試 concurrency testing 模擬用戶的并發(fā)拜望,測(cè)試多用戶并發(fā)拜望同一個(gè)應(yīng)用,同一個(gè)模塊或者數(shù)據(jù)記錄時(shí)是否存在死鎖或者其他性能問題； 關(guān)注內(nèi)存是否有太多暫時(shí)對(duì)象,超過設(shè)計(jì)生命周期的對(duì)象,數(shù)據(jù)庫死鎖,常常顯現(xiàn)長(zhǎng)事務(wù),是否顯現(xiàn)線程 / 進(jìn)程同步失敗,資源爭(zhēng) 用導(dǎo)致死鎖,未處理反常導(dǎo)致死鎖； 6,牢靠性測(cè)試 reliability testing 通過給系統(tǒng)加載確定的業(yè)務(wù)壓力的情形下,讓應(yīng)用系統(tǒng)連續(xù)運(yùn)行一段時(shí)間,測(cè)試系統(tǒng)在這種條件下能否穩(wěn)固運(yùn)行； 7,實(shí)效復(fù)

7、原測(cè)試 failover testing 針對(duì)冗余備份和負(fù)載均衡的系統(tǒng)；檢驗(yàn)假如系統(tǒng)局部發(fā)生故障,用戶是否能夠連續(xù)使用系統(tǒng),假如這種情形發(fā)生,用戶將受多大 程度影響； 第 1 頁,共 8 頁學(xué)習(xí)必備 歡迎下載 2.2 應(yīng)用領(lǐng)域分析 1,才能驗(yàn)證 performance testing,reliability testing,stress testing,failover testing 2,才能規(guī)劃 load testing,configuration testing,stress testing 3,性能調(diào)優(yōu) configurationg testing,load testing,stres

8、s testing,failover testing 4,缺陷發(fā)覺 concurrency testing,stress testing,failover testing 第 3 章 性能計(jì)數(shù)器及性能分析方法 用來衡量被測(cè)系統(tǒng)當(dāng)前的狀況和進(jìn)行性能測(cè)試結(jié)果分析；可在操作系統(tǒng)級(jí),應(yīng)用服務(wù)器級(jí)和數(shù)據(jù)庫級(jí)別上查看和記錄性能計(jì)數(shù)器 的數(shù)值； 3.1 操作系統(tǒng)計(jì)數(shù)器及分析 1,Windows Memory:available mbytes,pages/sec,pages read/sec,page faults/sec,cache bytes Process:%processor time,page fa

9、ults/sec,work set,private bytes Processor:%processor time,%user time,%privileged time,%dpc time Physical Disk:%disk time,average disk queue length,average disk read/write queue length,disk readswrites/sec,average disk sec/read,average disk sec/transfer Network Interface:bytes total/sec System:%total

10、 processor time,file data operation/sec,processor queue length 2,unix 3,內(nèi)存分析方法 用于分析系統(tǒng)有無遇到內(nèi)存瓶頸,是否需要通過增加內(nèi)存等手段提高系統(tǒng)性能表現(xiàn)； 第一查看 memory/available mbytes ；留意 pages/sec,pagesread/sec,page faults/sec 反映進(jìn)行磁盤交換的頻率 ；依據(jù) physical disk 分析； 4,處理器分析方法 先看 system%Total processor time, 然后看每個(gè) cpu 的指標(biāo),最終分析； 5,磁盤 I/O 分析方法

11、運(yùn)算每個(gè)磁盤的 I/O 數(shù)；然后與 processorprivileged time 合并分析；最終依據(jù) disk sec/transfer 分析； 6,進(jìn)程分析方法 觀看 %processor time ,反映進(jìn)程消耗的處理其時(shí)間；然后查看每個(gè)進(jìn)程產(chǎn)生的頁面失效,對(duì)于產(chǎn)生最多頁面失效的進(jìn)程要重點(diǎn)分 析；明白進(jìn)程的 process/private bytes, 看是否存在內(nèi)存泄露； 7,網(wǎng)絡(luò)分析方法 network interfacebytes total/sec 為發(fā)送和接收字節(jié)的速率,與當(dāng)前帶寬進(jìn)行比較； 3.2 應(yīng)用服務(wù)器計(jì)數(shù)器 1,IIS 2,J2EE 應(yīng)用服務(wù)器計(jì)數(shù)器 weblogi

12、c ： JVM:heap size;heap free JDBC connection pool:waiting for connection current count;connection total count;max capacity;active connections current count execute queue:execute thread current idle count;pending request oldest time;serviced request oldest time;serviced request total count;pending req

13、uest current count; 3,數(shù)據(jù)庫計(jì)數(shù)器 第 4 章 性能測(cè)試工具原理 4.1 性能測(cè)試工具模型 性能測(cè)試工具只能幫忙您實(shí)施性能測(cè)試,并不能幫忙您完成性能測(cè)試的需求； 性能測(cè)試工具能夠依據(jù)您的要求以各種方式供應(yīng)報(bào)表,這些報(bào)表是分析的基礎(chǔ)； 性能測(cè)試工具一般包括虛擬用戶腳本產(chǎn)生器；壓力產(chǎn)生器；用戶代理；壓力調(diào)度和把握系統(tǒng)；壓力結(jié)果分析工具； 4.2 性能測(cè)試腳本錄制時(shí)的協(xié)議類型 對(duì)于 j2ee, 建議挑選 http/https 協(xié)議； 第 2 頁,共 8 頁學(xué)習(xí)必備 歡迎下載 4.3 性能測(cè)試工具的挑選與評(píng)估 工具支持被測(cè)系統(tǒng)運(yùn)行的平臺(tái)嗎？ 支持被測(cè)系統(tǒng)使用的協(xié)議嗎？ 能夠支持我

14、們的特別要求？ 能夠供應(yīng)對(duì)我們關(guān)懷的服務(wù)器,應(yīng)用服務(wù)器或是數(shù)據(jù)庫類型計(jì)數(shù)器的監(jiān)控嗎？ 工具使用的腳本語言功能完善嗎？ 常用的包括 Loadrunner 和 silk performer ； 第 5 章 性能測(cè)試的組織 5.1 人員構(gòu)成 經(jīng)理,測(cè)試設(shè)計(jì),測(cè)試開發(fā),測(cè)試執(zhí)行,測(cè)試分析,支持 5.2 過程模型 基于 ATLM 和 TMap 模 型； 1,前期預(yù)備 保證系統(tǒng)穩(wěn)固,建立合適的測(cè)試團(tuán)隊(duì),測(cè)試工具需求確認(rèn)； 2,測(cè)試工具引入 挑選；培訓(xùn)；應(yīng)用過程； 3,測(cè)試方案 測(cè)試目的（應(yīng)用領(lǐng)域,測(cè)試目標(biāo)）；用戶活動(dòng)剖析與業(yè)務(wù)建模（系統(tǒng)日志與用戶調(diào)查分析）；確定性能目標(biāo)；制定方案； 4,測(cè)試設(shè)計(jì)與開發(fā) 測(cè)

15、試環(huán)境設(shè)計(jì)；測(cè)試場(chǎng)景設(shè)計(jì)；測(cè)試用例設(shè)計(jì)；腳本和幫忙工具開發(fā)活動(dòng)； 5,測(cè)試執(zhí)行與治理 建立測(cè)試環(huán)境；部署測(cè)試腳本和測(cè)試場(chǎng)景；執(zhí)行測(cè)試和記錄結(jié)果； 6,測(cè)試分析 依據(jù)測(cè)試的目的和目標(biāo)給出測(cè)試結(jié)論； 第 8 章 案例三某通信企業(yè)的 8.1 背景 web 業(yè)務(wù)系統(tǒng)性能測(cè) 試 該系統(tǒng)用于治理企業(yè)的備品和備件,包括網(wǎng)絡(luò)設(shè)備的庫存治理,庫存流轉(zhuǎn),備品備件的查詢統(tǒng)計(jì)； 測(cè)試的主要目的是驗(yàn)證系統(tǒng)的性能是否達(dá)到用戶要求； 8.2 項(xiàng)目特點(diǎn) 接受 J2ee,tomcat,struts+ejb+hibernate ；一臺(tái) unix 服務(wù)器用作數(shù)據(jù)庫服務(wù)器,一臺(tái) unix 服務(wù)器用作應(yīng)用服務(wù)器；性能表達(dá) 主要是響應(yīng)時(shí)

16、間；協(xié)議為 http/https ； 8.3 測(cè)試過程 1,前期預(yù)備 5 人：一個(gè)數(shù)據(jù)庫工程師,一個(gè)性能測(cè)試設(shè)計(jì)和分析人員,三名性能測(cè)試開發(fā)和實(shí)施人員； 工具需要支持 Http/https 協(xié)議, 監(jiān)控 unix/windows 服務(wù)器的主要性能計(jì)數(shù)器值, 支持 oracle 數(shù)據(jù)庫計(jì)數(shù)器值監(jiān)控, 支持 tomcat 應(yīng)用服務(wù)器的 jvm 內(nèi)存使用狀況監(jiān)控； 2,測(cè)試工具引入 挑選 LoadRunnder； tomacat 的 jvm 自行開發(fā)工具來實(shí)現(xiàn)； 3,測(cè)試方案 （1）測(cè)試目的：驗(yàn)證系統(tǒng)是否達(dá)到預(yù)期性能指標(biāo) （2）用戶活動(dòng)剖析與業(yè)務(wù)建模：得到典型用戶活動(dòng)分析表,并發(fā)用戶數(shù)和吞吐量 用戶

17、活動(dòng)分析表 業(yè)務(wù)名稱 實(shí)際使用用戶數(shù)量 業(yè)務(wù)發(fā)生數(shù)（筆 / 天） 備件信息 200 1500 庫存流轉(zhuǎn) - 申請(qǐng)單 200 4000 庫存流轉(zhuǎn) - 審批 100 4000 庫存流轉(zhuǎn) - 借用 150 3000 庫存流轉(zhuǎn) - 仍庫 150 3000 庫存流轉(zhuǎn) - 報(bào)廢 100 200 查詢統(tǒng)計(jì) - 備件查詢 200 5000 查詢統(tǒng)計(jì) - 申請(qǐng)單查詢 100 2022 導(dǎo)入備件 Excel 文件 20 80 第 3 頁,共 8 頁 平均每天該系統(tǒng)的用戶為 600；平均每個(gè)用戶每天使用 學(xué)習(xí)必備 歡迎下載 500 個(gè)業(yè)務(wù)操作； 4 小時(shí)；平均每個(gè)用戶進(jìn)行 所以并發(fā)用戶數(shù)： 600*4/8=300

18、吞吐量： 300*500/4*60*60=10, 瀏覽數(shù) / 秒 （3）確定性能目標(biāo)：得到性能需求描述 具體描述 在典型數(shù)據(jù)量,頁面響 數(shù)據(jù)規(guī)模備件 500000 條記錄, 應(yīng)時(shí)間不超過 10 秒 半年流轉(zhuǎn)數(shù)據(jù) 750000 條記錄 系統(tǒng)能夠穩(wěn)固運(yùn)行 壓力條件： 高于實(shí)際系統(tǒng)運(yùn)行壓力 1 倍 系統(tǒng)穩(wěn)固判定條件： 測(cè)試中,各進(jìn)程內(nèi)存沒有明顯變化 測(cè)試中,響應(yīng)時(shí)間和業(yè)務(wù)才能沒有明顯變化 連續(xù)測(cè)試時(shí)間 72 小時(shí) 典型規(guī)模的 excel 備 文件規(guī)模 20M,包含記錄 50000 條 件文件導(dǎo)入時(shí)間性能 在 10 秒的響應(yīng)時(shí)間下, 以響應(yīng)時(shí)間 10 秒作為負(fù)載測(cè)試的終止條件, 能承擔(dān)的用戶數(shù) 獲得系

19、統(tǒng)能承擔(dān)的最大用戶數(shù)量 在典型用戶數(shù)量下, cpu 平均使用率不高于 75%,內(nèi)存使用率不高于 75%；在穩(wěn)固性測(cè)試的壓力條件下, cpu 使用率不高于 95%,內(nèi)存使用率不高于 4 制定時(shí)間方案； 90%； 子項(xiàng)目名稱 子項(xiàng)目起止時(shí)間 里程碑成果 參加者 測(cè)試環(huán)境和場(chǎng)景設(shè)計(jì) 測(cè)試環(huán)境文檔,測(cè)試場(chǎng)景文檔 測(cè)試用例設(shè)計(jì)和腳本開發(fā) 測(cè)試用例文檔,測(cè)試腳本 測(cè)試環(huán)境構(gòu)建 測(cè)試工具 測(cè)試環(huán)境,測(cè)試環(huán)境描述文檔 和場(chǎng)景部署 執(zhí)行性能測(cè) 測(cè)試工具部署說明,場(chǎng)景部署說明 試 穩(wěn)固性測(cè)試 測(cè)試結(jié)果 測(cè)試結(jié)果記錄 分析和報(bào)告編寫 測(cè)試結(jié)果記錄 測(cè)試報(bào)告 4,測(cè)試設(shè)計(jì)與開發(fā) 1 測(cè)試環(huán)境設(shè)計(jì) 由于本測(cè)試主要與于驗(yàn)

20、證系統(tǒng)在實(shí)際環(huán)境中的性能才能,因此盡可能挑選接近 實(shí)際環(huán)境的配置； 測(cè)試環(huán)境 設(shè)備 硬件配置 軟件配置 數(shù)據(jù)庫服務(wù)器 SUN V880 服務(wù)器（ 1 臺(tái)） Solaris 8 Oracle 4CPU 8GB 內(nèi)存 磁盤陣列 服務(wù)器性能計(jì)數(shù)器腳本 應(yīng)用服務(wù)器 SUN V880 服務(wù)器（ 1 臺(tái)） Solaris 8 Tomcat 5 4CPU 8GB 內(nèi)存 磁盤陣列 服務(wù)器端應(yīng)用 服務(wù)器性能計(jì)數(shù)器腳本 性能測(cè)試 Console PC 機(jī)（ 1 臺(tái)） 512MB 內(nèi)存 WindowsXP+SP1 LoadRunner Controller 40GB 硬盤 LoadRunner Analysis M

21、icrosoft Office WindowsXP+SP1 硬 負(fù)載產(chǎn)生設(shè)備 PC 機(jī)（ 5 臺(tái)） 512MB 內(nèi)存 LoadRunner Agent40GB 盤 基礎(chǔ)數(shù)據(jù)量在需求中已有描述 2 測(cè)試場(chǎng)景設(shè)計(jì) 設(shè)計(jì)并發(fā)用戶數(shù) 300,每個(gè) VU 操作之間的時(shí)間間隔30 秒 第 4 頁,共 8 頁為 學(xué)習(xí)必備 歡迎下載 典型測(cè)試場(chǎng)景 場(chǎng)景名稱 場(chǎng)景業(yè)務(wù)及支配比例 測(cè)試指標(biāo) 性能計(jì)數(shù)器 系統(tǒng) 用戶支配： 4 個(gè) 頁面 數(shù)據(jù)庫服務(wù)器常用性能計(jì)數(shù)器 應(yīng)用 備件信息 100 響應(yīng) 應(yīng)用服務(wù)器 cpu 使用率 典型 申請(qǐng)單 100 時(shí)間 應(yīng)用服務(wù)器內(nèi)存使用率 場(chǎng)景 1備件查詢 100 小于 應(yīng)用服務(wù)器 J

22、VM 可用內(nèi)用戶增長(zhǎng)模式： 10 秒 存 響應(yīng)時(shí)間 ramp up, 每 15 秒增加 迭代時(shí)間間隔 30 秒 運(yùn)行時(shí)間 30 分鐘 系統(tǒng) 用戶支配： 頁面 數(shù)據(jù)庫服務(wù)器常用性能計(jì)數(shù)器 應(yīng)用 申請(qǐng)單 100 響應(yīng) 應(yīng)用服務(wù)器 cpu 使用率 應(yīng)典型 審批 100 時(shí)間 用服務(wù)器內(nèi)存使用率 應(yīng)用場(chǎng)景 2仍庫 50 小于 服務(wù)器 JVM 可用內(nèi)存 報(bào)廢 10 10 秒 響應(yīng)時(shí)間 用戶增長(zhǎng)模式： ramp up, 每 15 秒增加 4 個(gè) 迭代時(shí)間間隔 30 秒 運(yùn)行時(shí)間 30 分鐘 系統(tǒng) 用戶支配： 4 個(gè) 頁面 數(shù)據(jù)庫服務(wù)器常用性能計(jì)數(shù)器 應(yīng)用 申請(qǐng)單 100 響應(yīng) 應(yīng)用服務(wù)器 cpu 使用率

23、典型 審批 100 時(shí)間 應(yīng)用服務(wù)器內(nèi)存使用率 場(chǎng)景 3備件查詢 100 小于 應(yīng)用服務(wù)器 JVM 可用內(nèi)存 報(bào)廢 10 10 秒 響應(yīng)時(shí)間 用戶增長(zhǎng)模式： ramp up, 每 15 秒增加 迭代時(shí)間間隔 30 秒 運(yùn)行時(shí)間 30 分鐘 穩(wěn)固 用戶支配： 頁面 數(shù)據(jù)庫服務(wù)器常用性能計(jì)數(shù)器 性測(cè) 典型場(chǎng)景 3 用戶數(shù) 響應(yīng) 應(yīng)用服務(wù)器 cpu 使用率 試場(chǎng) 的兩倍 時(shí)間 應(yīng)用服務(wù)器內(nèi)存使用率 景 備件查詢 100 小于 應(yīng)用服務(wù)器 JVM 可用內(nèi)運(yùn)行時(shí)間 72 小時(shí) 10 秒 存 響應(yīng)時(shí)間 數(shù)據(jù) 用戶支配： 4 個(gè) 頁面 數(shù)據(jù)庫服務(wù)器常用性能計(jì)數(shù)器 導(dǎo)入 導(dǎo)入 Excel 文件 申請(qǐng)單 100

24、 10 響應(yīng) 應(yīng)用服務(wù)器 cpu 使用率 應(yīng)場(chǎng)景 時(shí)間 用服務(wù)器內(nèi)存使用率 審批 100 10 秒 小于 應(yīng)用服務(wù)器 JVM 可用內(nèi)用戶增長(zhǎng)模式： 存 ramp up, 每 15 秒增加 響應(yīng)時(shí)間 迭代時(shí)間間隔 30 秒 運(yùn)行時(shí)間 30 分鐘 3 測(cè)試用例設(shè)計(jì) 將用戶業(yè)務(wù)操作形成更具體的用例步驟； 審批業(yè)務(wù)： 用例編號(hào)： TC_xxxx_xxx-1用例條件：用戶已經(jīng)登錄,具有審批的權(quán)限用戶步驟和驗(yàn)證方法： 1 ,用戶單擊“庫存流轉(zhuǎn)”鏈接,進(jìn)入庫存流轉(zhuǎn)頁面 驗(yàn)證：頁面顯現(xiàn)庫存流轉(zhuǎn)提示字符串 2 ,用戶在頁面左側(cè)樹試圖上單擊“審批”鏈接,進(jìn)入審批頁面 驗(yàn)證：頁面上顯現(xiàn)審批單：列表提示字符串 3 ,

25、用戶在頁面給出的等待審批的申請(qǐng)單列表中挑選最上方的一個(gè),單擊審批按鈕,進(jìn)入審批頁面 驗(yàn)證：給出選中審批單信息,頁面上顯現(xiàn)被選中審批單的編號(hào) 4 ,用戶輸入審批信息,單擊通過按鈕 驗(yàn)證：頁面上顯現(xiàn)審批通過提示字符串 4 腳本和幫忙工具開發(fā)活動(dòng)； 5,測(cè)試執(zhí)行與治理 建立測(cè)試環(huán)境；部署測(cè)試腳本和測(cè)試場(chǎng)景；執(zhí)行測(cè)試和記錄結(jié)果； 第 5 頁,共 8 頁學(xué)習(xí)必備 歡迎下載 6,測(cè)試分析 依據(jù)測(cè)試的目的和目標(biāo)給出測(cè)試結(jié)論； 軟件性能測(cè)試過程詳解與案例剖析學(xué)習(xí)筆記 20XX 年 10 月 20 日 星期二 13:39 11. RBI Rapid Bottleneck Identify 方法是一種用于快速識(shí)別

26、系統(tǒng) 性能瓶頸的方法；該方法基于以下一些事實(shí)： a. 發(fā)覺的 80%系統(tǒng)的性能瓶頸都由吞吐量制約； b. 并發(fā)用戶數(shù)和吞吐量瓶頸之間存在確定的關(guān)聯(lián)； c. 接受吞吐量測(cè)試可以更快速定位問題； RBI 方法第一拜望服務(wù)器上的“小頁面”和“簡(jiǎn)潔應(yīng)用”,從應(yīng)用服務(wù)器,網(wǎng)絡(luò)等基礎(chǔ)的層次上明白系統(tǒng) 吞吐量表現(xiàn)；其次挑選不同的場(chǎng)景,設(shè)定不同的并發(fā)用戶數(shù),使其吞吐量保持基本一樣的增長(zhǎng)趨勢(shì),通過 不斷增加并發(fā)用戶數(shù)和吞吐量,觀看系統(tǒng)的性能表現(xiàn)； 在確定具體的性能瓶頸時(shí), RBI 將性能瓶頸的定位依據(jù)一種“自上而下”的分析方式進(jìn)行分析,第一確定 是由并發(fā)仍是由吞吐量引發(fā)的性能表現(xiàn)限制,然后從網(wǎng)絡(luò),數(shù)據(jù)庫,應(yīng)用服

27、務(wù)器和代碼本身 4 個(gè)環(huán)節(jié)確定 系統(tǒng)性能具體的瓶頸； RBI 方法在性能瓶頸的定位過程中能發(fā)揮良好的作用,其對(duì)性能分析和瓶頸定位的方法值得借鑒,但其也 不是完整的性能測(cè)試過程； PS:可以通過 RBI 測(cè)試,可以順便發(fā)覺當(dāng)前系統(tǒng)所能承擔(dān)的最大并發(fā)用戶數(shù)和正確并發(fā)用戶數(shù)； 2. SEI 負(fù)載測(cè)試方案過程 SEI 負(fù)載測(cè)試方案過程（ SEI Load Testing Planning Process ）是一個(gè)關(guān)注于負(fù)載測(cè)試方案的方法,其目 標(biāo)是產(chǎn)生 “清楚, 易懂得, 可驗(yàn)證的負(fù)載測(cè)試方案” ；SEI 負(fù)載測(cè)試方案過程包括 6 個(gè)關(guān)注的區(qū)域 （Area ）： 目標(biāo),用戶,用例,生產(chǎn)環(huán)境,測(cè)試環(huán)境和

28、測(cè)試場(chǎng)景； SEI 負(fù)載測(cè)試方案過程將以上述 6 個(gè)區(qū)域作為負(fù)載測(cè)試方案需要重點(diǎn)關(guān)注和考慮的內(nèi)容,其重點(diǎn)關(guān)注以下 幾個(gè)方面的內(nèi)容： a. 生產(chǎn)環(huán)境與測(cè)試環(huán)境的不同：由于負(fù)載測(cè)試環(huán)境與實(shí)際的生產(chǎn)環(huán)境存在確定的差異,因此,在測(cè)試環(huán)境 上對(duì)應(yīng)用系統(tǒng)進(jìn)行的負(fù)載測(cè)試結(jié)果很可能不能精確反映該應(yīng)用系統(tǒng)在生產(chǎn)環(huán)境上的實(shí)際性能表現(xiàn),為了規(guī) 避這個(gè)風(fēng)險(xiǎn),必需認(rèn)真設(shè)計(jì)測(cè)試環(huán)境； b. 用戶分析：用戶是對(duì)被測(cè)應(yīng)用系統(tǒng)性能表現(xiàn)最關(guān)注和受影響最大的對(duì)象,因此,必需通過對(duì)用戶行為進(jìn) 行分析,依據(jù)用戶行為模型建立用例和場(chǎng)景； c. 用例：用例是用戶使用某種次序和操作方式對(duì)業(yè)務(wù)過程進(jìn)行實(shí)現(xiàn)的過程,對(duì)負(fù)載測(cè)試來說,用例的作用 主

29、要在于分析和分解出關(guān)鍵的業(yè)務(wù),判定每個(gè)業(yè)務(wù)發(fā)生的頻度,業(yè)務(wù)顯現(xiàn)性能問題的風(fēng)險(xiǎn)等； 從 SEI 負(fù)載測(cè)試方案過程的描述中可以看到, SEI 負(fù)載測(cè)試方案過程給出了負(fù)載測(cè)試需要關(guān)注的重點(diǎn)區(qū)域, 但嚴(yán)格來說,其并不能被稱為具體的方法論,由于其僅僅給出了對(duì)測(cè)試方案過程的一些關(guān)注內(nèi)容,而沒有 能夠形成實(shí)際的可操作的過程；同功能測(cè)試一樣,性能測(cè)試也必需經(jīng)受測(cè)試需求,測(cè)試設(shè)計(jì),測(cè)試執(zhí)行, 測(cè)試分析等階段,但由于性能測(cè)試自身的特別性（例如,需要引入工具,分析階段相對(duì)重要）,性能測(cè)試 過程又不能完全套用功能測(cè)試過程； SEI 負(fù)載測(cè)試方案過程在負(fù)載測(cè)試需要關(guān)注的具體內(nèi)容上供應(yīng)了參考,但其并不是一個(gè)完整的測(cè)試過程

30、； PS:SEI 主要關(guān)注的是業(yè)務(wù)模型,用戶比例；建立相對(duì)真實(shí)的業(yè)務(wù)模型可以通過系統(tǒng)日志或者用戶調(diào)查來獲 得； 3. 性能下降曲線分析方法：四個(gè)區(qū)域 a. 單用戶區(qū)域 b. 性能平整區(qū) c. 壓力區(qū)域 d. 性能拐點(diǎn) baseline benchmark 第 6 頁,共 8 頁4. 常用理論公式 = T session length / T think time 學(xué)習(xí)必備 歡迎下載 摸索時(shí)間 R request rate PS:在壓力測(cè)試的時(shí)候,一般不需要摸索時(shí)間,測(cè)試系統(tǒng)滿負(fù)荷的情形下所能支撐的用戶數(shù)； 在負(fù)載測(cè)試的時(shí)候,需要確定的摸索時(shí)間,來模擬真實(shí)的用戶體驗(yàn)； 方法一： 并發(fā)數(shù) C co

31、ncurrent user = N user number * T session length / T total time concurrent user 最大并發(fā)數(shù)： Cmax concurrent user C concurrent user + 3 * sqrtC 方法二： 依據(jù) 原就,運(yùn)算并發(fā)用戶數(shù)； 最大并發(fā)數(shù) = 并發(fā)數(shù) * r r, 23 方法三： 依據(jù)體會(huì),始終有 10 %用戶始終作用于應(yīng)用系統(tǒng)； 吞吐量 F = U average request number * C concurrent user F = N number user * R request rate / T total time PS: 相同的吞吐量下,并發(fā)用戶數(shù)不同可以得到不同的結(jié)果； 軟件性能測(cè)試過程詳解與案例剖析學(xué)習(xí)筆記 20XX 年 10 月 20 日 星期二 13:40 25. 性能調(diào)優(yōu)常見的錯(cuò)誤 a. 數(shù)據(jù)庫記錄,每次做測(cè)試前后要保證數(shù)據(jù)量的一樣； 和.net 應(yīng)用在使用前需要預(yù)熱； 6. 調(diào)優(yōu)標(biāo)準(zhǔn)過程 7. 穩(wěn)固性測(cè)試 MTBF 平均無故障時(shí)間,假如在 CPU 處于較大壓