性能測(cè)試模型的建立

性能測(cè)試模型的建立性能測(cè)試經(jīng)常面臨的問題兩組常見的對(duì)話：項(xiàng)目經(jīng)理：“張三，我們系統(tǒng)開發(fā)的差不多了，把性能測(cè)試一下吧”。張三：“項(xiàng)目經(jīng)理，我們要測(cè)試哪些功能場(chǎng)景？每個(gè)場(chǎng)景有什么壓力要求？每個(gè)場(chǎng)景的數(shù)據(jù)量要求如何？…”項(xiàng)目經(jīng)理：“張三，客戶投訴線上系統(tǒng)性能差，趕快測(cè)試一下”。張三：“項(xiàng)目經(jīng)理，是哪個(gè)功能??？用戶的使用環(huán)境是怎么樣的??？…”性能測(cè)試模型為了避免前述尷尬，降低性能漏測(cè)的可能性，就需要建立性能測(cè)試模型性能測(cè)試模型包含：業(yè)務(wù)模型數(shù)據(jù)模型業(yè)務(wù)模型業(yè)務(wù)模型是指所需進(jìn)行的性能測(cè)試的各種業(yè)務(wù)場(chǎng)景。對(duì)于一個(gè)系統(tǒng)而言，性能測(cè)試一般不太可能針對(duì)所有的功能來進(jìn)行。因此選取重點(diǎn)的具備足夠代表性的業(yè)務(wù)功能進(jìn)行性能測(cè)試，建立起相應(yīng)的業(yè)務(wù)模型就十分必要。在進(jìn)行性能測(cè)試之前，首先要做的就是建立性能測(cè)試的業(yè)務(wù)模型。業(yè)務(wù)模型的建立往往依據(jù)被測(cè)試系統(tǒng)本身的架構(gòu)決定。業(yè)務(wù)模型一個(gè)WEB系統(tǒng)業(yè)務(wù)模型建立的例子下圖是某WEB系統(tǒng)的架構(gòu)示意圖WEB業(yè)務(wù)邏輯層業(yè)務(wù)邏輯組件第三方基礎(chǔ)組件數(shù)據(jù)庫(kù)層外部接口組件大表使用頻繁的表對(duì)外共享的表共享的外部表業(yè)務(wù)模型依據(jù)該架構(gòu)，可以得出業(yè)務(wù)功能的種類包含以下幾種：通過業(yè)務(wù)組件讀寫系統(tǒng)內(nèi)部的表通過業(yè)務(wù)組件及第三方基礎(chǔ)組件讀寫系統(tǒng)內(nèi)部表通過業(yè)務(wù)組件讀寫系統(tǒng)內(nèi)部的大表通過業(yè)務(wù)組件及第三方基礎(chǔ)組件讀寫系統(tǒng)內(nèi)部的大表通過外部接口組件讀取外部共享的表通過業(yè)務(wù)組件寫入本地對(duì)外共享的表加載大量數(shù)據(jù)到WEB端通過第三方基礎(chǔ)組件加載大量經(jīng)過復(fù)雜計(jì)算的數(shù)據(jù)到WEB端業(yè)務(wù)模型在理清了業(yè)務(wù)功能種類后，就需要依據(jù)種類來選擇相應(yīng)的具備代表性的業(yè)務(wù)場(chǎng)景。選擇的原則：如果需求中有明確的性能要求，那么該功能一定要添加到業(yè)務(wù)模型中；如果需求中沒有明確的性能要求，一般按照如下原則選?。狠^常用的功能與其它模塊關(guān)聯(lián)性較大的功能較基礎(chǔ)的功能業(yè)務(wù)模型不是一成不變的，需要滾動(dòng)式的更新。數(shù)據(jù)模型數(shù)據(jù)模型是指在進(jìn)行性能測(cè)試時(shí)每種業(yè)務(wù)所對(duì)應(yīng)的各方面的數(shù)據(jù)。最常見的數(shù)據(jù)如下：基礎(chǔ)環(huán)境數(shù)據(jù)并發(fā)量數(shù)據(jù)業(yè)務(wù)數(shù)據(jù)量監(jiān)控的指標(biāo)數(shù)據(jù)基準(zhǔn)指標(biāo)數(shù)據(jù)數(shù)據(jù)模型基礎(chǔ)環(huán)境數(shù)據(jù)是指性能測(cè)試在執(zhí)行時(shí)被測(cè)系統(tǒng)所處的基礎(chǔ)環(huán)境信息。一般包括如下信息：服務(wù)器型號(hào)服務(wù)器CPU處理能力服務(wù)器內(nèi)存大小網(wǎng)絡(luò)帶寬大小客戶端CPU的處理能力客戶端內(nèi)存大小…數(shù)據(jù)模型并發(fā)量數(shù)據(jù)是指在性能測(cè)試執(zhí)行時(shí)需要模擬的并發(fā)數(shù)。一般而言，如需求中沒有明確的并發(fā)要求，并發(fā)量數(shù)據(jù)都需要估算。數(shù)據(jù)模型估算方法一：二八原則假設(shè)在20%的時(shí)間內(nèi)有80%的用戶同時(shí)來訪問系統(tǒng)。例子：某系統(tǒng)要求能夠承載每天300萬的PV(pageview)。并發(fā)數(shù)=總訪問量/總時(shí)間=(3000000*80%)/(24*3600*20%)次/秒變種的計(jì)算方法：該系統(tǒng)只在工作時(shí)間存在大量訪問的可能性。并發(fā)數(shù)=總訪問量/總時(shí)間=(3000000*80%)/(8*3600*20%)次/秒數(shù)據(jù)模型估算方法二：根據(jù)系統(tǒng)已有數(shù)據(jù)進(jìn)行分析預(yù)判統(tǒng)計(jì)系統(tǒng)在一個(gè)周期內(nèi)（1年），某一小段時(shí)間（5分鐘）某功能的數(shù)據(jù)量的變化情況，找出變化最大的TOP5的值，計(jì)算每秒的變化量，取平均值后作為當(dāng)年的并發(fā)均值，再用并發(fā)均值乘以業(yè)務(wù)年增長(zhǎng)率。需要注意的是，取變化最大的TOP5的時(shí)候，如果有某個(gè)變化明顯比其它變化大很多，則需要根據(jù)業(yè)務(wù)分析該變化的真實(shí)合理性。如右圖所示，藍(lán)色部分可理解為正常的變化區(qū)間，紅色部分則明顯超出很多，則需要分析其合理性。數(shù)據(jù)模型業(yè)務(wù)數(shù)據(jù)量，是指在性能測(cè)試實(shí)施時(shí)系統(tǒng)本身所負(fù)載的業(yè)務(wù)數(shù)據(jù)的量級(jí)。如果系統(tǒng)已經(jīng)上線，對(duì)于每個(gè)功能的業(yè)務(wù)數(shù)據(jù)量及業(yè)務(wù)數(shù)據(jù)最好能夠從上線系統(tǒng)中統(tǒng)計(jì)、切割得到。如果系統(tǒng)還未上線，如果有定義的量級(jí)，則按照定義的量級(jí)來，否則需要對(duì)系統(tǒng)的業(yè)務(wù)數(shù)據(jù)量級(jí)進(jìn)行預(yù)估，然后在測(cè)試時(shí)逐步的增加數(shù)據(jù)量直至數(shù)據(jù)量級(jí)。一般預(yù)估的方法：并發(fā)數(shù)*每天并發(fā)時(shí)長(zhǎng)*系統(tǒng)維護(hù)周期。假設(shè)系統(tǒng)升級(jí)維護(hù)的周期為1年。業(yè)務(wù)數(shù)據(jù)量=并發(fā)數(shù)*每天并發(fā)時(shí)長(zhǎng)*365數(shù)據(jù)模型監(jiān)控的指標(biāo)數(shù)據(jù)，是指在性能測(cè)試實(shí)施時(shí)所監(jiān)控的各項(xiàng)性能指標(biāo)。一般包括：響應(yīng)時(shí)間吞吐量CPU的占用率內(nèi)存的占用率I/O占用率網(wǎng)絡(luò)帶寬的占用率每秒處理事務(wù)數(shù)（TPS）數(shù)據(jù)模型響應(yīng)時(shí)間可分為：網(wǎng)絡(luò)傳輸時(shí)間和應(yīng)用時(shí)延時(shí)間。如右圖所示：網(wǎng)絡(luò)傳輸時(shí)間=N1+N2+N3+N4應(yīng)用時(shí)延時(shí)間=A1+A2+A3數(shù)據(jù)模型基準(zhǔn)指標(biāo)數(shù)據(jù)基準(zhǔn)指標(biāo)數(shù)據(jù)是指在性能測(cè)試實(shí)施后用于對(duì)比的性能指標(biāo)數(shù)據(jù)。最常見的定義的基準(zhǔn)指標(biāo)的數(shù)據(jù)項(xiàng)包含：響應(yīng)時(shí)間CPU利用率內(nèi)存利用率數(shù)據(jù)模型響應(yīng)時(shí)間的基準(zhǔn)指標(biāo)一般需要根據(jù)需求中的定義來確定；如果需求中沒有明確的定義，則可以根據(jù)1357原則來確定。所謂1357原則，是指將性能測(cè)試的業(yè)務(wù)模型劃分為4個(gè)等級(jí)，要求等級(jí)最高的功能的響應(yīng)時(shí)間不能超過1秒，次高的不能超過3秒，再次的不能超過5秒，最低不能超過7秒。數(shù)據(jù)模型CPU和內(nèi)存利用率的