性能測試規(guī)劃建議書

性能測試規(guī)劃建議書響應(yīng)時間我把“響應(yīng)時間”的概念確定為“對懇求作出響應(yīng)所需要的時間”，把響應(yīng)時間作為“呈現(xiàn)時間”和“系統(tǒng)響應(yīng)時間”兩個局部。其中“呈現(xiàn)時間”取決于數(shù)據(jù)在被客戶端收到響應(yīng)數(shù)據(jù)后呈現(xiàn)頁面所消耗的時間、而“響應(yīng)時間”指J2EE應(yīng)用效勞器從懇求發(fā)出開頭到客戶端承受到數(shù)據(jù)所消耗的時間。性能測試一般不關(guān)注“呈現(xiàn)時間”，由于呈現(xiàn)時間很大程度上取決于客戶端的表現(xiàn)。在這里我們沒有使用很多性能測試定義中的概念——“系統(tǒng)響應(yīng)時間”定義為“應(yīng)用系發(fā)出開頭到客戶端接收到最終一個字節(jié)數(shù)據(jù)所消耗的時間”，沒有使用這種標(biāo)準(zhǔn)的緣由是可以使用一些編程技巧在數(shù)據(jù)尚未完全接收完成時進展呈現(xiàn)來削減用戶感受到的響應(yīng)時間對于HNDLZCGLXT 的這個工程中我們針對C/S系統(tǒng)承受前者標(biāo)準(zhǔn)，對于B/S我們照舊承受后一種標(biāo)準(zhǔn)。并發(fā)用戶數(shù)我把“并發(fā)用戶數(shù)”與“同時在線數(shù)”進展區(qū)分對待，我的“并發(fā)用戶數(shù)”的標(biāo)準(zhǔn)是：“并發(fā)用戶數(shù)”前，必需〔必要〕先對用戶的業(yè)務(wù)進展分解、分析出典型的業(yè)務(wù)場景〔也就是用戶最常使用、最關(guān)注的業(yè)務(wù)操作〕，然后基于場景承受某些方法〔有多種計算并發(fā)用戶數(shù)的數(shù)學(xué)模型與公式〕獲得“并發(fā)用戶數(shù)”。這樣做的緣由是：假設(shè)一個應(yīng)用系統(tǒng)、最頂峰有500500人卻不是并發(fā)用戶數(shù)、由于假設(shè)在一個時間點上、有50%的人在填寫簡單的表格〔填寫表格動作對效勞“提交”動作的時候才會對效勞器系統(tǒng)構(gòu)成壓力40%的〔、還10%的人掛在線上，沒有任何操作在發(fā)呆：〕〔沒有對效勞器構(gòu)成壓力的動作〕。因40%的人真正對效勞器產(chǎn)生了壓力，從這里例子可以看出、并發(fā)用戶數(shù)關(guān)心的是不但是業(yè)務(wù)并發(fā)用戶數(shù)、還取決于業(yè)務(wù)規(guī)律、業(yè)務(wù)場景。因此我們需要本文第六局部4、5、6。吞吐量我把吞吐量定義為“單位時間內(nèi)系統(tǒng)處理的客戶懇求的數(shù)量”，直接表達(dá)軟件系統(tǒng)的性能承載力量，對于交互式應(yīng)用系統(tǒng)來說、吞吐量反映的是效勞器承受的壓力、在容量規(guī)劃的測試中、吞吐量是一個重要指標(biāo)、它不但反映在中間件、數(shù)據(jù)庫上、更加表達(dá)在硬件上。我們在以下方面利用這個指標(biāo)：J2EE應(yīng)用系統(tǒng)的連接池、數(shù)據(jù)庫事務(wù)發(fā)生頻率、事務(wù)發(fā)生次數(shù)。用來幫助分析性能瓶頸、參照本文其次局部總的RBI方法。性能計數(shù)器性能計數(shù)器式描述效勞器或操作系統(tǒng)性能的一些數(shù)據(jù)指針例如對WINDOWS 來說使用內(nèi)存數(shù)、CPU使用率、進程時間等都是常見的計數(shù)器。web效勞器計數(shù)器、EJB2JSFJMS性能計數(shù)器。找到這些指針是使用性能計數(shù)器的第一步、關(guān)鍵是找到性能瓶頸、確定系統(tǒng)閥值、供給優(yōu)化建議才是性能計數(shù)器使用的關(guān)鍵。性能計數(shù)器簡單而繁多、與代碼上下文環(huán)境、系統(tǒng)配置狀況、系統(tǒng)架構(gòu)、開發(fā)方式、使用到的標(biāo)準(zhǔn)實現(xiàn)、工具、類庫版本都有嚴(yán)密的聯(lián)系、在此不作贅述。思考時間我把思考時間確定為“休眠時間”。從業(yè)務(wù)系統(tǒng)的角度來說，這個時間指的是用戶在驚醒操作時、每個懇求之間的時間間隔、從自動化測試的角度來說、要真實的測試仿真用戶操作、就必需在測試腳本中讓各個操作之間等待一段時間、表達(dá)在腳本上就是在操作之間放置一個Think的函數(shù)，表達(dá)為腳本中兩個懇求語句之間的間隔時間、不同的測試工具供給了不同的函數(shù)或方法來實現(xiàn)思考時間、比方HPLoadRuner和IBMRationalPerformanceTest方式就完全不同。性能測試方法論SEI負(fù)載測試打算過程目標(biāo)：產(chǎn)生一個清楚、好理解、可驗證的負(fù)載測試打算6個區(qū)域：目標(biāo)、用戶、用例、生產(chǎn)環(huán)境、測試環(huán)境、測試場景工具都支持。需有文檔協(xié)作RBI方法目標(biāo)：快速識別性能瓶頸內(nèi)容：重點測試“吞吐量”指標(biāo)，由于RBI80%的系統(tǒng)性能瓶頸由吞吐量造成。依據(jù)網(wǎng)絡(luò)、硬件、數(shù)據(jù)庫、應(yīng)用效勞器、代碼的挨次自上而下分析性能、HP、、有特地的工具實現(xiàn)RBI。性能下降曲線分析法下文。確定性能閥值。內(nèi)容：通過單用戶區(qū)域、性能平坦區(qū)域、壓力區(qū)域、性能拐點進展監(jiān)控和分析。工具都支持。IBM報表功能更強。HP〔LoadRuner〕性能分析法特點：側(cè)重于該廠商的性能分析方法、主要表達(dá)在需求收集、VU腳本。缺點：沒有對測試打算階段、測試設(shè)計時間的具體行為、方法、目的進展描述。方法局LoadRuner產(chǎn)品的特性上。不能通用。IBRationalP軟件測試方法特點：軟件產(chǎn)品生命周期RUP的實現(xiàn)、側(cè)重于迭代測試、寬廣的方法論。可適合任意測試環(huán)境及方法、工具。缺點：需要依據(jù)測試環(huán)境進展剪裁、難以把握、但把握后格外成熟、高質(zhì)量。工具：涉及到IBMRational測試環(huán)境的全部軟件、功能強大。PTGM性能測試模型內(nèi)容：一個格外適合行業(yè)用戶〔電力、金融、政務(wù)、制造〕的性能測試過程模型。標(biāo)準(zhǔn)測試上下文方面很優(yōu)秀。包括以下環(huán)節(jié)：前期預(yù)備、工具引入、測試打算、測試設(shè)計與開發(fā)、測試執(zhí)行與治理、測試分析。工具：可以使用任意商業(yè)工具全部署測試流程、不限于任何廠商工具的局限、也可以O(shè)penSource傾向使用多個產(chǎn)品的整合、綜合使用、揚長避短。性能測試方法性能測試性能測試方法通過模擬生產(chǎn)運行的業(yè)務(wù)壓力氣和使用場景組合測試性能是否能夠滿足需要。具備三個特點：這種方法的目的是驗證系統(tǒng)是否具有系統(tǒng)宣稱具有的力量。這種方法需要事先了解被測試系統(tǒng)典型場景、并確定性能目標(biāo)。這種方法要求在已確定的環(huán)境下運行使用IBMRationalPerformancetercuryLoadRunOpenSTAApachebJmete、QALoad、TagUniJavaTestRuner負(fù)載測試負(fù)載測試用來測定系統(tǒng)飽和狀態(tài)、確定閥值。其特點有：到如“10秒”，“效勞器平均CPU65%”等指標(biāo)。這種性能測試方法需要在給定的測試環(huán)境下進展，通常也需要考慮被測系統(tǒng)的業(yè)務(wù)壓力氣和典型場景、另外HPMercuryLoadRuner須選擇典型場景。

使用該方法進展“加壓”的時候必這種性能測試方法一般用來了解系統(tǒng)的性能容量，或者是協(xié)作性能調(diào)優(yōu)的時候來使用。特別是該工程的WeblogicServrOracl數(shù)據(jù)庫的性能調(diào)優(yōu)。壓力測試壓力測試方法測試目標(biāo)系統(tǒng)在肯定飽和狀態(tài)下，例如CPU、內(nèi)存等在飽和狀態(tài)下、系統(tǒng)能夠處理的session力量，以及系統(tǒng)是否會消滅錯誤。該方法需要在系統(tǒng)cache調(diào)優(yōu)與pool優(yōu)化方面著手。該方法具備以下特點：該方法的目的是檢查系統(tǒng)處于壓力狀況下的，應(yīng)用的表現(xiàn)。如增加VU數(shù)量、節(jié)是檢驗此時的應(yīng)用表現(xiàn)，重點在于有無錯誤信息產(chǎn)生，系統(tǒng)對應(yīng)用的響應(yīng)時間等。該方法通過模擬負(fù)載在實現(xiàn)壓力。這種模擬需要考慮的層面很多、首先、模擬必OracleIJVMGCConnPoo等。“什么樣的平臺定義一個多長的壓力測試時間讓其穩(wěn)定運行才是科學(xué)的？”配置測試配置測試方式是指在測試前、測試中、測試后三個時間段通過對被測系統(tǒng)的軟件硬件安排原則。它具備以下特點：該方法的目的是了解各個不同的因素對系統(tǒng)性能影響的程度、從而推斷出最值得進展的調(diào)優(yōu)操作。該方法不同于與“功能測試”中涉及到的“配置測試”。什么時候暫停、什么時候完畢才是運用這個方法的關(guān)鍵。同時也是HNDLZCGLXT考慮性能測試效勞供貨商的關(guān)鍵。并發(fā)測試該方法通過仿真用戶的并發(fā)訪問，測試多用戶環(huán)境并發(fā)訪問同一個應(yīng)用、同一個模塊或者數(shù)據(jù)記錄時系統(tǒng)是否存在死鎖或者其他性能問題。該方法特點是：可以覺察應(yīng)用系統(tǒng)的全局性性能問題。Compuware公司的DevPartneEJ-Technologe司的JProflQUEST公司的JProb工具等。并發(fā)測試一般關(guān)注的問題是：牢靠性測試〔80%~90%的使用率70%~90%環(huán)境下運行該應(yīng)用系統(tǒng)。應(yīng)用系統(tǒng)運行起來后，加載業(yè)務(wù)壓力使應(yīng)用系統(tǒng)資源到達(dá)90%。比方：該J2EE系統(tǒng)中設(shè)置的JDBC3027。應(yīng)用系統(tǒng)運行起來后結(jié)合業(yè)務(wù)狀況來設(shè)定一個運行時間。比方：電力資產(chǎn)系統(tǒng)要MTBF〔平均無故障時間〕10000小時、那么我們可以認(rèn)定該系統(tǒng)的運行時間至“不行靠”。一般狀況下J2EE90%~100%3天左右沒有錯誤就可以認(rèn)定該MTBF指標(biāo)已經(jīng)到達(dá)。失效恢復(fù)測試該方法是針對有HACMP等冗余備份和EdgeServerforJ2EE系統(tǒng)設(shè)計的。該方法考慮系統(tǒng)失效恢復(fù)的時間、用戶受到多大程度、多大范圍的影響，并將其量化。該方法有以下特點：一般的關(guān)鍵業(yè)務(wù)都會承受雙機熱備或負(fù)載均衡方式來實現(xiàn)。能不能使用”需要說明的是，對于HNDLZCGLXT的這個工程來說，負(fù)載均衡需要認(rèn)真考慮其實現(xiàn)方式，這影響到性能的調(diào)優(yōu)。可以考慮使用F5等硬件技術(shù)方式、也可以考慮使用IBMWebSphereEdgeServr商業(yè)版本的軟件技術(shù)方式。否則單純對EJB容器Server作集群沒有意義。性能測試分析方法該局部著重于PTGM方法論力量驗證力量驗證一般承受這樣的描述：“該系統(tǒng)是否能在A條件下具備B力量？”。這里強調(diào)以下內(nèi)容：充分預(yù)備以下內(nèi)容：硬設(shè)備、軟件環(huán)境、網(wǎng)絡(luò)條件、根底數(shù)據(jù)充分預(yù)備測試場景、典型的場景包括操作序列、并發(fā)用戶數(shù)量條件、用例。該局部包括使用到上述測試方法：性能測試方法、牢靠性測試、壓力測試、失效恢復(fù)測試規(guī)劃性能試方法是：負(fù)載測試、配置測試、壓力測試。性能調(diào)優(yōu)一個標(biāo)準(zhǔn)的性能調(diào)優(yōu)過程是：確定基準(zhǔn)環(huán)境、基準(zhǔn)負(fù)載和基準(zhǔn)性能指針。調(diào)整系統(tǒng)運行環(huán)境和實現(xiàn)方法，執(zhí)行測試。記錄測試結(jié)果、進展分析在J2EE性能測試中有很多常見的錯誤J2EE/EJB技術(shù)上的應(yīng)用，在效勞啟動的時候，沒有留意到測試之前首先進展一段時間的預(yù)熱。這是由于JAVA語t術(shù)特性打算的，這種技術(shù)允許第一次運行應(yīng)用的時候?qū)⒆止?jié)碼