性能測(cè)試人員面試經(jīng)典技術(shù)問(wèn)題.doc

1.請(qǐng)問(wèn)什么是性能測(cè)試、負(fù)載測(cè)試、壓力測(cè)試？性能測(cè)試：對(duì)一個(gè)軟件系統(tǒng)而言，包括執(zhí)行效率、資源占用、系統(tǒng)穩(wěn)定性、安全性兼容性、可擴(kuò)展性等。負(fù)載測(cè)試：通過(guò)逐步加壓的方式來(lái)確定系統(tǒng)的處理能力，確定系統(tǒng)能承受的各項(xiàng)閥值。壓力測(cè)試：逐步增加負(fù)載，使系統(tǒng)某些資源達(dá)到飽和甚至失效的測(cè)試。2.請(qǐng)分別針對(duì)性能測(cè)試、負(fù)載測(cè)試和壓力測(cè)試試舉一個(gè)簡(jiǎn)單的例子？性能測(cè)試?yán)樱汗鹃_發(fā)了一個(gè)小型項(xiàng)目管理系統(tǒng)，上線前需要做負(fù)載、壓力、大數(shù)據(jù)量、強(qiáng)度測(cè)試等。負(fù)載測(cè)試：逐步加壓，從而得到“響應(yīng)時(shí)間不超過(guò)10秒”，“服務(wù)器平均CPU利用率低于85%”等指標(biāo)閥值。壓力測(cè)試：逐步加壓，從而使“響應(yīng)時(shí)間超過(guò)10秒”，“服務(wù)器平均CPU利用率高于90%”等指標(biāo)來(lái)確定系統(tǒng)能承受的最大負(fù)載量。3.請(qǐng)例舉出常用的性能測(cè)試工具，并指出這些工具的優(yōu)缺點(diǎn)？LoadRunner，錄制腳本快捷操作簡(jiǎn)便，需要一定的學(xué)習(xí)時(shí)間，有采購(gòu)成本。4.請(qǐng)問(wèn)您是如何得到性能測(cè)試需求？怎樣針對(duì)需求設(shè)計(jì)、分析是否達(dá)到需求？在查看需求文檔，從中提取性能測(cè)試需求，與用戶交流，了解實(shí)際使用情況。結(jié)合業(yè)務(wù)信息設(shè)計(jì)操作場(chǎng)景總結(jié)出需測(cè)試的性能關(guān)鍵指標(biāo)。執(zhí)行用例后根據(jù)提取關(guān)鍵性能指標(biāo)來(lái)分析是否滿足性能需求。5.什么時(shí)候可以開始執(zhí)行性能測(cè)試？在產(chǎn)品相對(duì)比較穩(wěn)定，功能測(cè)試結(jié)束后。靈活性比較強(qiáng)。6.什么是集合點(diǎn)？設(shè)置集合點(diǎn)有什么意義？LoadRunner中設(shè)置集合點(diǎn)的函數(shù)是哪個(gè)？集合點(diǎn)可以控制各個(gè)Vuser以便在同一時(shí)刻執(zhí)行任務(wù)。借助集合點(diǎn)，可以再LoadRunner中實(shí)現(xiàn)真正意義上的并發(fā)。lr_rendezvous()7.性能測(cè)試時(shí)，是不是必須進(jìn)行參數(shù)化？為什么要?jiǎng)?chuàng)建參數(shù)？LoadRunner中如何創(chuàng)建參數(shù)？8是。模擬用戶真實(shí)的業(yè)務(wù)操作。創(chuàng)建參數(shù)列表，用參數(shù)替換固定的文本。8.您了解關(guān)聯(lián)嗎？如何找出哪里需要關(guān)聯(lián)？請(qǐng)給一些您所在項(xiàng)目的實(shí)例。了解。使用LoadRunner自動(dòng)關(guān)聯(lián)功能。手動(dòng)關(guān)聯(lián)：錄制兩份相同操作步驟的腳本，找出不同的部分進(jìn)行判斷。一個(gè)項(xiàng)目管理系統(tǒng)，每次登錄后服務(wù)器都自動(dòng)分配一個(gè)sessionID以便之后每次表單提交后驗(yàn)證。9.您如何調(diào)試LoadRunner腳本？設(shè)置斷點(diǎn)、增加log。10.在LoadRunner中如何編寫自定義函數(shù)？請(qǐng)給出一個(gè)您在以前項(xiàng)目中編寫的函數(shù)。11.請(qǐng)問(wèn)您是如何理解LoadRunner中集合點(diǎn)、事務(wù)以及檢查點(diǎn)等概念？集合點(diǎn)：可以控制各個(gè)Vuser以便在同一時(shí)刻執(zhí)行任務(wù)，可實(shí)現(xiàn)真正意義上的并發(fā)。事務(wù)：事務(wù)是用來(lái)度量服務(wù)器響應(yīng)時(shí)間的操作集。檢查點(diǎn)：在回放腳本期間搜索特定內(nèi)容，從而驗(yàn)證服務(wù)器響應(yīng)內(nèi)容的正確性。12.如何應(yīng)用LoadRunner進(jìn)行性能測(cè)試？使用虛擬用戶生成器創(chuàng)建腳本，使用控制器設(shè)定場(chǎng)景、運(yùn)行腳本，使用分析器分析運(yùn)行后得到的數(shù)據(jù)。13.LoadRunner中思考時(shí)間有什么作用？用戶執(zhí)行兩個(gè)連續(xù)操作期間等待的時(shí)間。模擬用戶真實(shí)的使用情況。14.LoadRunner中如何實(shí)現(xiàn)多用戶并發(fā)操作，需要進(jìn)行哪些設(shè)置？設(shè)置集合點(diǎn)來(lái)實(shí)現(xiàn)，在腳本中加入lr_rendezvous()，然后可以在控制器中設(shè)定集結(jié)百分比。15.LoadRunner中有基于目標(biāo)和手動(dòng)兩種場(chǎng)景設(shè)計(jì)方式，他們分別適用于什么情況？手動(dòng)場(chǎng)景可按照要求來(lái)配置場(chǎng)景，能夠更加精確的滿足測(cè)試需要。目標(biāo)場(chǎng)景要先制定希望實(shí)現(xiàn)的測(cè)試目標(biāo)，然后由控制器驚醒自動(dòng)測(cè)試評(píng)估。16.LoadRunner中有幾種并發(fā)執(zhí)行策略，它們的含義是什么？三種。1.當(dāng)所有虛擬用戶中的x%到達(dá)集合點(diǎn)時(shí)釋放。2.當(dāng)所有正在運(yùn)行的虛擬用戶中的x%到達(dá)集合點(diǎn)時(shí)釋放。3.當(dāng)x個(gè)虛擬用戶到達(dá)集合點(diǎn)時(shí)釋放。17.有5臺(tái)配置為處理器：Intel Pentium 4 1.6G，內(nèi)存容量 512MB，硬盤容量 40GB的機(jī)器，如何較好的利用這些機(jī)器完成一次并發(fā)用戶數(shù)為1000人的性能測(cè)試工作？1臺(tái)做應(yīng)用服務(wù)器，1臺(tái)做數(shù)據(jù)庫(kù)服務(wù)器，1臺(tái)運(yùn)行控制器并承擔(dān)一部分負(fù)載生成任務(wù)，2臺(tái)負(fù)載生成器。18.平時(shí)大家在注冊(cè)郵箱等關(guān)聯(lián)操作時(shí)，經(jīng)常會(huì)遇到需要輸入驗(yàn)證碼的情況，請(qǐng)問(wèn)，如果我們公司也開發(fā)了一套帶驗(yàn)證碼的應(yīng)用軟件，需要警醒性能測(cè)試，您會(huì)如何處理？留一個(gè)后門，我們?cè)O(shè)定一個(gè)所謂的“萬(wàn)能驗(yàn)證碼”，只要用戶輸入這個(gè)“萬(wàn)能驗(yàn)證碼”，系統(tǒng)就驗(yàn)證通過(guò)。測(cè)試完成后補(bǔ)上后門。LR性能測(cè)試結(jié)果樣例分析 測(cè)試結(jié)果分析 LoadRunner性能測(cè)試結(jié)果分析是個(gè)復(fù)雜的過(guò)程，通?？梢詮慕Y(jié)果摘要、并發(fā)數(shù)、平均事務(wù)響應(yīng)時(shí)間、每秒點(diǎn)擊數(shù)、業(yè)務(wù)成功率、系統(tǒng)資源、網(wǎng)頁(yè)細(xì)分圖、Web服務(wù)器資源、數(shù)據(jù)庫(kù)服務(wù)器資源等幾個(gè)方面分析，如圖1- 1所示。性能測(cè)試結(jié)果分析的一個(gè)重要的原則是以性能測(cè)試的需求指標(biāo)為導(dǎo)向。我們回顧一下本次性能測(cè)試的目的，正如所列的指標(biāo)，本次測(cè)試的要求是驗(yàn)證在30分鐘內(nèi)完成2000次用戶登錄系統(tǒng)，然后進(jìn)行考勤業(yè)務(wù)，最后退出，在業(yè)務(wù)操作過(guò)程中頁(yè)面的響應(yīng)時(shí)間不超過(guò)3秒，并且服務(wù)器的CPU使用率、內(nèi)存使用率分別不超過(guò)75%、70%，那么按照所示的流程，我們開始分析，看看本次測(cè)試是否達(dá)到了預(yù)期的性能指標(biāo)，其中又有哪些性能隱患，該如何解決。圖1- 1性能測(cè)試結(jié)果分析流程圖 結(jié)果摘要 LoadRunner進(jìn)行場(chǎng)景測(cè)試結(jié)果收集后，首先顯示的該結(jié)果的一個(gè)摘要信息，如圖1- 2所示。概要中列出了場(chǎng)景執(zhí)行情況、“Statistics Summary（統(tǒng)計(jì)信息摘要）”、“Transaction Summary（事務(wù)摘要）”以及“HTTP Responses Summary（HTTP響應(yīng)摘要）”等。以簡(jiǎn)要的信息列出本次測(cè)試結(jié)果。圖1- 2性能測(cè)試結(jié)果摘要圖場(chǎng)景執(zhí)行情況該部分給出了本次測(cè)試場(chǎng)景的名稱、結(jié)果存放路徑及場(chǎng)景的持續(xù)時(shí)間，如圖5- 3所示。從該圖我們知道，本次測(cè)試從15:58:40開始，到16:29:42結(jié)束，共歷時(shí)31分2秒。與我們場(chǎng)景執(zhí)行計(jì)劃中設(shè)計(jì)的時(shí)間基本吻合。圖1- 3場(chǎng)景執(zhí)行情況描述圖Statistics Summary（統(tǒng)計(jì)信息摘要）該部分給出了場(chǎng)景執(zhí)行結(jié)束后并發(fā)數(shù)、總吞吐量、平均每秒吞吐量、總請(qǐng)求數(shù)、平均每秒請(qǐng)求數(shù)的統(tǒng)計(jì)值，如圖5- 4所示。從該圖我們得知，本次測(cè)試運(yùn)行的最大并發(fā)數(shù)為7，總吞吐量為842,037,409字節(jié)，平均每秒的吞吐量為451,979字節(jié)，總的請(qǐng)求數(shù)為211,974，平均每秒的請(qǐng)求為113.781，對(duì)于吞吐量，單位時(shí)間內(nèi)吞吐量越大，說(shuō)明服務(wù)器的處理能越好，而請(qǐng)求數(shù)僅表示客戶端向服務(wù)器發(fā)出的請(qǐng)求數(shù)，與吞吐量一般是成正比關(guān)系。圖1- 4統(tǒng)計(jì)信息摘要圖Transaction Summary（事務(wù)摘要）該部分給出了場(chǎng)景執(zhí)行結(jié)束后相關(guān)Action的平均響應(yīng)時(shí)間、通過(guò)率等情況，如圖1- 5所示。從該圖我們得到每個(gè)Action的平均響應(yīng)時(shí)間與業(yè)務(wù)成功率。注意：因?yàn)樵趫?chǎng)景的“Run-time Settings”的“Miscellaneous”選項(xiàng)中將每一個(gè)Action當(dāng)成了一個(gè)事務(wù)執(zhí)行，故這里的事務(wù)其實(shí)就是腳本中的Action。圖1- 5事務(wù)摘要圖HTTP Responses Summary（HTTP響應(yīng)摘要）該部分顯示在場(chǎng)景執(zhí)行過(guò)程中，每次HTTP請(qǐng)求發(fā)出去的狀態(tài)，是成功還是失敗，都在這里體現(xiàn)，如圖5- 6所示。從圖中可以看到，在本次測(cè)試過(guò)程中LoadRunner共模擬發(fā)出了211974次請(qǐng)求（與“統(tǒng)計(jì)信息摘要”中的“Total Hits”一致），其中“HTTP 200”的是209811次，而“HTTP 404”則有2163，說(shuō)明在本次過(guò)程中，經(jīng)過(guò)發(fā)出的請(qǐng)求大部分都能正確響應(yīng)了，但還是有部分失敗了，但未影響測(cè)試結(jié)果，“HTTP 200”表示請(qǐng)求被正確響應(yīng)，而“HTTP 404”表示文件或者目錄未能找到。有朋友可能會(huì)問(wèn)，這里出現(xiàn)了404的錯(cuò)誤，為什么結(jié)果還都通過(guò)了。出現(xiàn)這樣問(wèn)題的原因是腳本有些頁(yè)面的請(qǐng)求內(nèi)容并非關(guān)鍵點(diǎn)，比如可能請(qǐng)求先前的cookie信息，如果沒有就重新獲取，所以不會(huì)影響最終的測(cè)試結(jié)果。圖1- 6 HTTP響應(yīng)摘要常用的HTTP狀態(tài)代碼如下：400 無(wú)法解析此請(qǐng)求。401.1 未經(jīng)授權(quán)：訪問(wèn)由于憑據(jù)無(wú)效被拒絕。401.2 未經(jīng)授權(quán): 訪問(wèn)由于服務(wù)器配置傾向使用替代身份驗(yàn)證方法而被拒絕。401.3 未經(jīng)授權(quán)：訪問(wèn)由于 ACL 對(duì)所請(qǐng)求資源的設(shè)置被拒絕。401.4 未經(jīng)授權(quán)：Web 服務(wù)器上安裝的篩選器授權(quán)失敗。401.5 未經(jīng)授權(quán)：ISAPI/CGI 應(yīng)用程序授權(quán)失敗。401.7 未經(jīng)授權(quán)：由于 Web 服務(wù)器上的 URL 授權(quán)策略而拒絕訪問(wèn)。403 禁止訪問(wèn)：訪問(wèn)被拒絕。403.1 禁止訪問(wèn)：執(zhí)行訪問(wèn)被拒絕。403.2 禁止訪問(wèn)：讀取訪問(wèn)被拒絕。403.3 禁止訪問(wèn)：寫入訪問(wèn)被拒絕。403.4 禁止訪問(wèn)：需要使用 SSL 查看該資源。403.5 禁止訪問(wèn)：需要使用 SSL 128 查看該資源。403.6 禁止訪問(wèn)：客戶端的 IP 地址被拒絕。403.7 禁止訪問(wèn)：需要 SSL 客戶端證書。403.8 禁止訪問(wèn)：客戶端的 DNS 名稱被拒絕。403.9 禁止訪問(wèn)：太多客戶端試圖連接到 Web 服務(wù)器。403.10 禁止訪問(wèn)：Web 服務(wù)器配置為拒絕執(zhí)行訪問(wèn)。403.11 禁止訪問(wèn)：密碼已更改。403.12 禁止訪問(wèn)：服務(wù)器證書映射器拒絕了客戶端證書訪問(wèn)。403.13 禁止訪問(wèn)：客戶端證書已在 Web 服務(wù)器上吊銷。403.14 禁止訪問(wèn)：在 Web 服務(wù)器上已拒絕目錄列表。403.15 禁止訪問(wèn)：Web 服務(wù)器已超過(guò)客戶端訪問(wèn)許可證限制。403.16 禁止訪問(wèn)：客戶端證書格式錯(cuò)誤或未被 Web 服務(wù)器信任。403.17 禁止訪問(wèn)：客戶端證書已經(jīng)到期或者尚未生效。403.18 禁止訪問(wèn)：無(wú)法在當(dāng)前應(yīng)用程序池中執(zhí)行請(qǐng)求的 URL。403.19 禁止訪問(wèn)：無(wú)法在該應(yīng)用程序池中為客戶端執(zhí)行 CGI。403.20 禁止訪問(wèn)：Passport 登錄失敗。404 找不到文件或目錄。404.1 文件或目錄未找到：網(wǎng)站無(wú)法在所請(qǐng)求的端口訪問(wèn)。需要注意的是404.1錯(cuò)誤只會(huì)出現(xiàn)在具有多個(gè)IP地址的計(jì)算機(jī)上。如果在特定IP地址/端口組合上收到客戶端請(qǐng)求，而且沒有將IP地址配置為在該特定的端口上偵聽，則IIS返回 404.1 HTTP錯(cuò)誤。例如，如果一臺(tái)計(jì)算機(jī)有兩個(gè)IP地址，而只將其中一個(gè)IP地址配置為在端口80上偵聽，則另一個(gè)IP地址從端口80收到的任何請(qǐng)求都將導(dǎo)致IIS返回404.1錯(cuò)誤。只應(yīng)在此服務(wù)級(jí)別設(shè)置該錯(cuò)誤，因?yàn)橹挥挟?dāng)服務(wù)器上使用多個(gè)IP地址時(shí)才會(huì)將它返回給客戶端。404.2 文件或目錄無(wú)法找到：鎖定策略禁止該請(qǐng)求。404.3 文件或目錄無(wú)法找到：MIME 映射策略禁止該請(qǐng)求。405 用于訪問(wèn)該頁(yè)的 HTTP 動(dòng)作未被許可。406 客戶端瀏覽器不接受所請(qǐng)求頁(yè)面的 MIME 類型。407 Web 服務(wù)器需要初始的代理驗(yàn)證。410 文件已刪除。412 客戶端設(shè)置的前提條件在 Web 服務(wù)器上評(píng)估時(shí)失敗。414 請(qǐng)求 URL 太大，因此在 Web 服務(wù)器上不接受該 URL。500 服務(wù)器內(nèi)部錯(cuò)誤。500.11 服務(wù)器錯(cuò)誤：Web 服務(wù)器上的應(yīng)用程序正在關(guān)閉。500.12 服務(wù)器錯(cuò)誤：Web 服務(wù)器上的應(yīng)用程序正在重新啟動(dòng)。500.13 服務(wù)器錯(cuò)誤：Web 服務(wù)器太忙。500.14 服務(wù)器錯(cuò)誤：服務(wù)器上的無(wú)效應(yīng)用程序配置。500.15 服務(wù)器錯(cuò)誤：不允許直接請(qǐng)求 GLOBAL.ASA。500.16 服務(wù)器錯(cuò)誤：UNC 授權(quán)憑據(jù)不正確。500.17 服務(wù)器錯(cuò)誤：URL 授權(quán)存儲(chǔ)無(wú)法找到。500.18 服務(wù)器錯(cuò)誤：URL 授權(quán)存儲(chǔ)無(wú)法打開。500.19 服務(wù)器錯(cuò)誤：該文件的數(shù)據(jù)在配置數(shù)據(jù)庫(kù)中配置不正確。500.20 服務(wù)器錯(cuò)誤：URL 授權(quán)域無(wú)法找到。500 100 內(nèi)部服務(wù)器錯(cuò)誤：ASP 錯(cuò)誤。501 標(biāo)題值指定的配置沒有執(zhí)行。502 Web 服務(wù)器作為網(wǎng)關(guān)或代理服務(wù)器時(shí)收到無(wú)效的響應(yīng)。 并發(fā)數(shù)分析 “Running Vusers（運(yùn)行的并發(fā)數(shù)）”顯示了在場(chǎng)景執(zhí)行過(guò)程中并發(fā)數(shù)的執(zhí)行情況。它們顯示Vuser的狀態(tài)、完成腳本的Vuser的數(shù)量以及集合統(tǒng)計(jì)信息，將這些圖與事務(wù)圖結(jié)合使用可以確定Vuser的數(shù)量對(duì)事務(wù)響應(yīng)時(shí)間產(chǎn)生的影響。圖1- 7顯示了在OA系統(tǒng)考勤業(yè)務(wù)性能測(cè)試過(guò)程中Vusers運(yùn)行情況，從圖中我們可以看到，Vusers的運(yùn)行趨勢(shì)與我們場(chǎng)景執(zhí)行計(jì)劃中的設(shè)置是一樣，表明在場(chǎng)景執(zhí)行過(guò)程中，Vusers是按照我們預(yù)期的設(shè)置運(yùn)行的，沒有Vuser出現(xiàn)運(yùn)行錯(cuò)誤，這樣從另一個(gè)側(cè)面說(shuō)明我們的參數(shù)化設(shè)置是正確的，因?yàn)槭褂梦ㄒ粩?shù)進(jìn)行參數(shù)化設(shè)置，如果設(shè)置不正確，將會(huì)導(dǎo)致Vuser運(yùn)行錯(cuò)誤。在腳本中我們加入了這樣一段代碼：if (atoi(lr_eval_string(num) 0) lr_output_message(登錄成功，繼續(xù)執(zhí)行.); else lr_error_message(登錄失敗，退出測(cè)試); return -1; 上述代碼的意思是說(shuō)，如果登錄失敗了，就退出腳本的迭代，那么什么原因可能會(huì)導(dǎo)致登錄失敗呢？就是我們前面參數(shù)化的設(shè)置，一旦Vuser分配不到正確的登錄賬號(hào)，就可能導(dǎo)致登錄失敗，從而引起Vuser停止運(yùn)行。所以，從圖5- 7的表現(xiàn)，可以認(rèn)為參數(shù)化是沒有問(wèn)題的。圖1- 7運(yùn)行的并發(fā)數(shù)圖測(cè)試腳本中我們還使用了集合點(diǎn)，那么這里還可以看看集合點(diǎn)在場(chǎng)景執(zhí)行過(guò)程中的表現(xiàn)，點(diǎn)擊左邊的“New Graph”，出現(xiàn)圖5- 8，展開“Vusers”前的加號(hào)，雙擊“Rendezvous”，出現(xiàn)集合點(diǎn)的圖形后，點(diǎn)擊【Close】，關(guān)閉添加新圖界面。圖1- 8添加集合點(diǎn)統(tǒng)計(jì)圖集合點(diǎn)的圖形如圖1- 9所示，從圖中可以看到，所有用戶到達(dá)集合點(diǎn)后，立刻就釋放了。與之前設(shè)定的集合點(diǎn)策略設(shè)置“所有運(yùn)行用戶到達(dá)后釋放“是一致的。假設(shè)這樣的一種情況，Running的Vusers有10個(gè)，集合點(diǎn)策略設(shè)置是“所有運(yùn)行用戶到達(dá)后釋放”，而集合點(diǎn)圖形顯示的最大釋放Vusers是7個(gè)，那么就表示有些Vuser超時(shí)了，引起超時(shí)的原因可能是Vuser得到的響應(yīng)超時(shí)了，可以結(jié)合平均事務(wù)響應(yīng)時(shí)間再詳細(xì)分析原因。圖1- 9集合點(diǎn)狀態(tài)圖我們本次測(cè)試Running Vusers與集合點(diǎn)是一致，說(shuō)明整個(gè)場(chǎng)景執(zhí)行過(guò)程中，并發(fā)數(shù)用戶的執(zhí)行正確，OA系統(tǒng)測(cè)試服務(wù)器能夠應(yīng)付7個(gè)并發(fā)用戶的業(yè)務(wù)操作。 響應(yīng)時(shí)間 在性能測(cè)試要求中我們知道，有一項(xiàng)指標(biāo)是要求登錄、考勤業(yè)務(wù)操作的頁(yè)面響應(yīng)時(shí)間不超過(guò)3秒，那么本次測(cè)試是否達(dá)到了這個(gè)要求呢？我們先來(lái)看“Average Transaction Response Time（平均事務(wù)響應(yīng)時(shí)間圖）”（圖1- 10），這張圖是平均事務(wù)響應(yīng)時(shí)間與結(jié)果摘要中的“Transaction Summary”合成的。圖1- 10平均事務(wù)響應(yīng)時(shí)間圖從圖形下部我們可以看到，登錄部分對(duì)應(yīng)的Action是“submit_login”，考勤業(yè)務(wù)提交對(duì)應(yīng)的Action是“submit_sign”，他們的“Average Time（平均響應(yīng)時(shí)間為）”分別是4.425秒與0.848秒，從這兩個(gè)數(shù)值來(lái)看，考勤業(yè)務(wù)的事務(wù)響應(yīng)時(shí)間0.848秒小于預(yù)期的3秒，達(dá)到了要求，而登錄是4.425秒，大于預(yù)期的3秒，不符合要求。這樣的結(jié)果是不正確的，因?yàn)樵诮y(tǒng)計(jì)的登錄業(yè)務(wù)的時(shí)候，我們沒有去除思考時(shí)間，所以，登錄功能的實(shí)際事務(wù)時(shí)間應(yīng)該是4.425秒-3秒=1.425秒，小于預(yù)期的3秒，故登錄業(yè)務(wù)的事務(wù)響應(yīng)時(shí)間也達(dá)到了我們的要求。在平時(shí)的性能測(cè)試活動(dòng)中，統(tǒng)計(jì)結(jié)果的時(shí)候需要去掉思考時(shí)間，加上思考時(shí)間是為了真實(shí)的模擬用戶環(huán)境，統(tǒng)計(jì)結(jié)果中除去思考時(shí)間是為了更真實(shí)的反映服務(wù)器的處理能力，兩者并不矛盾?？赐炅恕癆verage Time”，我們?cè)倏础?0 Percent Time”，這個(gè)時(shí)間從某種程度來(lái)說(shuō)，更準(zhǔn)確衡量了測(cè)試過(guò)程中各個(gè)事務(wù)的真實(shí)情況，表示90%的事務(wù)，服務(wù)器的響應(yīng)都維持在某個(gè)值附近，“Average Time”值對(duì)于平均事務(wù)響應(yīng)時(shí)間變動(dòng)趨勢(shì)很大的情況統(tǒng)計(jì)就不準(zhǔn)確了，比如有三個(gè)時(shí)間：1秒、5秒、12秒，則平均時(shí)間為6秒，而另外一種情況：5秒、6秒、7秒，平均時(shí)間也為6秒，顯然第二種比第一種要穩(wěn)定多了。所以，我們?cè)诓榭雌骄聞?wù)響應(yīng)時(shí)間的時(shí)候，先看整體曲線走勢(shì)，如果整體趨勢(shì)比較平滑，沒有忽上忽下的波動(dòng)情況，取“Average Time”與“90 Percent Time”都可以，如果整體趨勢(shì)毫無(wú)規(guī)律，波動(dòng)非常大，我們就不用“Average Time”而使用“90 Percent Time”可能更真實(shí)些。從圖5- 10可以看出，所有Action平均事務(wù)響應(yīng)時(shí)間的趨勢(shì)都非常平滑，所以使用“Average Time”與“90 Percent Time”差別不是很大，用哪個(gè)都可以。這里是使用最常用的統(tǒng)計(jì)方法“90 Percent Time”。登錄業(yè)務(wù)的“90 Percent Time”是5.298秒-3秒（思考時(shí)間）=2.298秒，考勤業(yè)務(wù)的“90 Percent Time”是1.469秒，沒有思考時(shí)間，那么就是實(shí)打?qū)嵉睦?。根?jù)上面的計(jì)算，本次測(cè)試結(jié)果記錄如表1所示。測(cè)試項(xiàng)目標(biāo)值實(shí)際值是否通過(guò)登錄業(yè)務(wù)響應(yīng)時(shí)間=3秒2.298秒Y考勤業(yè)務(wù)響應(yīng)時(shí)間=3秒1.469秒Y登錄業(yè)務(wù)成功率100%考勤業(yè)務(wù)成功率100%登錄業(yè)務(wù)總數(shù)30分鐘完成2000考勤業(yè)務(wù)總數(shù)30分鐘完成2000CPU使用率75%內(nèi)存使用率70%表1測(cè)試結(jié)果對(duì)照表一 每秒點(diǎn)擊數(shù) “Hits per Second（每秒點(diǎn)擊數(shù)）”反映了客戶端每秒鐘向服務(wù)器端提交的請(qǐng)求數(shù)量，如果客戶端發(fā)出的請(qǐng)求數(shù)量越多，與之相對(duì)的“Average Throughput (bytes/second)”也應(yīng)該越大，并且發(fā)出的請(qǐng)求越多會(huì)對(duì)平均事務(wù)響應(yīng)時(shí)間造成影響，所以在測(cè)試過(guò)程中往往將這三者結(jié)合起來(lái)分析。圖1- 11顯示的是“Hits per Second”與“Average Throughput(bytes/second)”的復(fù)合圖，從圖中可以看出，兩種圖形的曲線都正常并且基本一致，說(shuō)明服務(wù)器能及時(shí)的接受客戶端的請(qǐng)求，并能夠返回結(jié)果。如果“Hits per Second”正常，而“Average Throughput (bytes/second)”不正常，則表示服務(wù)器雖然能夠接受服務(wù)器的請(qǐng)求，但返回結(jié)果較慢，可能是程序處理緩慢。如果“Hits per Second”不正常，則說(shuō)明客戶端存在問(wèn)題，那種問(wèn)題一般是網(wǎng)絡(luò)引起的，或者錄制的腳本有問(wèn)題，未能正確的模擬用戶的行為。具體問(wèn)題具體分析，這里僅給出一些建議。圖1- 11每秒點(diǎn)擊數(shù)與每秒吞吐量復(fù)合圖對(duì)于本次測(cè)試來(lái)說(shuō)，“Hits per Second”與“Average Throughput (bytes/second)”都是正常的，而且整體表現(xiàn)還是不錯(cuò)的。一般情況下，這兩種指標(biāo)用于性能調(diào)優(yōu)，比如給定了幾個(gè)條件，去檢測(cè)另外一個(gè)條件，用這兩個(gè)指標(biāo)衡量，往往起到很好的效果。比如要比較某兩種硬件平臺(tái)的優(yōu)劣，就可以使用相同的配置方法部署軟件系統(tǒng)，然后使用相同的腳本、場(chǎng)景設(shè)計(jì)、統(tǒng)計(jì)方法去分析，最終得出一個(gè)較優(yōu)的配置。 業(yè)務(wù)成功率 “業(yè)務(wù)成功率”這個(gè)指標(biāo)在很多系統(tǒng)中都提及到，比如電信的、金融的、企業(yè)資源管理的等等。舉個(gè)例子，我們樓下的建行，假如每天的業(yè)務(wù)類別是這樣的：20個(gè)開戶，5個(gè)銷戶，300個(gè)存款，500取款，100個(gè)匯款等，那么在做他們的營(yíng)業(yè)系統(tǒng)測(cè)試時(shí)就需要考慮業(yè)務(wù)成功率了，一般不得低于98%。具體的業(yè)務(wù)成功率是什么意思呢？排除那些復(fù)雜的業(yè)務(wù)，比如異步處理的業(yè)務(wù)（移動(dòng)的套卡開通就是異步的），業(yè)務(wù)成功率就是事務(wù)成功率，用戶一般把一個(gè)Aciton當(dāng)做一筆業(yè)務(wù)，在LoadRunner場(chǎng)景執(zhí)行中一筆交易稱為一個(gè)事務(wù)。所以，說(shuō)業(yè)務(wù)成功率其實(shí)就是事務(wù)成功率、通過(guò)率的意思。在“Transaction Summary”中我們可以很明確的看到每個(gè)事務(wù)的執(zhí)行狀態(tài)，如圖1- 12所示。圖1- 12事務(wù)狀態(tài)統(tǒng)計(jì)圖從圖中可以看出，所有的Aciton都是綠色的，即表示為Passed，同時(shí)除了vuser_init與vuser_end兩個(gè)事務(wù)，其他的事務(wù)通過(guò)數(shù)為2163，也就表明在30分鐘的時(shí)間里，共完成了2163次登錄考勤業(yè)務(wù)操作。那么根據(jù)這些可以判斷本次測(cè)試登錄業(yè)務(wù)與考勤業(yè)務(wù)的成功率是100%，再次更新測(cè)試結(jié)果記錄表如表2所示。測(cè)試項(xiàng)目標(biāo)值實(shí)際值是否通過(guò)登錄業(yè)務(wù)響應(yīng)時(shí)間=3秒2.298秒Y考勤業(yè)務(wù)響應(yīng)時(shí)間=3秒1.469秒Y登錄業(yè)務(wù)成功率100%100%Y考勤業(yè)務(wù)成功率100%100%Y登錄業(yè)務(wù)總數(shù)30分鐘完成20002163Y考勤業(yè)務(wù)總數(shù)30分鐘完成20002163YCPU使用率75%內(nèi)存使用率70%表2測(cè)試結(jié)果對(duì)照表二 系統(tǒng)資源 系統(tǒng)資源圖顯示了在場(chǎng)景執(zhí)行過(guò)程中被監(jiān)控的機(jī)器系統(tǒng)資源使用情況，一般情況下監(jiān)控機(jī)器的CPU、內(nèi)存、網(wǎng)絡(luò)、磁盤等各個(gè)方面。本次測(cè)試監(jiān)控的是測(cè)試服務(wù)器的CPU使用率與內(nèi)存使用率，以及處理器隊(duì)列長(zhǎng)度，具體的數(shù)據(jù)如圖1- 13所示。圖1- 13測(cè)試服務(wù)器系統(tǒng)資源監(jiān)控結(jié)果圖從圖中可以看出，CPU使用率、可用物理內(nèi)存、CPU的隊(duì)列長(zhǎng)度三個(gè)指標(biāo)的曲線逗較為平滑，三者的平均值分別為：53.582%、83.456M、8.45，而測(cè)試服務(wù)器總的物理內(nèi)存為384M，那么內(nèi)存使用率為（384-83.456）/384=78.26%，根據(jù)本次性能測(cè)試要求的：CPU使用率不超過(guò)75%，物理內(nèi)存使用率不超過(guò)70%這兩點(diǎn)來(lái)看，內(nèi)存的使用率78.26%大于預(yù)期的70%，故內(nèi)存使用率不達(dá)標(biāo)。根據(jù)Windwos資源性能指標(biāo)的解釋，一般情況下，如果“Processor Queue Length（處理器隊(duì)列長(zhǎng)度）”一直超過(guò)二，則可能表示處理器堵塞，我們這里監(jiān)控出來(lái)的數(shù)值是8.45，而且總體上保持平衡，那么由此推斷，測(cè)試服務(wù)器的CPU也可能是個(gè)瓶頸