【正文】 應(yīng)用程序在真實(shí)環(huán)境下的性能。必須學(xué)習(xí)Script編寫。壓力測(cè)試引擎具有可擴(kuò)充性，可以完成打規(guī)模的壓力測(cè)試。OpenSTA在過(guò)去的兩年中，都沒退出新版本，這個(gè)項(xiàng)目已經(jīng)死掉了。優(yōu)點(diǎn)：簡(jiǎn)單性　　不像其它的工具，你可以使用任何數(shù)量的客戶端運(yùn)行測(cè)試腳本，全部都有一個(gè)中央主客戶端來(lái)控制?！　? 允許為每個(gè)用戶存儲(chǔ)cookies 和Active Server Pages (ASP) 的session信息?！　∵\(yùn)行或模仿客戶端邏輯的能力。只是不同的工具之間，監(jiān)控的中間件、數(shù)據(jù)庫(kù)、主機(jī)平臺(tái)的能力以及方式各有差異。 但Loadrunner工具其提供的監(jiān)控方式還不是很直觀，一些更直觀的測(cè)試工具能在監(jiān)控的同時(shí)提供相關(guān)的報(bào)警信息，類似的監(jiān)控產(chǎn)品如QUEST公司提供的一整套監(jiān)控解決方案包括了主機(jī)的監(jiān)控、中間件平臺(tái)的監(jiān)控以及數(shù)據(jù)庫(kù)平臺(tái)的監(jiān)控。　　 應(yīng)用服務(wù)　　 具體包括JVM內(nèi)存使用和回收、JAVA內(nèi)存使用、Full GC頻率、JAVA類裝入和卸載、日志、線程運(yùn)行狀態(tài)（阻塞、等待、正常運(yùn)行）等。找到在同一場(chǎng)景下，服務(wù)器允許終端用戶訪問(wèn)數(shù)量的瓶頸。Page Faults/sec說(shuō)明每秒發(fā)生頁(yè)面失效次數(shù)，頁(yè)面失效次數(shù)越多，說(shuō)明操作系統(tǒng)向內(nèi)存讀取的次數(shù)越多。如果該服務(wù)器是數(shù)據(jù)庫(kù)服務(wù)器， Processor\%User Time 值大的原因很可能是數(shù)據(jù)庫(kù)的排序或是函數(shù)操作消耗了過(guò)多的CPU時(shí)間，此時(shí)可以考慮對(duì)數(shù)據(jù)庫(kù)系統(tǒng)進(jìn)行優(yōu)化。該計(jì)數(shù)器主要用來(lái)判斷進(jìn)程在性能測(cè)試過(guò)程中有無(wú)內(nèi)存泄漏。合理配置超時(shí)時(shí)間該選項(xiàng)是指客戶端提出連接請(qǐng)求并建立起連接后，最大的空閑時(shí)間。對(duì)于這個(gè)選項(xiàng)來(lái)說(shuō)，管理員需要慎用。建議寧可把用戶與服務(wù)器之間的空閑時(shí)間設(shè)置的長(zhǎng)一點(diǎn)，也盡量不要采用持久性連接。所以說(shuō)，這個(gè)超時(shí)時(shí)間對(duì)于雙方來(lái)說(shuō)，都是有利又有弊。主要是為了避免某些子進(jìn)程占用過(guò)多的服務(wù)器資源而導(dǎo)致服務(wù)器性能的下降。用不同進(jìn)程所消耗的處理器時(shí)間進(jìn)行對(duì)比，可以看出具體哪個(gè)進(jìn)程在性能測(cè)試過(guò)程中消耗了最多的處理器時(shí)間，從而可以據(jù)此針對(duì)應(yīng)用進(jìn)行優(yōu)化。如果該值持續(xù)超過(guò)90％，則說(shuō)明整個(gè)系統(tǒng)面臨著處理器方面的瓶頸，需要通過(guò)增加處理器來(lái)提高性能。如果Pages/sec的計(jì)數(shù)持續(xù)高于幾百，可能有內(nèi)存問(wèn)題。 在數(shù)據(jù)庫(kù)產(chǎn)品的故障定位分析上，Oracle自身提供了強(qiáng)大的診斷模塊，同時(shí)，Quest公司的數(shù)據(jù)庫(kù)產(chǎn)品也在數(shù)據(jù)庫(kù)設(shè)計(jì)、開發(fā)以及上線運(yùn)行維護(hù)都提供了全套的產(chǎn)品支持。 2. Apache　　 具體包括線程數(shù)、連接數(shù)、日志輸出等。 第三方的監(jiān)控工具相應(yīng)的對(duì)一些系統(tǒng)平臺(tái)的監(jiān)控進(jìn)行了集成。主流負(fù)載性能工具的比較圖如下：屬性 LoadRunner QALoadWebLoad出品公司HP(Mercury)CompuwareRadview價(jià)格昂貴較貴一般安裝配置的復(fù)雜性簡(jiǎn)單簡(jiǎn)單一般操作性較復(fù)雜簡(jiǎn)單簡(jiǎn)單支持測(cè)試對(duì)象各種中間件/數(shù)據(jù)庫(kù)/應(yīng)用服務(wù)器的性能監(jiān)控/企業(yè)架構(gòu)()的測(cè)試客戶/服務(wù)器系統(tǒng)、企業(yè)資源配置(ERP)和電子商務(wù)應(yīng)用Web Application支持平臺(tái)windows,unix或linuxHPUX, IBM AIX,Sun Solaris, Linux, NT/2kUnix Windows支持?jǐn)?shù)據(jù)庫(kù)DB2,SQLserver,Orcale,SybaseADO, DB2,Oracle,Sybase,SQLserver,OdbcADO,DB2,Oracle,Sybase,SQLserver,Odbc支持協(xié)議web,(s),soap,streaming,wap,winsock,xml,ssl,soap,xml,streaming,mediaxml,java,ejb,activex,wap,snmp,real/m$streaming腳本語(yǔ)言類似C++C/C++和VC++Javascript自動(dòng)數(shù)據(jù)生成YYY腳本調(diào)試YYY報(bào)表定制功能YYY功能點(diǎn)創(chuàng)建虛擬用戶，創(chuàng)建真實(shí)的負(fù)載，定位性能問(wèn)題，分析結(jié)果以精確定位問(wèn)題所在，重復(fù)測(cè)試保證系統(tǒng)發(fā)布的高性能等預(yù)測(cè)系統(tǒng)性能、通過(guò)重復(fù)測(cè)試尋找瓶頸問(wèn)題、從控制中心管理全局負(fù)載測(cè)試、快速創(chuàng)建仿真的測(cè)試、驗(yàn)證應(yīng)用的可擴(kuò)展性。 Scripting Edition (VBScript)處理或者通過(guò)定制編程來(lái)達(dá)到開啟，結(jié)束和配置測(cè)試腳本的效果。高可用性　　，而不考慮服務(wù)器運(yùn)行的平臺(tái)。WAS允許你以不同的方式創(chuàng)建測(cè)試腳本：你可以通過(guò)使用瀏覽器走一遍站點(diǎn)來(lái)錄制腳本，可以從服務(wù)器的日志文件導(dǎo)入U(xiǎn)RL，或者從一個(gè)網(wǎng)絡(luò)內(nèi)容文件夾選擇一個(gè)文件。使用Repository管理測(cè)試腳本、配置等過(guò)于簡(jiǎn)單，保存腳本居然不能自己選擇路徑。通過(guò)分析OpenSTA 的性能指標(biāo)收集器收集的各項(xiàng)性能指標(biāo)，以及HTTP 數(shù)據(jù)，對(duì)系統(tǒng)的性能進(jìn)行分析。缺點(diǎn)：中文論壇很少。WebLoad：是RadView公司推出的一個(gè)性能測(cè)試和分析工具,它讓web應(yīng)用程序開發(fā)者自動(dòng)執(zhí)行壓力測(cè)試。 LoadRunner 是唯一能夠跟蹤負(fù)載中的單個(gè)應(yīng)用程序組件、為其計(jì)時(shí)并排除其故障的性能測(cè)試解決方案。224。特點(diǎn)： 創(chuàng)建真實(shí)的負(fù)載用LoadRunner的Controller,能快速組織起多用戶的測(cè)試方案，并提供一個(gè)互動(dòng)的環(huán)境，在其中既能建立持續(xù)且循環(huán)的負(fù)載，又能管理和驅(qū)動(dòng)負(fù)載測(cè)試方案。LoadRunner強(qiáng)調(diào)的是整個(gè)企業(yè)的系統(tǒng)，它通過(guò)模擬實(shí)際用戶的操作行為和實(shí)行實(shí)時(shí)性能監(jiān)測(cè)，來(lái)幫助您更快的確認(rèn)和查找問(wèn)題。QACenter可以在整個(gè)開發(fā)生命周期、跨越多種平臺(tái)、自動(dòng)執(zhí)行測(cè)試任務(wù)。其目標(biāo)是確定從高負(fù)載（例如系統(tǒng)高峰時(shí)間的負(fù)載）恢復(fù)、轉(zhuǎn)為幾乎空閑、然后再攀升到高負(fù)載、再降低的能力。滲入測(cè)試所需時(shí)間較長(zhǎng)，它使用固定數(shù)目的并發(fā)用戶測(cè)試系統(tǒng)的總體健壯性。這不是說(shuō)不應(yīng)該使用rampup測(cè)試。接下來(lái)的問(wèn)題是：如何加載用戶以模擬負(fù)載狀態(tài)？最好的方法是模擬高峰時(shí)間用戶與服務(wù)器通信的狀況。在現(xiàn)實(shí)世界中，通常難以確定用戶的確切考慮時(shí)間。例如，您可能想知道：如果要以5秒或更少的響應(yīng)時(shí)間支持8,000個(gè)當(dāng)前用戶，需要多少個(gè)服務(wù)器？要回答這個(gè)問(wèn)題，需要知道系統(tǒng)的更多信息。有兩種方法可以從這種類型的結(jié)果中獲得精確的測(cè)量值。此外，執(zhí)行隊(duì)列也承受著不穩(wěn)定的負(fù)載，因此可以看到，隨著系統(tǒng)負(fù)載的增加和減少，執(zhí)行隊(duì)列也在增長(zhǎng)和縮減。實(shí)際上，rampup測(cè)試對(duì)找出以后要運(yùn)行的flat測(cè)試的范圍非常有用。您可能要問(wèn)的一個(gè)問(wèn)題是：“如何度量結(jié)果？”對(duì)于一次給定的測(cè)試，應(yīng)該取響應(yīng)時(shí)間和吞吐量的平均值。當(dāng)系統(tǒng)達(dá)到飽和點(diǎn)，服務(wù)器吞吐量保持穩(wěn)定后，就達(dá)到了給定條件下的系統(tǒng)上限。很明顯，與服務(wù)器通信的用戶越多，負(fù)載就越大。例如，容量規(guī)劃測(cè)試通常都使用較緩慢的rampup（下文有定義），但是如果應(yīng)用程序在一天之中的某個(gè)時(shí)段中有快速突發(fā)的流量，那么自然應(yīng)該修改測(cè)試以反映這種情況?；鶞?zhǔn)測(cè)試可以在一個(gè)相對(duì)短的時(shí)間內(nèi)收集可重復(fù)的結(jié)果。而要從當(dāng)前用戶負(fù)載的角度測(cè)試系統(tǒng)的上限，則應(yīng)該使用容量規(guī)劃測(cè)試。 運(yùn)行測(cè)試用例通過(guò)性能測(cè)試工具運(yùn)行測(cè)試用例。 制定評(píng)估標(biāo)準(zhǔn)任何測(cè)試的目的都是確保軟件符合預(yù)先規(guī)定的目標(biāo)和要求。 選擇測(cè)試度量的方法經(jīng)過(guò)第一步，將會(huì)對(duì)系統(tǒng)有清醒的認(rèn)識(shí)。了解這些內(nèi)容的本質(zhì)其實(shí)是幫助我們明確測(cè)試的范圍，選者適當(dāng)?shù)臏y(cè)試方法來(lái)進(jìn)行測(cè)試。如何選擇性能測(cè)試策略是我們?cè)趯?shí)際工作中需要了解的。觀察指標(biāo)：性能測(cè)試主要是通過(guò)自動(dòng)化的測(cè)試工具模擬多種正常、峰值以及異常負(fù)載條件來(lái)對(duì)系統(tǒng)的各項(xiàng)性能指標(biāo)進(jìn)行測(cè)試。例如，①當(dāng)中斷的正常頻率為每秒一至兩個(gè)時(shí)，運(yùn)行每秒產(chǎn)生十個(gè)中斷的測(cè)試用例；②定量地增長(zhǎng)數(shù)據(jù)輸入率，檢查輸入子功能的反映能力；③運(yùn)行需要最大存儲(chǔ)空間（或其他資源）的測(cè)試用例；④運(yùn)行可能導(dǎo)致虛存操作系統(tǒng)崩潰或磁盤數(shù)據(jù)劇烈抖動(dòng)的測(cè)試用例，等等。（4）．檢測(cè)軟件中的問(wèn)題：長(zhǎng)時(shí)間的測(cè)試執(zhí)行可導(dǎo)致程序發(fā)生由于內(nèi)存泄露引起的失敗，揭示程序中的隱含的問(wèn)題或沖突。在基本結(jié)構(gòu)的基礎(chǔ)上，可根據(jù)網(wǎng)絡(luò)結(jié)構(gòu)的變化、網(wǎng)絡(luò)流量的變化生成報(bào)告和圖表，說(shuō)明這些變化是如何影響網(wǎng)絡(luò)性能的。網(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)鍵的。還有一種情況的疲勞測(cè)試是對(duì)當(dāng)前系統(tǒng)性能的評(píng)估，用系統(tǒng)正常業(yè)務(wù)情況下并發(fā)用戶數(shù)為基礎(chǔ)，進(jìn)行一定時(shí)間的疲勞測(cè)試。最關(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ì)象，手工編寫腳本，可以達(dá)到測(cè)試目的。測(cè)試數(shù)據(jù)：在初始的測(cè)試環(huán)境中需要輸入一些適當(dāng)?shù)臏y(cè)試數(shù)據(jù)，目的是識(shí)別數(shù)據(jù)狀態(tài)并且驗(yàn)證用于測(cè)試的測(cè)試案例，在正式的測(cè)試開始以前對(duì)測(cè)試案例進(jìn)行調(diào)試，將正式測(cè)試開始時(shí)的錯(cuò)誤降到最低。預(yù)先知道了系統(tǒng)的承受力,就為最終用戶規(guī)劃整個(gè)運(yùn)行環(huán)境的配置提供了有力的依據(jù)。它主要包括并發(fā)性能測(cè)試、疲勞強(qiáng)度測(cè)試、大數(shù)據(jù)量測(cè)試和速度測(cè)試等，其中并發(fā)性能測(cè)試是重點(diǎn)。性能測(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è)試。 應(yīng)用在客戶端上性能的測(cè)試應(yīng)用在客戶端性能測(cè)試的目的是考察客戶端應(yīng)用的性能，測(cè)試的入口是客戶端。通過(guò)可重復(fù)的、真實(shí)的測(cè)試能夠徹底地度量應(yīng)用的可擴(kuò)展性和性能，確定問(wèn)題所在以及優(yōu)化系統(tǒng)性能。這些測(cè)試工具都是自動(dòng)化負(fù)載測(cè)試工具，通過(guò)可重復(fù)的、真實(shí)的測(cè)試，能夠徹底地度量應(yīng)用的可擴(kuò)展性和性能，可以在整個(gè)開發(fā)生命周期、跨越多種平臺(tái)、自動(dòng)執(zhí)行測(cè)試任務(wù)，可以模擬成百上千的用戶并發(fā)執(zhí)行關(guān)鍵業(yè)務(wù)而完成對(duì)應(yīng)用程序的測(cè)試。軟件針對(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)境。如出現(xiàn)錯(cuò)誤導(dǎo)致測(cè)試不能成功執(zhí)行，則及時(shí)調(diào)整測(cè)試指標(biāo)，例如降低用戶數(shù)、縮短測(cè)試周期等?？梢越鉀Q多種問(wèn)題：客戶端是否對(duì)數(shù)據(jù)庫(kù)服務(wù)器運(yùn)行了不必要的請(qǐng)求？當(dāng)服務(wù)器從客戶端接受了一個(gè)查詢，應(yīng)用服務(wù)器是否花費(fèi)了不可接受的時(shí)間聯(lián)系數(shù)據(jù)庫(kù)服務(wù)器？在投產(chǎn)前預(yù)測(cè)應(yīng)用的響應(yīng)時(shí)間；利用Application Expert調(diào)整應(yīng)用在廣域網(wǎng)上的性能；Application Expert能夠讓你快速、容易地仿真應(yīng)用性能，根據(jù)最終用戶在不同網(wǎng)絡(luò)配置環(huán)境下的響應(yīng)時(shí)間，用戶可以根據(jù)自己的條件決定應(yīng)用投產(chǎn)的網(wǎng)絡(luò)環(huán)境。從