【正文】 解，建議開發(fā)部門做一下調(diào)研。ⅱ）向用戶提供性能測試報(bào)告，說明系統(tǒng)的性能達(dá)到了預(yù)期設(shè)計(jì)的標(biāo)準(zhǔn)。對于Tomcat或者Weblogic來說，監(jiān)控他的JVM使用狀況，連接池的連接數(shù)量，內(nèi)存使用狀況等信息。 開發(fā)階段的性能測試目標(biāo)?。㈤_發(fā)階段的性能測試目標(biāo)作為對系統(tǒng)進(jìn)行調(diào)優(yōu)的參考：考慮在每個開發(fā)階段，性能是否能夠達(dá)到標(biāo)準(zhǔn)，考慮當(dāng)前階段的性能瓶頸，及其性能瓶頸出現(xiàn)的原因是在于數(shù)據(jù)庫訪問（SQL語句或者存儲過程寫的不夠好）還是其他的原因。 確立性能測試目標(biāo) 確立性能測試目標(biāo)的原則以“需求”為本考慮系統(tǒng)需不需要作性能測試，性能測試的內(nèi)容和范圍。驗(yàn)證方法：系統(tǒng)在滿負(fù)載的運(yùn)行8小時，系統(tǒng)是否會出現(xiàn)服務(wù)不可用，Connection Refused HTTP 404,500錯誤。在通過TSP系統(tǒng)分析業(yè)務(wù)使用狀況時，我們可以從以下方面來關(guān)注：確定當(dāng)前系統(tǒng)的業(yè)務(wù)使用狀況：通過TSP的日志記錄－客戶端模塊使用情況了解在某個時間段內(nèi)，客戶執(zhí)行某個操作的具體情況。了解不同視角的用戶性能：ⅰ）用戶視角：響應(yīng)時間：用戶所能感受到的響應(yīng)時間，也是用戶最重視的性能體驗(yàn)。ⅱ）系統(tǒng)視角：延遲，系統(tǒng)資源使用狀況 延遲：包括數(shù)據(jù)庫延遲和網(wǎng)絡(luò)延遲此部分需與DBA及系統(tǒng)部人員討論。測試目標(biāo)確定的經(jīng)濟(jì)性考慮?。┩度氲叫阅軠y試的人員是多少？ⅱ）具備可以確定性能測試需求，制定性能測試方案的人員是多少？可以執(zhí)行性能測試的人員是多少？ⅲ）這些人員需要投入多長時間？ⅳ）所要開發(fā)系統(tǒng)的運(yùn)行環(huán)境和設(shè)備，這些設(shè)備的配置對于性能測試的影響，比如說：，它的配置文件缺省的jvm的使用空間是64M，一個機(jī)器的內(nèi)存為1G，我們將jvm的使用空間設(shè)置為512M對性能測試的影響。 ⅱ）用性能測試手段發(fā)現(xiàn)系統(tǒng)存在的問題：通過模擬真實(shí)場景，發(fā)現(xiàn)在現(xiàn)場測試中可能存在的問題，比如說：用戶數(shù)的突然增加，導(dǎo)致的應(yīng)用程序崩潰，服務(wù)器崩潰的問題。對于數(shù)據(jù)庫來說監(jiān)控cache的命中率，索引的使用狀況，數(shù)據(jù)庫的連接數(shù)。ⅲ）確定新平臺的產(chǎn)品架構(gòu)，假設(shè)以前用ASP，或者換到j(luò)2ee平臺上，驗(yàn)證新系統(tǒng)架構(gòu)是否滿足性能要求，這個要求不是用戶提出來的，也不是直接用戶體驗(yàn)的，而是在架構(gòu)設(shè)計(jì)過程中要確定的指標(biāo)。對于性能測試工程師來說，應(yīng)多了解一些平臺的知識，平臺的性能。驗(yàn)證的方式有兩種：在對于系統(tǒng)架構(gòu)有一個預(yù)期的性能目標(biāo)的情況下，去驗(yàn)證當(dāng)前架構(gòu)能否滿足預(yù)期的性能目標(biāo)。點(diǎn)擊數(shù)： 對每一個對象的請求，比如說：一個頁面有五個部分組成，一個框架，四張圖片，這樣算做5個點(diǎn)擊數(shù)。響應(yīng)時間的獲得：用lr可以獲得一個完整的響應(yīng)時間，有兩種辦法可以獲得各部分的數(shù)據(jù)，i)自己做一些日志，應(yīng)用服務(wù)器可以接受到的，應(yīng)用服務(wù)器可以接受到的，打開這個日志可以看到他什么時候接受到請求的，來判斷網(wǎng)絡(luò)的延遲是多少，數(shù)據(jù)庫的延遲也可以用同樣的方法來做。應(yīng)用服務(wù)器的Cache在多次測試的過程中，把Cache功能給去掉，或者把cache給清空。 正式測試有四個正式的性能測度，我們的分析就建立在這些測度上。最有效地方式是根據(jù)實(shí)況網(wǎng)站中的歷史數(shù)據(jù)結(jié)合市場調(diào)查或商業(yè)分析而得到這些期望數(shù)據(jù)。比如：有多少訂單被處理、有多少登陸行為發(fā)生，以及用戶進(jìn)行了多少次搜索。制定出度量標(biāo)準(zhǔn)，并將這些度量標(biāo)準(zhǔn)形成文檔，發(fā)布給開發(fā)組，支持組，管理組的人員，以后可以根據(jù)這個度量標(biāo)準(zhǔn)監(jiān)視生產(chǎn)環(huán)境中的Web服務(wù)器，看哪些需求超過了Web服務(wù)器的性能要求，然后就可以想辦法提高Web應(yīng)用程序的性能來處理更高的流量。而且，如果客戶端發(fā)送請求的能力本身就存在不足的話，將更加難以發(fā)現(xiàn)性能瓶頸，因?yàn)槠款i往往是在系統(tǒng)承擔(dān)最大負(fù)載時表現(xiàn)出來的。（每臺處理器有一個閑置線程，該線程在沒有其他線程可以運(yùn)行時消耗周期）可將其視為采樣間隔期間用于做有用工作的百分比。l ％User Time 處理器執(zhí)行用戶模式進(jìn)程下的線程或其他非操作系統(tǒng)進(jìn)程線程所耗時間的百分比。許多處理器可以在大量軟錯誤的情況下繼續(xù)工作。l Available Bytes 是當(dāng)前計(jì)算機(jī)上可用于運(yùn)行進(jìn)程有效物理內(nèi)存的字節(jié)數(shù)量。它們衡量的都是非空閑時間，而它們的和就是總的非空閑時間。l ％Privileged Time 指處理器執(zhí)行授權(quán)模式下的線程所耗時間的百分比。我在這里舉一些可能的測試標(biāo)準(zhǔn)的例子：l 當(dāng)一定數(shù)量的錯誤出現(xiàn)在事件或Web服務(wù)器的日志中時，停止繼續(xù)增加負(fù)載。19 鏡像生產(chǎn)環(huán)境性能測試的環(huán)境應(yīng)該盡可能地接近實(shí)際生產(chǎn)中的環(huán)境，包括服務(wù)器的性能和配置、網(wǎng)絡(luò)環(huán)境、系統(tǒng)的負(fù)載均衡方案和后臺數(shù)據(jù)庫等。 分析Web應(yīng)用程序的后臺性能瓶頸對于現(xiàn)有系統(tǒng)的Web應(yīng)用程序進(jìn)行性能測試，可以檢查數(shù)據(jù)庫服務(wù)器，找出那些花費(fèi)長時間運(yùn)行、引起死鎖或占用了大量系統(tǒng)資源的SQL語句，從而判斷出當(dāng)前性能的瓶頸在哪里。分析性能測試結(jié)果 (i)確定性能瓶頸影響終端用戶響應(yīng)時間的瓶頸包括應(yīng)用程序和服務(wù)器的吞吐量、終端到終端的Internet連接速度以及網(wǎng)絡(luò)涌塞等。如果在某個特定的性能測試中修改任何參數(shù)，那么我們就破壞了結(jié)果的可比較性，將不得不重新執(zhí)行測試。14 確定最小用戶負(fù)載 確定最小用戶負(fù)載的目的為了全面掌握應(yīng)用程序的性能――不僅是重壓條件