CS、CSS架構(gòu)應(yīng)用的軟件性能測(cè)試模型分析

-.z安博測(cè)試空間技術(shù)中心.btestingsky./地址：市海淀區(qū)學(xué)院路40號(hào)大唐電信測(cè)試空間樓聯(lián)系：36230326062303230CS/CSS架構(gòu)應(yīng)用的軟件性能測(cè)試模型分析夏海濤1.CS/CSS系統(tǒng)架構(gòu)的根本概念1.1系統(tǒng)架構(gòu)定義雖然B/S構(gòu)造、J2EE架構(gòu)愈來愈成為流行模式，但基于傳統(tǒng)的C/S構(gòu)造的應(yīng)用程序還廣泛地應(yīng)用于各種行業(yè)。尤其是金融行業(yè)中的商業(yè)銀行柜面－核心帳務(wù)系統(tǒng)等。一方面由于傳統(tǒng)商業(yè)銀行一般都有大量的字符終端等需要復(fù)用的設(shè)備，一方面也是因?yàn)樗麄兇嬖诖罅棵芗膶?duì)實(shí)時(shí)性要求很高的高柜業(yè)務(wù)，使用傳統(tǒng)的基于C/S構(gòu)造或者C/S/S構(gòu)造的應(yīng)用效率更有保證。C/S構(gòu)造即CLIENT/SERVER構(gòu)造。傳統(tǒng)的C/S構(gòu)造一般分為兩層：客戶端和效勞器端。該構(gòu)造的根本工作原理是，客戶程序向數(shù)據(jù)效勞器發(fā)送SQL請(qǐng)求，效勞器返回?cái)?shù)據(jù)和結(jié)果?？蛻舳素?fù)責(zé)實(shí)現(xiàn)用戶接口功能，同時(shí)封裝了局部應(yīng)用邏輯。效勞器端的數(shù)據(jù)庫(kù)效勞器主要提供數(shù)據(jù)存儲(chǔ)功能，也通過觸發(fā)器和存儲(chǔ)過程提供局部應(yīng)用邏輯。C/S/S構(gòu)造即客戶/應(yīng)用效勞器/數(shù)據(jù)庫(kù)效勞器三層構(gòu)造，中間增加了應(yīng)用效勞器，通常實(shí)現(xiàn)應(yīng)用邏輯，是連接客戶與數(shù)據(jù)庫(kù)效勞器的橋梁。它響應(yīng)用戶發(fā)來的請(qǐng)求執(zhí)行*種業(yè)務(wù)任務(wù)，并與數(shù)據(jù)庫(kù)效勞器打交道，技術(shù)實(shí)現(xiàn)上通常選用中間件產(chǎn)品，如BEA公司的TU*EDO和IBM公司的CICS等?！彩聦?shí)上J2EE架構(gòu)的應(yīng)用也屬于這種三層或多層構(gòu)造，這里不包括?！橙龑踊蚨鄬覥/S構(gòu)造與兩層C/S構(gòu)造相比，它的優(yōu)勢(shì)主要表現(xiàn)在：平安性加強(qiáng)、效率提高、易于維護(hù)、可伸縮性、可共享性、開放性好等。1.2系統(tǒng)架構(gòu)示意圖1.3CS/CSS系統(tǒng)架構(gòu)中性能測(cè)試的特點(diǎn)系統(tǒng)架構(gòu)的性能影響因素由于CS/CSS系統(tǒng)的以下特性，測(cè)試工程師對(duì)一個(gè)CS/CSS系統(tǒng)實(shí)施性能測(cè)試具有很大的難度：*整個(gè)系統(tǒng)的各個(gè)局部使用多種操作系統(tǒng)，性能上有差異；*整個(gè)系統(tǒng)架構(gòu)的各個(gè)環(huán)節(jié)上使用多種數(shù)據(jù)庫(kù)，同樣在性能上有差異；*應(yīng)用是多個(gè)，分屬多個(gè)種類，分布在不同設(shè)備上，包括自行開發(fā)的應(yīng)用、第三方的應(yīng)用；*系統(tǒng)中的設(shè)備、組件通過不同協(xié)議進(jìn)展連接、通訊；*系統(tǒng)的內(nèi)部接口多，性能瓶頸多；而系統(tǒng)的整體性能往往取決于最差的局部；需要分別測(cè)試和聯(lián)合測(cè)試*系統(tǒng)的性能指標(biāo)不光同應(yīng)用系統(tǒng)架構(gòu)有關(guān)，還和具體行業(yè)應(yīng)用的業(yè)務(wù)模式有關(guān)；*采用此架構(gòu)的行業(yè)應(yīng)用往往是一個(gè)7×24小時(shí)系統(tǒng)；*采用此架構(gòu)的行業(yè)應(yīng)用可能高柜業(yè)務(wù)多，這樣會(huì)影響對(duì)性能度量項(xiàng)的選取和轉(zhuǎn)換；*各個(gè)環(huán)節(jié)根本上以交換數(shù)據(jù)報(bào)文的方式通信，其格式經(jīng)常會(huì)比擬復(fù)雜。因此這樣的系統(tǒng)對(duì)于對(duì)測(cè)試工程師的知識(shí)的深度和廣度都是一個(gè)考驗(yàn)。對(duì)于這樣的系統(tǒng)，到底如何使用什么樣的測(cè)試策略、如何分析測(cè)試需求、如何選取性能度量項(xiàng)的轉(zhuǎn)換計(jì)算模型、如何確定測(cè)試內(nèi)容和輪次、如何設(shè)計(jì)性能測(cè)試案例等等以及規(guī)劃和實(shí)施性能測(cè)試中的其它諸多問題，都需要遵循一個(gè)系統(tǒng)的方法來解決。系統(tǒng)架構(gòu)中性能測(cè)試的根本策略1.確定好測(cè)試工作*圍首先可以分析壓力測(cè)試中最容易出現(xiàn)瓶頸的地方，從而有目的地調(diào)整測(cè)試策略或測(cè)試環(huán)境，使壓力測(cè)試結(jié)果真實(shí)地反映出軟件的性能。例如，效勞器的硬件限制、數(shù)據(jù)庫(kù)的性能設(shè)置等常常會(huì)成為制約軟件性能的重要因素，但這些因素顯然不是用戶最關(guān)心的，我們?cè)跍y(cè)試之前就要通過一些設(shè)置把這些因素的影響調(diào)至最低。另外，用戶更關(guān)心整個(gè)系統(tǒng)中哪個(gè)環(huán)節(jié)的性能情況也會(huì)影響工作*圍。如有的環(huán)節(jié)是全新系統(tǒng)，而有的環(huán)節(jié)已經(jīng)是成熟系統(tǒng)只是稍有改動(dòng)，這樣可能全新系統(tǒng)的局部性能測(cè)試就需要系統(tǒng)和全面一些。2.分析好客戶的性能測(cè)試需求客戶是已經(jīng)明確提出了性能指標(biāo)，還是只提供了用戶使用方式和歷史交易流量數(shù)據(jù)，需要我們自己進(jìn)展性能基準(zhǔn)的計(jì)算.性能測(cè)試的目的是驗(yàn)證系統(tǒng)性能還是想確定目標(biāo)系統(tǒng)的理想配置.是否還要使用測(cè)試結(jié)果預(yù)測(cè)在不同機(jī)型的處理能力.是否要求在性能測(cè)試各個(gè)輪次中安排性能調(diào)優(yōu)過程等等問題都需要有針對(duì)性的解答。3.要作好性能測(cè)試的方案和方案測(cè)試方案和方案中要注意測(cè)試需求分析階段提出的問題的解決。4.確定的測(cè)試通過準(zhǔn)則、性能測(cè)試的方案、結(jié)果要獲得客戶的認(rèn)可要和客戶確認(rèn)，系統(tǒng)的性能指標(biāo)達(dá)標(biāo)的標(biāo)準(zhǔn)是什么；對(duì)于性能測(cè)試中各個(gè)局部和步驟的方案和結(jié)果，甚至是性能測(cè)試過程，都要根據(jù)其重要程度，決定是否需要客戶進(jìn)展確認(rèn)和簽字。獲得客戶的認(rèn)可是最重要的。系統(tǒng)中性能測(cè)量與性能探測(cè)性能測(cè)量1.在性能測(cè)試開場(chǎng)前必須認(rèn)真規(guī)劃性能測(cè)量：軟件性能測(cè)量技術(shù)*圍很廣?？梢园ㄈ罩尽⑹录?jì)數(shù)、事件持續(xù)時(shí)間、采樣等性能測(cè)量技術(shù)。*確定性能測(cè)量的策略：我們要測(cè)試什么.*規(guī)劃性能測(cè)試中使用什么樣的測(cè)量工具。2.測(cè)量的代表性*測(cè)量結(jié)果要能夠反映出影響性能的重要因素：工作量負(fù)載、軟件和計(jì)算機(jī)系統(tǒng)環(huán)境。3.測(cè)量的可重復(fù)性*能夠控制工作量負(fù)載、軟件和計(jì)算機(jī)系統(tǒng)環(huán)境，從而能夠重復(fù)測(cè)試過程。性能探測(cè)技術(shù)在進(jìn)展性能測(cè)量時(shí)，可以使用標(biāo)準(zhǔn)的商用工具進(jìn)展，但是往往標(biāo)準(zhǔn)工具提供的數(shù)據(jù)不能滿足要求。性能探測(cè)就是在程序的關(guān)鍵點(diǎn)插入代碼探針來測(cè)量軟件的執(zhí)行特性。從而到達(dá)以下的目標(biāo)：–性能數(shù)據(jù)獲取更方便–數(shù)據(jù)的詳細(xì)程度提高–數(shù)據(jù)收集方式更加可控依據(jù)SPE〔軟件性能工程〕的建議，軟件探測(cè)需求應(yīng)該作為軟件體系構(gòu)造的組成局部。在設(shè)計(jì)軟件時(shí)設(shè)計(jì)軟件探針。所以在規(guī)劃工程中的性能測(cè)試過程中，要建議進(jìn)展軟件設(shè)計(jì)時(shí)考慮島性能探測(cè)需求，為性能測(cè)試中更好的進(jìn)展性能測(cè)量做好準(zhǔn)備。系統(tǒng)下性能測(cè)試的類型廣義的性能測(cè)試包括許多類型。如：*Scalability/loadtesting(規(guī)模化/壓力測(cè)試)：通過在被測(cè)系統(tǒng)上不斷增加壓力，直到性能指標(biāo)例如響應(yīng)時(shí)間超過預(yù)定指標(biāo)或者*種資源已經(jīng)到達(dá)飽和狀態(tài)。這種測(cè)試可以找到系統(tǒng)的處理極限，為系統(tǒng)調(diào)優(yōu)提供數(shù)據(jù)。*Performancetesting(性能測(cè)試)：通過模擬生產(chǎn)運(yùn)行的業(yè)務(wù)壓力量和使用場(chǎng)景組合測(cè)試系統(tǒng)的性能是否滿足生產(chǎn)性能要求。如以實(shí)際投產(chǎn)構(gòu)造測(cè)試，求出最大的吞吐量與最正確回應(yīng)時(shí)間以保證上線的平穩(wěn)，平安等。*Configurationtesting(配置測(cè)試)：通過測(cè)試找到系統(tǒng)各項(xiàng)資源的最優(yōu)分配原則。*Concurrencytesting〔并發(fā)測(cè)試〕：測(cè)試多個(gè)用戶同時(shí)同一個(gè)應(yīng)用、同一個(gè)模塊或者數(shù)據(jù)記錄時(shí)是否存在死鎖或者其他性能問題。*Stresstesting〔極限測(cè)試〕：測(cè)試系統(tǒng)在一定飽和狀態(tài)下，例如CPU、內(nèi)存在飽和使用飽和情況下，系統(tǒng)能夠處理的會(huì)話能力，以及系統(tǒng)是否會(huì)出現(xiàn)錯(cuò)誤。*Volumetesting〔容量測(cè)試〕：測(cè)試系統(tǒng)能夠處理的最大會(huì)話能力。*Reliabilitytesting〔可靠性測(cè)試〕：通過給系統(tǒng)加載一定的業(yè)務(wù)壓力〔例如資源在70-90%的使用率〕的情況下，運(yùn)行一段時(shí)間。*Failovertesting〔失敗測(cè)試〕：對(duì)于有冗余備份和負(fù)載均衡的系統(tǒng)，通過這樣的測(cè)試來檢驗(yàn)如果系統(tǒng)局部發(fā)生故障用戶是否能夠繼續(xù)使用系統(tǒng)，用戶將受到多大的影響。在CS/CSS系統(tǒng)下實(shí)際的性能測(cè)試中，需要根據(jù)具體情況進(jìn)展性能測(cè)試類型的選取和組合。系統(tǒng)下性能測(cè)試的組成局部通常在一個(gè)CS/CSS系統(tǒng)中，分為用戶界面層、效勞邏輯層和數(shù)據(jù)效勞層等幾個(gè)層次，分別對(duì)應(yīng)著客戶、應(yīng)用效勞器、數(shù)據(jù)庫(kù)效勞器。如在金融行業(yè)應(yīng)用中，客戶端承載著柜面業(yè)務(wù)，部署在網(wǎng)點(diǎn)〔包括字符柜員或圖形柜員〕，還包括部署在自助設(shè)備上面的自助業(yè)務(wù)等；應(yīng)用效勞器上面主要是起到路由功能、業(yè)務(wù)處理功能、和渠道整合的作用；而核心業(yè)務(wù)處理系統(tǒng)包括交易平臺(tái)、業(yè)務(wù)邏輯、核心處理、數(shù)據(jù)處理等。由于業(yè)務(wù)邏輯分布在不同的環(huán)節(jié)，導(dǎo)致系統(tǒng)的內(nèi)部接口多，性能瓶頸多，而系統(tǒng)的整體性能往往取決于最差的局部。所以對(duì)于整個(gè)系統(tǒng)的整體性能的測(cè)試可能需要針對(duì)各個(gè)環(huán)節(jié)分別做好各自的內(nèi)部性能測(cè)試。如下面的一個(gè)CS/CSS系統(tǒng)金融行業(yè)應(yīng)用的例子：為了測(cè)試整個(gè)系統(tǒng)的性能，需要預(yù)先針對(duì)各個(gè)組成局部進(jìn)展內(nèi)部性能測(cè)試，如后臺(tái)主機(jī)的壓力測(cè)試、SNAgateway的壓力測(cè)試、大前置系統(tǒng)的壓力測(cè)試、前端系統(tǒng)的壓力測(cè)試、外系統(tǒng)接入的壓力測(cè)試等等。在本次進(jìn)展的內(nèi)部壓力測(cè)試中，為了排除系統(tǒng)其它局部的影響，均需要隔離各自的局部，驅(qū)動(dòng)和樁都使用軟件測(cè)試工具或自行編制程序來代替。在每個(gè)局部的內(nèi)部壓力測(cè)試中，又均可以根據(jù)具體情況使用上一節(jié)說明的各種性能測(cè)試類型進(jìn)展性能測(cè)量。2.CS/CSS系統(tǒng)架構(gòu)中的性能測(cè)試的度量項(xiàng)計(jì)算模型2.1定義度量標(biāo)準(zhǔn)項(xiàng)進(jìn)展性能測(cè)試的模型分析時(shí)，首先要確定關(guān)鍵性能目標(biāo)。它應(yīng)該是通過與客戶溝通獲得的，這些目標(biāo)應(yīng)該是解決客戶關(guān)注的性能問題，也就是說，客戶的性能測(cè)試需求表達(dá)為關(guān)鍵性能目標(biāo)。性能目標(biāo)應(yīng)該是明確的、可度量的。例如：支持2000個(gè)并發(fā)用戶；連續(xù)運(yùn)行30天不停機(jī)等。在明確了關(guān)鍵性能目標(biāo)和性能測(cè)試的通過/失敗準(zhǔn)則后，需要定義如何度量關(guān)鍵性能目標(biāo)和性能測(cè)試的通過/失敗準(zhǔn)則。度量的標(biāo)準(zhǔn)項(xiàng)會(huì)影響測(cè)試方法和測(cè)試工具的選擇。舉例來說，如果要度量100個(gè)用戶并發(fā)的響應(yīng)時(shí)間，就必須明確要度量以下哪一個(gè)標(biāo)準(zhǔn)項(xiàng)：*每個(gè)并發(fā)用戶的響應(yīng)時(shí)間*在有99個(gè)用戶已經(jīng)接入的情況下，第100個(gè)用戶的響應(yīng)時(shí)間*兩個(gè)指標(biāo)都要度量2.2性能基準(zhǔn)及測(cè)試強(qiáng)度估算實(shí)際上，關(guān)鍵性能目標(biāo)并不總是很容易明確的?？蛻敉挥幸恍v史數(shù)據(jù)和業(yè)務(wù)增長(zhǎng)的一些預(yù)期比例等等。但是這些數(shù)據(jù)對(duì)于我們也是很有用的，它們可以作為我們?cè)O(shè)計(jì)和測(cè)試使用的性能基準(zhǔn)。對(duì)于性能測(cè)試，在設(shè)計(jì)時(shí)就要首先提出設(shè)計(jì)的性能基準(zhǔn)。所謂性能基準(zhǔn)，就是要思考：多少人使用這個(gè)系統(tǒng).使用時(shí)最大的用戶數(shù)是多少.用戶頂峰期使用時(shí)間間隔多少，在多大數(shù)量級(jí)別上系統(tǒng)響應(yīng)時(shí)間分別是什么.數(shù)據(jù)增長(zhǎng)量有多大.數(shù)據(jù)增長(zhǎng)到什么數(shù)量級(jí)和時(shí)間長(zhǎng)短對(duì)硬件而言難于承受.網(wǎng)絡(luò)實(shí)現(xiàn)條件是什么.在處理時(shí)CPU和內(nèi)存增長(zhǎng)如何控制.種種這些，然后設(shè)計(jì)時(shí)根據(jù)性能基準(zhǔn)有條件的在編碼實(shí)現(xiàn)和硬件配置方面進(jìn)展優(yōu)化，測(cè)試只不過驗(yàn)證系統(tǒng)是否到達(dá)預(yù)期設(shè)計(jì)目標(biāo)。但是現(xiàn)在的情況卻往往是：設(shè)計(jì)出來后要求性能測(cè)試，測(cè)試什么然后是什么，好比考試沒有標(biāo)準(zhǔn)答案卻要求大家及格一樣。或者是，客戶雖然已經(jīng)明確的提出了關(guān)鍵性能指標(biāo)，但是設(shè)計(jì)的時(shí)候沒有考慮，依賴于性能測(cè)試給出實(shí)際性能數(shù)據(jù)，然后再比照優(yōu)化。性能測(cè)試在基于性能基準(zhǔn)上，特別是基于經(jīng)過計(jì)算和轉(zhuǎn)換得到的關(guān)鍵性能目標(biāo)，才能得出預(yù)期結(jié)果。這一點(diǎn)，需要測(cè)試工程師向設(shè)計(jì)人員反復(fù)灌輸這種觀念，否則，性能測(cè)試研究包括工具研究總是停留在討論階段。不要在編碼完成以后才考慮優(yōu)化問題，如果等工程實(shí)施了，優(yōu)化還沒有完成，就很難保證客戶滿意。沒有目標(biāo)的設(shè)計(jì)，如同城市間的交通問題一樣，我們抱怨建立者們?nèi)狈h(yuǎn)見，而軟件設(shè)計(jì)人員同樣缺乏想象力。對(duì)于性能基準(zhǔn)向關(guān)鍵性能目標(biāo)的轉(zhuǎn)化，用以下例子來說明。有200個(gè)用戶使用客戶端軟件進(jìn)展業(yè)務(wù)處理〔并發(fā)度至少要到達(dá)200并發(fā)〕，每年通過軟件進(jìn)展處理的總業(yè)務(wù)量為：2000萬筆業(yè)務(wù)/年。測(cè)試強(qiáng)度估算時(shí)采用如下假設(shè)前提：*全年的業(yè)務(wù)量集中在10個(gè)月完成，每個(gè)月20個(gè)工作日，每個(gè)工作日8個(gè)小時(shí)；*采用80—20原理，每個(gè)工作日中80%的業(yè)務(wù)在20%的時(shí)間內(nèi)完成，即每天80%的業(yè)務(wù)在1.6小時(shí)內(nèi)完成；測(cè)試壓力的估算結(jié)果：去年全年處理業(yè)務(wù)約2000萬筆，其中15%的業(yè)務(wù)處理每筆業(yè)務(wù)需對(duì)應(yīng)用效勞器提交3次請(qǐng)求；70%的業(yè)務(wù)處理每筆業(yè)務(wù)需對(duì)應(yīng)用效勞器提交2次請(qǐng)求；其余15%的業(yè)務(wù)每筆業(yè)務(wù)向應(yīng)用效勞器提交1次請(qǐng)求。根據(jù)以往統(tǒng)計(jì)結(jié)果，每年的業(yè)務(wù)增量為15%，考慮到今后三年業(yè)務(wù)開展的需要，測(cè)試需按現(xiàn)有業(yè)務(wù)量的2倍進(jìn)行。每年總的請(qǐng)求數(shù)量為：〔2000*15%*3+2000*70%*2+2000*15%*1〕*2="8000萬次/年。每天的請(qǐng)求數(shù)量為：8000/200="40萬次/天。每秒的請(qǐng)求數(shù)量為：〔400000*80%〕/〔8*20%*3600〕=55.6次/秒。正常情況下，應(yīng)用效勞器處理請(qǐng)求的能力至少應(yīng)到達(dá)：56次/秒?；蛘?，忽略提交的請(qǐng)求數(shù)，以業(yè)務(wù)交易數(shù)為準(zhǔn)，定義每秒鐘的交易數(shù)，及“吞吐量〞。如果再考慮未來幾年的交易量的增加〔每年增長(zhǎng)15％〕，則可以歸納為：?吞吐量：(T4*80%)/(1.6*3600)–T4=T0*(1+15%)^4–T0：當(dāng)前日均交易量2000萬–T4：未來4年日均交易量另外，有時(shí)關(guān)鍵性能指標(biāo)確實(shí)定和具體應(yīng)用相關(guān)。如金融行業(yè)應(yīng)用中的核心業(yè)務(wù)系統(tǒng)中會(huì)有日結(jié)、月結(jié)等批處理，往往使用一次批處理小于多少小時(shí)來表征性能指標(biāo)。2.3度量標(biāo)準(zhǔn)項(xiàng)和可采集的測(cè)量數(shù)據(jù)項(xiàng)轉(zhuǎn)換只有使用明確的可采集到的數(shù)據(jù)才能真正反映系統(tǒng)的性能狀況。例如：*每秒鐘運(yùn)行成功的交易數(shù)量*單一客戶端的響應(yīng)時(shí)間(使用時(shí)間戳的差值，發(fā)出請(qǐng)求的時(shí)間和收到回應(yīng)的時(shí)間)*CPU的占用率*網(wǎng)絡(luò)流量占用率*內(nèi)存的占用率*硬盤使用率2.4壓力的分解對(duì)于一個(gè)由很多環(huán)節(jié)組成的復(fù)雜系統(tǒng)來說，如果想要模擬實(shí)際環(huán)境進(jìn)展整體的聯(lián)合性能測(cè)試的話，就需要針對(duì)整體壓力進(jìn)展各個(gè)層次的分解。如：以下圖是一個(gè)實(shí)際系統(tǒng)進(jìn)展的聯(lián)合性能測(cè)試。后臺(tái)主機(jī)系統(tǒng)最多的吞吐量是480筆/秒。。由于通信網(wǎng)關(guān)和主機(jī)在此環(huán)境中是1對(duì)1的關(guān)系，所以通信網(wǎng)關(guān)的壓力要到達(dá)480筆/秒。而一個(gè)通信網(wǎng)關(guān)對(duì)應(yīng)著三個(gè)前置機(jī)，所以每個(gè)前置機(jī)要到達(dá)160筆/秒送達(dá)主機(jī)的吞吐量，才可能使整個(gè)系統(tǒng)滿負(fù)荷運(yùn)轉(zhuǎn)?？紤]到其它層次類推。由于主機(jī)以外還存在其它效勞系統(tǒng)，所以在前置機(jī)的壓力上面加了一個(gè)“*〞代表其它效勞系統(tǒng)要求的壓力。當(dāng)*個(gè)層次的設(shè)備短缺，無法實(shí)際上到達(dá)其分解下來的壓力時(shí)，往往需要使用軟件手段，在上一層次上直接加壓力解決。3.CS/CSS系統(tǒng)架構(gòu)中的性能測(cè)試的規(guī)劃與實(shí)施要點(diǎn)3.1測(cè)試方案中的人力資源方案由于性能測(cè)試時(shí)軟件測(cè)試領(lǐng)域比擬復(fù)雜的類型，所以性能測(cè)試方案中人力資源的方案也比擬重要。要充分考慮到測(cè)試組織、測(cè)試程序的編寫、測(cè)試設(shè)計(jì)、實(shí)現(xiàn)和執(zhí)行、測(cè)試報(bào)告等等各種工作任務(wù)的人力資源需求情況。一般情況下，一個(gè)工程類工程的性能測(cè)試工作由如下角色和職責(zé)：*測(cè)試分析師：負(fù)責(zé)分析測(cè)試策略、編寫測(cè)試方案、制訂測(cè)試方案、組織測(cè)試；*測(cè)試工程師：測(cè)試?yán)O(shè)計(jì)、實(shí)現(xiàn)；環(huán)境協(xié)調(diào)；對(duì)測(cè)試結(jié)果進(jìn)展分析，編寫測(cè)試總結(jié)報(bào)告。*測(cè)試員〔通常也可測(cè)試工程師兼任〕：測(cè)試執(zhí)行；對(duì)測(cè)試過程進(jìn)展記錄，收集、整理測(cè)試記錄數(shù)據(jù)。*軟件工程師〔有時(shí)由測(cè)試工程師兼任〕：負(fù)責(zé)編寫、調(diào)試客戶端測(cè)試軟件和模擬軟件；數(shù)據(jù)庫(kù)管理系統(tǒng)的安裝、ofs配置及系統(tǒng)的預(yù)埋數(shù)據(jù)準(zhǔn)備。*系統(tǒng)工程師〔有時(shí)由測(cè)試工程師兼任〕：負(fù)責(zé)測(cè)試用的硬件維護(hù)及操作系統(tǒng)安裝、配置。*上級(jí)測(cè)試負(fù)責(zé)人：負(fù)責(zé)對(duì)測(cè)試方案及測(cè)試總結(jié)報(bào)告進(jìn)展批準(zhǔn)。*客戶：必要時(shí)可參加測(cè)試，并提出具體的測(cè)試要求；可要求暫停測(cè)試；重要測(cè)試結(jié)論要簽字認(rèn)可。3.2為工程選擇適合的測(cè)試工具在性能測(cè)試過程中，一定要有適合的測(cè)試工具支持。性能測(cè)試所使用的測(cè)試工具包括：負(fù)載模擬類工具性能測(cè)量類工具系統(tǒng)級(jí)測(cè)量工具：CPU、內(nèi)存使用率統(tǒng)計(jì)統(tǒng)計(jì)類：響應(yīng)時(shí)間、吞吐剖析類：代碼級(jí)測(cè)量工具，例如統(tǒng)計(jì)函數(shù)調(diào)用次數(shù)對(duì)于測(cè)試工具，每個(gè)具體工程的需求是有差異的，不存在通用解決方案。而且，工具的引入需要時(shí)間、資金和人力的投入。測(cè)試工具的選擇需要考慮性能測(cè)試中被測(cè)系統(tǒng)的需要，以及測(cè)試工具需要完成的功能。一般情況下的選擇方案包括：*真實(shí)生產(chǎn)系統(tǒng)*商用壓力測(cè)試工具*定制壓力測(cè)試工具第一種選擇限于資源以及準(zhǔn)確性等因素在壓力測(cè)試中一般不采用，這里不再討論。對(duì)于后兩種選擇的取舍主要考慮的因素包括：*是否能夠滿足壓力測(cè)試中作為模擬程序、負(fù)載模擬的需要*是否能夠提供詳細(xì)，準(zhǔn)確的性能測(cè)量數(shù)據(jù)*測(cè)試工具在本錢的限制因素，包括時(shí)間和金錢*測(cè)試組對(duì)測(cè)試工具的掌握程度有很多很好的自動(dòng)化的性能測(cè)試工具。如：MI的Loadrunner、MI的AstraLoadTest、Empiri*的E-load、RationalTeamTest等等。其中又以MI的Loadrunner最為著名和常用。有時(shí)在性能測(cè)試過程中也會(huì)采用自編的或定制的壓力測(cè)試工具的方案，主要基于如下的原因：首先、由于被測(cè)系統(tǒng)本身的特點(diǎn)，滿足模擬程序需要的商用測(cè)試工具難以尋覓，即便是有靠近這方面需求的測(cè)試工具，考慮到費(fèi)用以及培訓(xùn)時(shí)間的因素，也會(huì)增加測(cè)試過程的風(fēng)險(xiǎn)。其次，有時(shí)由于相關(guān)技術(shù)的成熟，選擇定制壓力測(cè)試工具的方案無論在設(shè)計(jì)，實(shí)現(xiàn)，還是在測(cè)試工具的掌握上都不存在不可控的風(fēng)險(xiǎn)；并且在測(cè)試過程中隨時(shí)滿足測(cè)試需要的及時(shí)性方面，定制的測(cè)試工具也有無可比擬的優(yōu)勢(shì)。最后、考慮到將來前置系統(tǒng)的產(chǎn)品化，對(duì)該系統(tǒng)進(jìn)一步測(cè)試的需要會(huì)持續(xù)很久，定制的測(cè)試工具可以更好，更完善地滿足這種需求。同時(shí)，對(duì)于與對(duì)象系統(tǒng)采用同樣系統(tǒng)架構(gòu)的工程都可以借鑒此定制測(cè)試工具的思想，快速地建立新的測(cè)試工具。3.3測(cè)試準(zhǔn)備工作性能測(cè)試的準(zhǔn)備工作，可以包括測(cè)試數(shù)據(jù)的準(zhǔn)備、測(cè)試工具準(zhǔn)備、測(cè)試環(huán)境準(zhǔn)備、試執(zhí)行等局部。測(cè)試數(shù)據(jù)的準(zhǔn)備對(duì)于行業(yè)應(yīng)用，尤其是金融行業(yè)應(yīng)用，測(cè)試數(shù)據(jù)的準(zhǔn)備中最重要的就是交易的選取。交易的選取有如下原則：內(nèi)部壓力測(cè)試：盡量選取幾個(gè)最消耗系統(tǒng)資源的交易，并覆蓋所有的交易形態(tài)〔如會(huì)話式、批量式、異步式之類〕，這樣才有可能最大限度的檢查出該局部的性能瓶頸；整體聯(lián)合壓力測(cè)試：由于一般整體聯(lián)合壓力測(cè)試需要完全模擬實(shí)際生產(chǎn)情況，所以交易的抽樣選取相比照較復(fù)雜。通常需要進(jìn)展當(dāng)前交易量的收集和預(yù)測(cè)性能測(cè)試交易量，更重要的是確定交易發(fā)送比例的分布。如一個(gè)實(shí)際金融工程的交易發(fā)送比例的分布：先選取實(shí)際原始發(fā)送比例中前50位的交易。然后將其所有比例數(shù)相加〔一定小于1〕，做為新的