【正文】 指標(biāo)。若是對(duì)于一個(gè)實(shí)際在線上運(yùn)行的系統(tǒng)，請(qǐng)直接按照以上5點(diǎn)的順序。對(duì)于性能測(cè)試工程師來(lái)說(shuō)，應(yīng)多了解一些平臺(tái)的知識(shí)，平臺(tái)的性能。8 性能測(cè)試的策略鑒于我們當(dāng)前的性能測(cè)試工作開(kāi)展情況，確定現(xiàn)有系統(tǒng)所能承受的最大用戶數(shù)及最大業(yè)務(wù)處理能力。驗(yàn)證的方式有兩種：在對(duì)于系統(tǒng)架構(gòu)有一個(gè)預(yù)期的性能目標(biāo)的情況下，去驗(yàn)證當(dāng)前架構(gòu)能否滿足預(yù)期的性能目標(biāo)。 維護(hù)階段的性能測(cè)試在維護(hù)階段——考察系統(tǒng)的可擴(kuò)充性/定位系統(tǒng)缺陷，考察系統(tǒng)的可擴(kuò)充性用來(lái)定位系統(tǒng)的缺陷。點(diǎn)擊數(shù)： 對(duì)每一個(gè)對(duì)象的請(qǐng)求，比如說(shuō)：一個(gè)頁(yè)面有五個(gè)部分組成，一個(gè)框架，四張圖片，這樣算做5個(gè)點(diǎn)擊數(shù)。 從服務(wù)器上的并發(fā)：200人同時(shí)向服務(wù)器發(fā)出請(qǐng)求。響應(yīng)時(shí)間的獲得：用lr可以獲得一個(gè)完整的響應(yīng)時(shí)間，有兩種辦法可以獲得各部分的數(shù)據(jù)，i)自己做一些日志，應(yīng)用服務(wù)器可以接受到的，應(yīng)用服務(wù)器可以接受到的，打開(kāi)這個(gè)日志可以看到他什么時(shí)候接受到請(qǐng)求的，來(lái)判斷網(wǎng)絡(luò)的延遲是多少，數(shù)據(jù)庫(kù)的延遲也可以用同樣的方法來(lái)做。13 在性能測(cè)試中需要注意的問(wèn)題 環(huán)境設(shè)計(jì)的問(wèn)題網(wǎng)絡(luò)環(huán)境軟硬件環(huán)境環(huán)境的維護(hù)方案時(shí)間同步問(wèn)題“鏡像”環(huán)境時(shí)間同步問(wèn)題：各種服務(wù)器部署在不同的機(jī)器上，在進(jìn)行性能測(cè)試分析響應(yīng)時(shí)間的時(shí)候就需要進(jìn)行時(shí)間同步，通過(guò)日志來(lái)對(duì)比時(shí)間，但日志上記錄的是本地時(shí)間，讓日志記錄的時(shí)間有可比性，需要做時(shí)間同步。應(yīng)用服務(wù)器的Cache在多次測(cè)試的過(guò)程中，把Cache功能給去掉，或者把cache給清空。峰值操作通常很少發(fā)生。 正式測(cè)試有四個(gè)正式的性能測(cè)度，我們的分析就建立在這些測(cè)度上。規(guī)劃階段收集到的信息至少應(yīng)該描述兩個(gè)方面的內(nèi)容：l 用來(lái)復(fù)制一個(gè)接近生產(chǎn)環(huán)境的測(cè)試環(huán)境的細(xì)節(jié)。最有效地方式是根據(jù)實(shí)況網(wǎng)站中的歷史數(shù)據(jù)結(jié)合市場(chǎng)調(diào)查或商業(yè)分析而得到這些期望數(shù)據(jù)。17 后臺(tái)活動(dòng)分析后臺(tái)活動(dòng)分析可以用來(lái)分析再Web應(yīng)用程序數(shù)據(jù)庫(kù)層上的用戶活動(dòng)情況和性能瓶頸。比如：有多少訂單被處理、有多少登陸行為發(fā)生，以及用戶進(jìn)行了多少次搜索。由SQL語(yǔ)句造成對(duì)性能的影響，主要的原因包括：阻塞、索、死鎖、有問(wèn)題的查詢以及需要花費(fèi)大量時(shí)間執(zhí)行的存儲(chǔ)過(guò)程等。制定出度量標(biāo)準(zhǔn)，并將這些度量標(biāo)準(zhǔn)形成文檔，發(fā)布給開(kāi)發(fā)組，支持組，管理組的人員，以后可以根據(jù)這個(gè)度量標(biāo)準(zhǔn)監(jiān)視生產(chǎn)環(huán)境中的Web服務(wù)器，看哪些需求超過(guò)了Web服務(wù)器的性能要求，然后就可以想辦法提高Web應(yīng)用程序的性能來(lái)處理更高的流量。注：即使無(wú)法模擬出生產(chǎn)環(huán)境的硬件情況，依然可以發(fā)現(xiàn)許多存在于代碼和系統(tǒng)架構(gòu)中的瓶頸。而且，如果客戶端發(fā)送請(qǐng)求的能力本身就存在不足的話，將更加難以發(fā)現(xiàn)性能瓶頸，因?yàn)槠款i往往是在系統(tǒng)承擔(dān)最大負(fù)載時(shí)表現(xiàn)出來(lái)的。l 給CPU利用率設(shè)置一個(gè)極限值（框架中考慮80％～90％）l 給內(nèi)存的利用率設(shè)置一個(gè)極限值。（每臺(tái)處理器有一個(gè)閑置線程，該線程在沒(méi)有其他線程可以運(yùn)行時(shí)消耗周期）可將其視為采樣間隔期間用于做有用工作的百分比。這些數(shù)據(jù)受到保護(hù)，運(yùn)行在用戶模式下的線程無(wú)法訪問(wèn)它們。l ％User Time 處理器執(zhí)行用戶模式進(jìn)程下的線程或其他非操作系統(tǒng)進(jìn)程線程所耗時(shí)間的百分比。分析軟件以找出產(chǎn)生瓶頸的進(jìn)程和部分。許多處理器可以在大量軟錯(cuò)誤的情況下繼續(xù)工作。l Available Bytes 是當(dāng)前計(jì)算機(jī)上可用于運(yùn)行進(jìn)程有效物理內(nèi)存的字節(jié)數(shù)量。之所以用每秒錯(cuò)誤頁(yè)面的數(shù)目來(lái)衡量，是因?yàn)樵诿總€(gè)錯(cuò)誤操作中只有一個(gè)頁(yè)面出錯(cuò)，因此它也等同于頁(yè)面錯(cuò)誤操作數(shù)。它們衡量的都是非空閑時(shí)間，而它們的和就是總的非空閑時(shí)間。與早期的操作系統(tǒng)不同，Windows除了使用授權(quán)模式和用戶模式外，還使用進(jìn)程分界線來(lái)保護(hù)子系統(tǒng)。l ％Privileged Time 指處理器執(zhí)行授權(quán)模式下的線程所耗時(shí)間的百分比。這個(gè)計(jì)數(shù)器是處理器活動(dòng)的主要指示器。我在這里舉一些可能的測(cè)試標(biāo)準(zhǔn)的例子：l 當(dāng)一定數(shù)量的錯(cuò)誤出現(xiàn)在事件或Web服務(wù)器的日志中時(shí)，停止繼續(xù)增加負(fù)載。20 用戶思考時(shí)間的問(wèn)題創(chuàng)建測(cè)試腳本的時(shí)候，可以選擇使用用戶思考時(shí)間，主要考慮到用戶在訪問(wèn)系統(tǒng)過(guò)程中的思考時(shí)間，因此能幫助我們更好地模擬實(shí)際情況下的應(yīng)用程序使用情況，但在對(duì)新框架的測(cè)試中，因?yàn)橹恍栩?yàn)證框架的穩(wěn)定性和框架所能承受的并發(fā)用戶數(shù)及頁(yè)面響應(yīng)時(shí)間就不需考慮用戶的業(yè)務(wù)使用情況。19 鏡像生產(chǎn)環(huán)境性能測(cè)試的環(huán)境應(yīng)該盡可能地接近實(shí)際生產(chǎn)中的環(huán)境，包括服務(wù)器的性能和配置、網(wǎng)絡(luò)環(huán)境、系統(tǒng)的負(fù)載均衡方案和后臺(tái)數(shù)據(jù)庫(kù)等。這些錯(cuò)誤時(shí)由于壓力測(cè)試而造成的，不大可能在生產(chǎn)環(huán)境中發(fā)生，因此可以忽略這些錯(cuò)誤。 分析Web應(yīng)用程序的后臺(tái)性能瓶頸對(duì)于現(xiàn)有系統(tǒng)的Web應(yīng)用程序進(jìn)行性能測(cè)試，可以檢查數(shù)據(jù)庫(kù)服務(wù)器，找出那些花費(fèi)長(zhǎng)時(shí)間運(yùn)行、引起死鎖或占用了大量系統(tǒng)資源的SQL語(yǔ)句，從而判斷出當(dāng)前性能的瓶頸在哪里。 分析Web應(yīng)用程序的用戶活動(dòng)用戶在Web應(yīng)用程序中的詳細(xì)活動(dòng)信息是記錄在數(shù)據(jù)庫(kù)中的。分析性能測(cè)試結(jié)果 (i)確定性能瓶頸影響終端用戶響應(yīng)時(shí)間的瓶頸包括應(yīng)用程序和服務(wù)器的吞吐量、終端到終端的Internet連接速度以及網(wǎng)絡(luò)涌塞等。這些信息可以來(lái)源于市場(chǎng)預(yù)測(cè)報(bào)告、站點(diǎn)的IIS日志、站點(diǎn)的性能日志和站點(diǎn)功能說(shuō)明等。如果在某個(gè)特