【文章內(nèi)容簡介】 得分?？蛻魴C(jī)使用加權(quán)協(xié)函數(shù)平均方法來計算客戶機(jī)的得分，試軟件就是利用客戶機(jī)的這些信息使用加權(quán)協(xié)函 數(shù)平均方法來計算服務(wù)器端的整體TPS得分。63. loadrunner中的設(shè)置線程和進(jìn)程的區(qū)別loadrunner中，在進(jìn)行運(yùn)行設(shè)置中有一項選擇，是按進(jìn)程運(yùn)行Vuser或按線程運(yùn)行Vuser?下面進(jìn)行分別來講：：Controller將使用驅(qū)動程序mdrv運(yùn)行Vuser。如果按進(jìn)程方式運(yùn)行每個Vuser，則對于每個Vuser實例，都將啟動一個mdrv進(jìn)程。如果設(shè)置了10個Vuser，則在任務(wù)管理器中出現(xiàn)10個mdrv進(jìn)程。多個mdrv進(jìn)程肯定會占用大量內(nèi)存及其他系統(tǒng)資源，這就限制了可以在任一負(fù)載生成器上運(yùn)行的Vuser的數(shù)量。:及設(shè)置了10個Vuser，這些線程Vuser將共享父進(jìn)程的內(nèi)存段。這就節(jié)省了大量內(nèi)存控件，從而可以在一個負(fù)載生成器上運(yùn)行更多的Vuser。任何選擇都是有兩面性的。選擇線程方式運(yùn)行Vuser會帶來一些安全問題。因為線程的資源是從進(jìn)程資源中分配出來的，因此同一個進(jìn)程中的多個線程會有共享的內(nèi)存空間，這樣可能會引起多個線程的同步問題，調(diào)度不好，就會出問題，不如A線程要用的資源就必須等待B線程釋放，而B也在等待其他資源釋放才能繼續(xù)。這就會出現(xiàn)這樣的問題：同一個測試場景，用線程并發(fā)就會超時失敗或報錯，而用進(jìn)程并發(fā)就沒錯。雖然會有區(qū)別，但兩種方式的運(yùn)行都會給服務(wù)端造成的壓力是一樣的。64. loadrunner如何遍歷一個頁面中的url并進(jìn)行訪問？65. HTMLBased scrīpt 和URLBased scrīpt 錄制的區(qū)別？基于瀏覽器的應(yīng)用程序推薦使用HTMLBased scrīpt。不是基于瀏覽器的應(yīng)用程序推薦使用URLBased scrīpt。如果基于瀏覽器的應(yīng)用程序中包含了Java scrīpt并且該腳本 向服務(wù)器產(chǎn)生了請求，比如DataGrid的分頁按鈕等，也要使用URLBased scrīpt方式錄制?；跒g覽器的應(yīng)用程序中使用了HTTPS安全協(xié)議，使用URLBased scrīpt方式錄制。錄制過程中不要使用瀏覽器的“后退”功能，LoadRunner對其支持不太好。66. 本次通過loadRunner錄制SQL Server介紹一下如何測試一個sql語句或存儲過程的執(zhí)行性能。主要分如下幾個步驟完成：第一步、測試準(zhǔn)備第二步、配置ODBC數(shù)據(jù)源第三步、錄制SQL語句在Sql Server查詢分析器中的運(yùn)行過程第四步、優(yōu)化錄制腳本，設(shè)置事務(wù)第五步、改變查詢數(shù)量級查看SQL語句的性能第六步、在controller中運(yùn)行腳本67. LoadRunner如何創(chuàng)建腳本？啟動VuGen:選擇需要新建的協(xié)議腳本，可以創(chuàng)建單協(xié)議，或是多協(xié)議腳本2. 點(diǎn)擊Start Record按鈕，輸入程序地址，開始進(jìn)行錄制3. 使用VuGen進(jìn)行錄制：創(chuàng)建的每個 Vuser 腳本都至少包含三部分：vuser_init、一個或多個 Actions 及vuser_end。錄制期間，可以選擇腳本中 VuGen 要插入已錄制函數(shù)的部分。運(yùn)行多次迭代的Vuser 腳本時，只有腳本的Actions部分重復(fù)，而vuser_init和vuser_end部分將不重復(fù)68. LoadRunner如何設(shè)置Recording Options 選項？（以單協(xié)議/html為例）Recording Options進(jìn)入錄制的設(shè)置窗體:選用哪種錄制方式：瀏覽器的選擇 Proxy 標(biāo)簽頁：瀏覽器上的代理設(shè)置 標(biāo)簽頁：可以設(shè)置錄制時的think time，支持的字符集標(biāo)準(zhǔn)等：手工設(shè)置關(guān)聯(lián)，通過關(guān)聯(lián)可在測試執(zhí)行過程中保存動態(tài)值。使用這些設(shè)置可以配置 VuGen 在錄制過程中執(zhí)行的自動關(guān)聯(lián)的程度。69. LoadRunner如何選擇協(xié)議？LoadRunner屬于應(yīng)用在客戶端的測試工具，在客戶端模擬大量并發(fā)用戶去訪問服務(wù)器，從而達(dá)到給服務(wù)器施加壓力的目的。所以說LoadRunner模擬的就是客戶端，其腳本代表的是客戶端用戶所進(jìn)行的業(yè)務(wù)操作，即只要腳本能表示用戶的業(yè)務(wù)操作就可以。，請大家一定要注意，這個地方協(xié)議指的是你的Client端通過什么協(xié)議訪問的Server，Client一般是面向最終使用者的，Server是第一層Server端，因為現(xiàn)在的體系架構(gòu)中經(jīng)常Server層也分多個層次，什么應(yīng)用層，什么數(shù)據(jù)層等等，LR只管Client如何訪問第一層Server.，例如一個Web系統(tǒng)，這個系統(tǒng)是通過ActiveX控件來訪問后臺的，IE只是一個容器，而ActiveX控件訪問后臺是通過COM/DCOM協(xié)議的，這種情況就不能使用Web協(xié)議，否則你什么也錄制不到，所以，LR工程師一定要了解應(yīng)用程序的架構(gòu)和使用的技術(shù)。 　 3. 象HTTPS，一般來講一定要選擇多協(xié)議，但在選擇具體協(xié)議的時候一定只選Web協(xié)議，這時候才能作那個端口映射。n通常協(xié)議選擇，選擇Web(Http/Html)，根據(jù)C/S結(jié)構(gòu)所用到的后臺數(shù)據(jù)庫來選擇不同的協(xié)議，如果后臺數(shù)據(jù)庫是sybase，則采用sybaseCTlib協(xié)議，如果是SQL server,則使用MS SQL server的協(xié)議，至于oracle 數(shù)據(jù)庫系統(tǒng)，當(dāng)然就使用Oracle 2tier協(xié)議。（ftp,smtp）這些可以選擇Windwos Sockets協(xié)議。，EJB（），選擇相應(yīng)的協(xié)議即可.5. 一般可以使用Java vuser協(xié)議錄制由java編寫的C/S模式的軟件, ,當(dāng)其他協(xié)議都沒有用時,只能使用winsocket協(xié)議70. Loadrunner支持哪些常用協(xié)議？Web(HTTP/HTML)Sockets.net 協(xié)議 web services常用數(shù)據(jù)庫協(xié)議（ODBC，ORACLE，SQLSERVER 等） 郵件(SMTP、pop3)其它協(xié)議71. 性能測試的類型都有哪些？負(fù)載測試(Load Test)通過逐步增加系統(tǒng)負(fù)載，測試系統(tǒng)性能的變化，并最終確定在滿足性能指標(biāo)的情況下，系統(tǒng)所能承受的最大負(fù)載量的測試。壓力測試(Stress Test)通過逐步增加系統(tǒng)負(fù)載，測試系統(tǒng)性能的變化，并最終確定在什么負(fù)載條件下系統(tǒng)性能處于失效狀態(tài)，并以此來獲得系統(tǒng)能夠提供的最大服務(wù)級別的測試。壓力測試是一種特定類型的負(fù)載測試。疲勞強(qiáng)度測試通常是采用系統(tǒng)穩(wěn)定運(yùn)行情況下能夠支持的最大并發(fā)用戶數(shù)或者日常運(yùn)行用戶數(shù)，持續(xù)執(zhí)行一段時間業(yè)務(wù)，通過綜合分析交易執(zhí)行指標(biāo)和資源監(jiān)控指標(biāo)來確定系統(tǒng)處理最大工作量強(qiáng)度性能的過程。疲勞強(qiáng)度測試可以反映出系統(tǒng)的性能問題，例如內(nèi)存泄漏等。大容量測試(Volume Test)對特定存儲、傳輸、統(tǒng)計、查詢業(yè)務(wù)的測試。72. Loadrunner常用的分析點(diǎn)都有哪些？Vusers：提供了生產(chǎn)負(fù)載的虛擬用戶運(yùn)行狀態(tài)的相關(guān)信息，可以幫助我們了解負(fù)載生成的結(jié)果。Rendezvous（負(fù)載過程中集合點(diǎn)下的虛擬用戶）：當(dāng)設(shè)置集合點(diǎn)后會生成相關(guān)數(shù)據(jù)，反映了隨著時間的推移各個時間點(diǎn)上并發(fā)用戶的數(shù)目，方便我們了解并發(fā)用戶的變化情況。Errors（錯誤統(tǒng)計）：通過錯誤信息可以了解錯誤產(chǎn)生的時間和錯誤類型，方便定位產(chǎn)生錯誤的原因。Errors per Second（每秒錯誤）：了解在每個時間點(diǎn)上錯誤產(chǎn)生的數(shù)目，數(shù)值越小越好。通過統(tǒng)計數(shù)據(jù)可以了解錯誤隨負(fù)載的變化情況，定為何時系統(tǒng)在負(fù)載下開始不穩(wěn)定甚至出錯。Average Transaction Response Time（平均事務(wù)響應(yīng)時間）：反映隨著時間的變化事務(wù)響應(yīng)時間的變化情況，時間越小說明處理的速度越快。如果和用戶負(fù)載生成圖合并，就可以發(fā)現(xiàn)用戶負(fù)載增加對系統(tǒng)事務(wù)響應(yīng)時間的影響規(guī)律。Transactions per Second（每秒事務(wù)）：TPS吞吐量，反映了系統(tǒng)在同一時間內(nèi)能處理事務(wù)的最大能力，這個數(shù)據(jù)越高，說明系統(tǒng)處理能力越強(qiáng)。Transactions Summary（事務(wù)概要說明）統(tǒng)計事物的Pass數(shù)和Fail數(shù)，了解負(fù)載的事務(wù)完成情況。通過的事務(wù)數(shù)越多，說明系統(tǒng)的處理能力越強(qiáng)；失敗的事務(wù)數(shù)越小說明系統(tǒng)越可靠。Transaction performance Summary(事務(wù)性能概要)：事務(wù)的平均時間、最大時間、最小時間柱狀圖，方便分析事務(wù)響應(yīng)時間的情況。柱狀圖的落差越小說明響應(yīng)時間的波動小，如果落差很大，說明系統(tǒng)不夠穩(wěn)定。Transaction Response Time Under Load（用戶負(fù)載下事務(wù)響應(yīng)時間）：負(fù)載用戶增長的過程中響應(yīng)時間的變化情況，該圖的線條越平穩(wěn)，說明系統(tǒng)越穩(wěn)定。Transactions Response time(事務(wù)響應(yīng)時間百分比)：不同百分比下的事務(wù)響應(yīng)時間范圍，可以了解有多少比例的事物發(fā)生在某個時間內(nèi)，也可以發(fā)現(xiàn)響應(yīng)時間的分布規(guī)律，數(shù)據(jù)越平穩(wěn)說明響應(yīng)時間變化越小。Transaction Response Time（各時間段上的事務(wù)數(shù)）：每個時間段上的事務(wù)個數(shù)，響應(yīng)時間較小的分類下的是無數(shù)越多越好。Hits per Second（每秒點(diǎn)擊）：當(dāng)前負(fù)載重對系統(tǒng)所產(chǎn)生的點(diǎn)擊量記錄，每一次點(diǎn)擊相當(dāng)于對服務(wù)器發(fā)出了一次請求，數(shù)據(jù)越大越好。Throughput（吞吐量）：系統(tǒng)負(fù)載下所使用的帶寬，該數(shù)據(jù)越小說明系統(tǒng)的帶寬依賴就越小，通過這個數(shù)據(jù)可以確定是不是網(wǎng)絡(luò)出現(xiàn)了瓶頸。HTTP Responses per Second（每秒HTTP響應(yīng)）：每秒服務(wù)器返回各種狀態(tài)的數(shù)目，一般和每秒點(diǎn)擊量相同。點(diǎn)擊量是客戶端發(fā)出的請求數(shù)，而HTTP響應(yīng)數(shù)是服務(wù)器返回的響應(yīng)數(shù)。如果服務(wù)器的響應(yīng)數(shù)小于點(diǎn)擊量，那么說明服務(wù)器無法應(yīng)答超出負(fù)載的連接請求。Connections per Second（每秒連接）：統(tǒng)計終端的連接和新建的連接數(shù)，方便了解每秒對服務(wù)器產(chǎn)生連接的數(shù)量。同時連接數(shù)越多，說明服務(wù)器的連接池越大，當(dāng)連接數(shù)隨著負(fù)載上升而停止時，說明系統(tǒng)的連接池已滿，通常這時候服務(wù)器會返回504錯誤。需要修改服務(wù)器的最大連接來解決該問題。LoadRunner不執(zhí)行檢查方法怎么解決？ 在錄制Web協(xié)議腳本中添加了檢查方法Web_find，但是在腳本回放的過程中并沒有執(zhí)行。錯誤現(xiàn)象：在腳本中插入函數(shù)Web_find，在腳本中設(shè)置文本以及圖像的檢查點(diǎn)，但是在回放過程中并沒有對設(shè)置的檢查點(diǎn)進(jìn)行檢查，即Web_find失效。錯誤分析：由于檢查功能會消耗一定的資源，因此LoadRunner默認(rèn)關(guān)閉了對文本以及圖像的檢查，所以在設(shè)置檢查點(diǎn)后，需要開啟檢查功能。解決辦法：打開運(yùn)行環(huán)境設(shè)置對話框進(jìn)行設(shè)置，在“Runtime Settings”的“Internet Protocol”選項里的“Perference”中勾選“Check”下的“Enable Image and text check”選項。73. 并發(fā)用戶數(shù)是什么？跟在線用戶數(shù)什么關(guān)系？ 并發(fā)主要是針對服務(wù)器而言，是否并發(fā)的關(guān)鍵是看用戶操作是否對服務(wù)器產(chǎn)生了影響。因此，并發(fā)用戶數(shù)量的正確理解為：在同一時刻與服務(wù)器進(jìn)行了交互的在線用戶數(shù)量，這種交互既可以是單向的傳輸數(shù)據(jù)，也可以是雙向的傳送數(shù)據(jù)。 并發(fā)用戶數(shù)是指系統(tǒng)運(yùn)行期間同一時刻進(jìn)行業(yè)務(wù)操作的用戶數(shù)量。 該數(shù)量取決于用戶操作習(xí)慣、業(yè)務(wù)操作間隔和單筆交易的響應(yīng)時間。 使用頻率較低的應(yīng)用系統(tǒng)并發(fā)用戶數(shù)一般為在線用戶數(shù)的5%左右。 使用頻率較高的應(yīng)用系統(tǒng)并發(fā)用戶數(shù)一般為主線用戶數(shù)的10%左右74. LoadRunner請求無法找到如何解決？在錄制Web協(xié)議腳本回放腳本的過程中，會出現(xiàn)請求無法找到的現(xiàn)象，而導(dǎo)致腳本運(yùn)行停止。錯誤現(xiàn)象：(41): Error 27979: Requested form. not found [MsgId: MERR27979](41): web_submit_form. highest severity level was “ERROR”,0 body bytes,