性能測試模型的建立

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