【正文】 數(shù)、交易響應(yīng)時(shí)間（Min：最小服務(wù)器響應(yīng)時(shí)間；Mean：平均服務(wù)器響應(yīng)時(shí)間；Max：最大服務(wù)器響應(yīng)時(shí)間；StdDev：事務(wù)處理服務(wù)器響應(yīng)的偏差，值越大，偏差越大；Median：中值響應(yīng)時(shí)間；90％：90％事務(wù)處理的服務(wù)器響應(yīng)時(shí)間）、虛擬并發(fā)用戶數(shù)。軟件針對(duì)各種測(cè)試目標(biāo)提供了DBDCOM、ODBC、ORACLE、NETLoad、Corba、QARun、SAP、SQLServer、Sybase、Telnet、TUXEDO、UNIFACE、WinSock、WWW、Java Script等不同的監(jiān)控對(duì)象，支持Windows和UNIX測(cè)試環(huán)境。在測(cè)試正式執(zhí)行時(shí)，還需要準(zhǔn)備業(yè)務(wù)測(cè)試數(shù)據(jù)，比如測(cè)試并發(fā)查詢(xún)業(yè)務(wù)，那么要求對(duì)應(yīng)的數(shù)據(jù)庫(kù)和表中有相當(dāng)?shù)臄?shù)據(jù)量以及數(shù)據(jù)的種類(lèi)應(yīng)能覆蓋全部業(yè)務(wù)。這些測(cè)試工具都是自動(dòng)化負(fù)載測(cè)試工具，通過(guò)可重復(fù)的、真實(shí)的測(cè)試，能夠徹底地度量應(yīng)用的可擴(kuò)展性和性能，可以在整個(gè)開(kāi)發(fā)生命周期、跨越多種平臺(tái)、自動(dòng)執(zhí)行測(cè)試任務(wù)，可以模擬成百上千的用戶并發(fā)執(zhí)行關(guān)鍵業(yè)務(wù)而完成對(duì)應(yīng)用程序的測(cè)試。一個(gè)充分準(zhǔn)備好的測(cè)試環(huán)境有三個(gè)優(yōu)點(diǎn)：一個(gè)穩(wěn)定、可重復(fù)的測(cè)試環(huán)境，能夠保證測(cè)試結(jié)果的正確；保證達(dá)到測(cè)試執(zhí)行的技術(shù)需求；保證得到正確的、可重復(fù)的以及易理解的測(cè)試結(jié)果。通過(guò)可重復(fù)的、真實(shí)的測(cè)試能夠徹底地度量應(yīng)用的可擴(kuò)展性和性能，確定問(wèn)題所在以及優(yōu)化系統(tǒng)性能。負(fù)載測(cè)試是一個(gè)分析軟件應(yīng)用程序和支撐架構(gòu)、模擬真實(shí)環(huán)境的使用，從而來(lái)確定能夠接收的性能過(guò)程。 應(yīng)用在客戶端上性能的測(cè)試應(yīng)用在客戶端性能測(cè)試的目的是考察客戶端應(yīng)用的性能，測(cè)試的入口是客戶端。壓力測(cè)試是通過(guò)確定一個(gè)系統(tǒng)的瓶頸或者不能接收的性能點(diǎn)，來(lái)獲得系統(tǒng)能提供的最大服務(wù)級(jí)別的測(cè)試。性能測(cè)試調(diào)研報(bào)告由安博測(cè)試空間技術(shù)中心1 概述性能測(cè)試是通過(guò)自動(dòng)化的測(cè)試工具模擬多種正常、峰值以及異常負(fù)載條件來(lái)對(duì)系統(tǒng)的各項(xiàng)性能指標(biāo)進(jìn)行測(cè)試。性能測(cè)試在軟件的質(zhì)量保證中起著重要的作用，它包括的測(cè)試內(nèi)容豐富多樣。它主要包括并發(fā)性能測(cè)試、疲勞強(qiáng)度測(cè)試、大數(shù)據(jù)量測(cè)試和速度測(cè)試等，其中并發(fā)性能測(cè)試是重點(diǎn)。壓力測(cè)試（Stress Testing）是通過(guò)確定一個(gè)系統(tǒng)的瓶頸或者不能接收的性能點(diǎn)，來(lái)獲得系統(tǒng)能提供的最大服務(wù)級(jí)別的測(cè)試。預(yù)先知道了系統(tǒng)的承受力,就為最終用戶規(guī)劃整個(gè)運(yùn)行環(huán)境的配置提供了有力的依據(jù)。測(cè)試工具：并發(fā)性能測(cè)試是在客戶端執(zhí)行的黑盒測(cè)試，一般不采用手工方式，而是利用工具采用自動(dòng)化方式進(jìn)行。測(cè)試數(shù)據(jù)：在初始的測(cè)試環(huán)境中需要輸入一些適當(dāng)?shù)臏y(cè)試數(shù)據(jù)，目的是識(shí)別數(shù)據(jù)狀態(tài)并且驗(yàn)證用于測(cè)試的測(cè)試案例，在正式的測(cè)試開(kāi)始以前對(duì)測(cè)試案例進(jìn)行調(diào)試，將正式測(cè)試開(kāi)始時(shí)的錯(cuò)誤降到最低。模擬真實(shí)環(huán)境測(cè)試，有些軟件，特別是面向大眾的商品化軟件，在測(cè)試時(shí)常常需要考察在真實(shí)環(huán)境中的表現(xiàn)。最關(guān)鍵的仍然是測(cè)試過(guò)程中對(duì)監(jiān)控對(duì)象的靈活應(yīng)用，例如目前三層結(jié)構(gòu)的運(yùn)行模式廣泛使用，對(duì)中間件的并發(fā)性能測(cè)試作為問(wèn)題被提到議事日程上來(lái)，許多系統(tǒng)都采用了國(guó)產(chǎn)中間件，選擇Java Script監(jiān)控對(duì)象，手工編寫(xiě)腳本，可以達(dá)到測(cè)試目的。疲勞強(qiáng)度與大數(shù)據(jù)量測(cè)試疲勞測(cè)試是采用系統(tǒng)穩(wěn)定運(yùn)行情況下能夠支持的最大并發(fā)用戶數(shù)，持續(xù)執(zhí)行一段時(shí)間業(yè)務(wù)，通過(guò)綜合分析交易執(zhí)行指標(biāo)和資源監(jiān)控指標(biāo)來(lái)確定系統(tǒng)處理最大工作量強(qiáng)度性能的過(guò)程。還有一種情況的疲勞測(cè)試是對(duì)當(dāng)前系統(tǒng)性能的評(píng)估，用系統(tǒng)正常業(yè)務(wù)情況下并發(fā)用戶數(shù)為基礎(chǔ)，進(jìn)行一定時(shí)間的疲勞測(cè)試。 應(yīng)用在網(wǎng)絡(luò)上性能的測(cè)試應(yīng)用在網(wǎng)絡(luò)上性能的測(cè)試重點(diǎn)是利用成熟先進(jìn)的自動(dòng)化技術(shù)進(jìn)行網(wǎng)絡(luò)應(yīng)用性能監(jiān)控、網(wǎng)絡(luò)應(yīng)用性能分析和網(wǎng)絡(luò)預(yù)測(cè)。網(wǎng)絡(luò)應(yīng)用性能監(jiān)控在系統(tǒng)試運(yùn)行之后，需要及時(shí)準(zhǔn)確地了解網(wǎng)絡(luò)上正在發(fā)生什么事情；什么應(yīng)用在運(yùn)行，如何運(yùn)行；多少PC正在訪問(wèn)LAN或WAN；哪些應(yīng)用程序?qū)е孪到y(tǒng)瓶頸或資源競(jìng)爭(zhēng)，這時(shí)網(wǎng)絡(luò)應(yīng)用性能監(jiān)控以及網(wǎng)絡(luò)資源管理對(duì)系統(tǒng)的正常穩(wěn)定運(yùn)行是非常關(guān)鍵的。網(wǎng)絡(luò)預(yù)測(cè)考慮到系統(tǒng)未來(lái)發(fā)展的擴(kuò)展性，預(yù)測(cè)網(wǎng)絡(luò)流量的變化、網(wǎng)絡(luò)結(jié)構(gòu)的變化對(duì)用戶系統(tǒng)的影響非常重要。在基本結(jié)構(gòu)的基礎(chǔ)上，可根據(jù)網(wǎng)絡(luò)結(jié)構(gòu)的變化、網(wǎng)絡(luò)流量的變化生成報(bào)告和圖表，說(shuō)明這些變化是如何影響網(wǎng)絡(luò)性能的。UNIX資源監(jiān)控指標(biāo)和描述監(jiān)控指標(biāo)描述平均負(fù)載系統(tǒng)正常狀態(tài)下，最后60秒同步進(jìn)程的平均個(gè)數(shù)沖突率在以太網(wǎng)上監(jiān)測(cè)到的每秒沖突數(shù)進(jìn)程/線程交換率進(jìn)程和線程之間每秒交換次數(shù)CPU利用率CPU占用率（％）磁盤(pán)交換率磁盤(pán)交換速率接收包錯(cuò)誤率接收以太網(wǎng)數(shù)據(jù)包時(shí)每秒錯(cuò)誤數(shù)包輸入率每秒輸入的以太網(wǎng)數(shù)據(jù)包數(shù)目中斷速率CPU每秒處理的中斷數(shù)輸出包錯(cuò)誤率發(fā)送以太網(wǎng)數(shù)據(jù)包時(shí)每秒錯(cuò)誤數(shù)包輸出率每秒輸出的以太網(wǎng)數(shù)據(jù)包數(shù)目讀入內(nèi)存頁(yè)速率物理內(nèi)存中每秒讀入內(nèi)存頁(yè)的數(shù)目寫(xiě)出內(nèi)存頁(yè)速率每秒從物理內(nèi)存中寫(xiě)到頁(yè)文件中的內(nèi)存頁(yè)數(shù)目或者從物理內(nèi)存中刪掉的內(nèi)存頁(yè)數(shù)目?jī)?nèi)存頁(yè)交換速率每秒寫(xiě)入內(nèi)存頁(yè)和從物理內(nèi)存中讀出頁(yè)的個(gè)數(shù)進(jìn)程入交換率交換區(qū)輸入的進(jìn)程數(shù)目進(jìn)程出交換率交換區(qū)輸出的進(jìn)程數(shù)目系統(tǒng)CPU利用率系統(tǒng)的CPU占用率（％）用戶CPU利用率用戶模式下的CPU占用率（％）磁盤(pán)阻塞磁盤(pán)每秒阻塞的字節(jié)數(shù)2 為什么進(jìn)行性能測(cè)試？目的是驗(yàn)證軟件系統(tǒng)是否能夠達(dá)到用戶提出的性能指標(biāo)，同時(shí)發(fā)現(xiàn)軟件系統(tǒng)中存在的性能瓶頸，優(yōu)化軟件，最后起到優(yōu)化系統(tǒng)的目的。（4）．檢測(cè)軟件中的問(wèn)題：長(zhǎng)時(shí)間的測(cè)試執(zhí)行可導(dǎo)致程序發(fā)生由于內(nèi)存泄露引起的失敗，揭示程序中的隱含的問(wèn)題或沖突。負(fù)載測(cè)試的目標(biāo)是確定并確保系統(tǒng)在超出最大預(yù)期工作量的情況下仍能正常運(yùn)行。例如，①當(dāng)中斷的正常頻率為每秒一至兩個(gè)時(shí)，運(yùn)行每秒產(chǎn)生十個(gè)中斷的測(cè)試用例；②定量地增長(zhǎng)數(shù)據(jù)輸入率，檢查輸入子功能的反映能力；③運(yùn)行需要最大存儲(chǔ)空間（或其他資源）的測(cè)試用例；④運(yùn)行可能導(dǎo)致虛存操作系統(tǒng)崩潰或磁盤(pán)數(shù)據(jù)劇烈抖動(dòng)的測(cè)試用例，等等。容量測(cè)試還將確定測(cè)試對(duì)象在給定時(shí)間內(nèi)能夠持續(xù)處理的最大負(fù)載或工作量。觀察指標(biāo)：性能測(cè)試主要是通過(guò)自動(dòng)化的測(cè)試工具模擬多種正常、峰值以及異常負(fù)載條件來(lái)對(duì)系統(tǒng)的各項(xiàng)性能指標(biāo)進(jìn)行測(cè)試。在實(shí)際中作中我們經(jīng)常會(huì)對(duì)兩種類(lèi)型軟件進(jìn)行測(cè)試：bs和cs，這兩方面的性能指標(biāo)一般需要哪些內(nèi)容呢？BS結(jié)構(gòu)程序一般會(huì)關(guān)注的通用指標(biāo)如下（簡(jiǎn)）：Web服務(wù)器指標(biāo)：　　* Avg Rps: 平均每秒鐘響應(yīng)次數(shù)＝總請(qǐng)求時(shí)間 / 秒數(shù)； 　　* Avg time to last byte per terstion （mstes）:平均每秒業(yè)務(wù)角本的迭代次數(shù) ,有人會(huì)把這兩者混淆； 　　* Successful Rounds ：成功的請(qǐng)求； 　　* Failed Rounds ：失敗的請(qǐng)求； 　　* Successful Hits ：成功的點(diǎn)擊次數(shù)； 　　* Failed Hits ：失敗的點(diǎn)擊次數(shù)； 　　* Hits Per Second ：每秒點(diǎn)擊次數(shù)； 　　* Successful Hits Per Second ：每秒成功的點(diǎn)擊次數(shù)； 　　* Failed Hits Per Second ：每秒失敗的點(diǎn)擊次數(shù)； 　　* Attempted Connections ：嘗試鏈接數(shù)；CS結(jié)構(gòu)程序，由于一般軟件后臺(tái)通常為數(shù)據(jù)庫(kù)，所以我們更注重?cái)?shù)據(jù)庫(kù)的測(cè)試指標(biāo)：　　* User 0 Connections ：用戶連接數(shù)，也就是數(shù)據(jù)庫(kù)的連接數(shù)量； 　　* Number of deadlocks ：數(shù)據(jù)庫(kù)死鎖； 　　* Butter Cache hit ：數(shù)據(jù)庫(kù)Cache的命中情況當(dāng)然，在實(shí)際中我們還會(huì)察看多用戶測(cè)試情況下的內(nèi)存，CPU，系統(tǒng)資源調(diào)用情況。如何選擇性能測(cè)試策略是我們?cè)趯?shí)際工作中需要了解的。不過(guò)仍然有一些通用的步驟幫助我們完成一個(gè)性能測(cè)試項(xiàng)目。了解這些內(nèi)容的本質(zhì)其實(shí)是幫助我們明確測(cè)試的范圍，選者適當(dāng)?shù)臏y(cè)試方法來(lái)進(jìn)行測(cè)試。所以甄別系統(tǒng)類(lèi)別對(duì)于我們來(lái)說(shuō)很重要。 選擇測(cè)試度量的方法經(jīng)過(guò)第一步，將會(huì)對(duì)系統(tǒng)有清醒的認(rèn)識(shí)。大家都知道性能測(cè)試工具一般通過(guò)winsock,等協(xié)議紀(jì)錄用戶操作。 制定評(píng)估標(biāo)準(zhǔn)任何測(cè)試的目的都是確保軟件符合預(yù)先規(guī)定的目標(biāo)和要求?！　?分析模型：用排隊(duì)論公式和算法預(yù)測(cè)響應(yīng)時(shí)間，利用描述工作量的數(shù)據(jù)和系統(tǒng)本質(zhì)關(guān)聯(lián)起來(lái)　　*模仿：模仿實(shí)際用戶的使用方法測(cè)試你的系統(tǒng)　　*基準(zhǔn)：定義測(cè)試和你最初的測(cè)試作為標(biāo)準(zhǔn)，利用它和所有后來(lái)進(jìn)行的測(cè)試結(jié)果進(jìn)行對(duì)比 設(shè)計(jì)測(cè)試用例設(shè)計(jì)測(cè)試用例是在了解軟件業(yè)務(wù)流程的基礎(chǔ)上。 運(yùn)行測(cè)試用例通過(guò)性能測(cè)試工具運(yùn)行測(cè)試用例。不同的體系結(jié)構(gòu)分析測(cè)試結(jié)果的方法也不同，bs結(jié)構(gòu)我們會(huì)分析網(wǎng)絡(luò)帶寬，流量對(duì)用戶操作響應(yīng)的影響，而cs結(jié)構(gòu)我們可能更關(guān)心系統(tǒng)整體配置會(huì)對(duì)用戶操作的影響。而要從當(dāng)前用戶負(fù)載的角度測(cè)試系統(tǒng)的上限，則應(yīng)該使用容量規(guī)劃測(cè)試。性能測(cè)試的需求由業(yè)務(wù)需要驅(qū)動(dòng)，并由一組用例闡明?；鶞?zhǔn)測(cè)試可以在一個(gè)相對(duì)短的時(shí)間內(nèi)收集可重復(fù)的結(jié)果。下一小節(jié)我將介紹什么是基準(zhǔn)測(cè)試，以及運(yùn)行基準(zhǔn)測(cè)試的最佳參數(shù)。例如，容量規(guī)劃測(cè)試通常都使用較緩慢的rampup（下文有定義），但是如果應(yīng)用程序在一天之中的某個(gè)時(shí)段中有快速突發(fā)的流量，那么自然應(yīng)該修改測(cè)試以反映這種情況?？稍佻F(xiàn)的結(jié)果有兩個(gè)好處：減少重新運(yùn)行測(cè)試的次數(shù)；對(duì)測(cè)試的產(chǎn)品和產(chǎn)生的數(shù)字更為確信。很明顯，與服務(wù)器通信的用戶越多，負(fù)載就越大。注意，吞吐量以穩(wěn)定的速度增長(zhǎng)，然后在某一個(gè)點(diǎn)上穩(wěn)定下來(lái)。當(dāng)系統(tǒng)達(dá)到飽和點(diǎn)，服務(wù)器吞吐量保持穩(wěn)定后，就達(dá)到了給定條件下的系統(tǒng)上限。為了獲得真正可再現(xiàn)的結(jié)果，應(yīng)該將系統(tǒng)置于相同的高負(fù)載下。您可能要問(wèn)的一個(gè)問(wèn)題是：“如何度量結(jié)果？”對(duì)于一次給定的測(cè)試，應(yīng)該取響應(yīng)時(shí)間和吞吐量的平均值。 rampup測(cè)試rampup測(cè)試中的用戶是交錯(cuò)上升的（每幾秒增加一些新用戶）。實(shí)際上，rampup測(cè)試對(duì)找出以后要運(yùn)行的flat測(cè)試的范圍非常有用。注意波動(dòng)的出現(xiàn)，吞吐量不再是平滑的。此外，執(zhí)行隊(duì)列也承受著不穩(wěn)定的負(fù)載，因此可以看到，隨著系統(tǒng)負(fù)載的增加和減少，執(zhí)行隊(duì)列也在增長(zhǎng)和縮減。注意，每隔一段時(shí)間就會(huì)出現(xiàn)一個(gè)波形。有兩種方法可以從這種類(lèi)型的結(jié)果中獲得精確的測(cè)量值。 性能規(guī)劃測(cè)試對(duì)于性能規(guī)劃類(lèi)型的測(cè)試來(lái)說(shuō)，其目標(biāo)是找出，在特定的環(huán)境下，給定應(yīng)用程序的性能可以達(dá)到何種程度。例如，您可能想知道：如果要以5秒或更少的響應(yīng)時(shí)間支持8,000個(gè)當(dāng)前用戶，需要多少個(gè)服務(wù)器？要回答這個(gè)問(wèn)題，需要知道系統(tǒng)的更多信息。其次要知道的是，每個(gè)用戶的“考慮時(shí)間”即請(qǐng)求間時(shí)間是多少。在現(xiàn)實(shí)世界中，通常難以確定用戶的確切考慮時(shí)間。此外，可以利用“調(diào)步”的理念向負(fù)載場(chǎng)景中引入更多的隨機(jī)性。接下來(lái)的問(wèn)題是：如何加載用戶以模擬負(fù)載狀態(tài)？最好的方法是模擬高峰時(shí)間用戶與服務(wù)器通信的狀況。例如，如果進(jìn)行rampup類(lèi)型的測(cè)試，系統(tǒng)可以以4秒或更短的響應(yīng)時(shí)間支持5,000個(gè)用戶。這不是說(shuō)不應(yīng)該使用rampup測(cè)試。那么，什么是確定容量的最好方法？