Ⅰ loadrunner適合做web頁面功能測試嗎
再也不能更合適了！
LR是模擬人的操作，當然可以用來做功能測試
但是效率不高，有些細節的問題測試不到。
功能測試的話，還得是QTP。因為LR設計之初就是性能測試的，QTP就是功能測試的
Ⅱ 如何使用LoadRunner進行Web性能測試
1、明確壓力點，根據壓力點設計多少種場景組合
2、把文檔（包括多少種場景組合、場景與場景組合條件的對應表）寫好
3、如果監測UNIX機器，在被監測的機器需要安裝監測Unix的進程
4、讓開發人員幫助我們准備測試數據或他們寫相關的文檔我們來准備數據
5、讓開發人員做一個恢復數據的腳本，以便於我們每次測試的時候都能夠有一個相同的環境
6、針對每一個模塊包括四個子文件夾：如模塊A下包括「腳本」「場景」「結果」「圖表」 四個子文件夾，每個子文件夾儲存對應的文件，如下表所示
其中：結果名「1場景」是在場景中的「Results Setting」中設置的，具體的設置見「建立場景」部分，這里也可以有另外一種方法：在打開模板設置，如下：
選中「Automatically save the session as:」並且在「%ResultDir%」後面填寫你想保存的文件名，當你打開某個lrr文件時，系統自動在當前目錄中生成一個文件保存分析圖表，如下圖所示：
生成測試腳本
1、 把登陸部分放到「vuser_init」部分,把需要測試的內容部分放到「Action」部分執行；但是如果是模擬多個用戶登陸系統，則要把登陸部分放到Action部分來實現
2、 錄制腳本後，想查詢某個函數的原型，按「F1」鍵
3、 確認腳本中哪些參數是需要進行參數化的（最好能可以和開發人員一起確認）
4、 在腳本參數化時把函數web_submit_data()中的ITEMDATA後面的數據參數化，因為這些數據是傳遞給伺服器的，當然也可以把一個函數中的所有相同變數都替換掉
5、 腳本中無用的部分用「/*」「*/」「//」注釋掉，但最好不要刪除
6、 調試腳本遵循以下原則：
確認在VU里SUSI（單用戶單循環次數single user & single iteration）
確認在VU里SUMI（單用戶多循環次數single user & multi iteration）
確認在controller中MUSI（多用戶單循環次數multi user & single iteration）
確認在controller中MUMI（多用戶多循環次數 multi user & multi iteration）
7、 事務的名稱取的有意義便於事務之間的區分，把所有的事務名都記錄在一起，便於在測試結果概要中區分它們，這要寫成一個表：某次測試有哪些模塊，每個模塊中有哪些事務(見對應的「關系表」)
8、 在 「Parameter List」中可以選擇參數類型「Random Number」，使某一個參數取設定的范圍內的隨機值
建立場景
1、 把場景名稱編號，並制定出一份場景名稱和場景條件組合的對應表。比如，場景m對應於「某一模塊_xx個vu _分z台machine」(見「關系表」中的例子)
2、 根據上面的對應表把場景設置好，需要設置的要素如下：總體多少個用戶、分多少個組、每個組有多少個用戶、分幾台機器運行、每個腳本迭代多少次、是否回放think time時間、檢查Parameter List中每個參數設置是否正確、參數從表中取值間隔是否正確、是否選中「Initialize all Vusers before Run」
3、 測試結果應該保存為「m場景0，m場景1,…」
4、 把虛擬用戶分散到幾台機器上和在一台機器上面都要進行測試，因為有可以效果不同
5、 場景中如果有需要改動的地方，必須新建一個場景(建議使用「另存為」，然後再修改結果文件名，再選擇相應的腳本)，並把場景按順序編號，先維護好場景與場景組合條件的對應表，以便以後的查找，並且在結果 「Results Setting」中設置的結果名與場景名相同。建議在「Results Setting」中選中「Automatically create a results directory for each scenario executeon」讓它每次自動累加，不建議選中「Automatically overwrite existing results directory without prompting for confirmation」，因為我們不要覆蓋掉以前的測試結果，把它保存下來以便有個根據。
6、 需要注意的地方：當在「Parameter List」中的「Select next row」選中「Unique」時，如果再在「Edit Schele\Schele by Scenario\Duration」中選中第二項「Run for XX after the ramp up has been completed」時系統就會報錯，提示「Unique」類型不相符。
7、 在「Run-time Setting」設置中，「General」中的「Pacing」非常有用，可以設置每次迭代之間相隔多少時間，也可以是隨機的取值
8、 建議：把「Parameter List」和「Run-time Setting」中的所有設置都搞熟悉，這樣便於以後對腳本和場景進行設置
9、 設計「Parameter List」時的小技巧：即在「Allocate X values for each Vuser」時，盡量 把它的間隔在數據容許的范圍內取大些，這樣可以做從一次迭代到最大值迭代，而且對腳本沒有什麼影響
10、當一個腳本中有多個事務，在事務前面增加集合點時需要一點技巧。或者我們把腳本復制幾個，或者我這樣做：測試前面的事務的壓力時，把後面的事務前的集合點設置為不激活狀態；在測試後面的事務的壓力時，把前面的事務的集合點設置為不激活狀態，另外最好不選中Initialize all Vusers before Run，具體參見Controller中的「Scenario/Rendezvous」，及用戶手冊(按F1)
11、把持續時間從最後60秒改為整個場景的時間，右鍵單擊某個圖，選擇「Configue」，修改Graph Time即可
12、每次從一個場景修改後保存為另一個場景時別忘記把結果保存文件名修改相對應的文件名。在設置結果保存文件名時有一個技巧：如果你打開這個窗口時，點擊確定則系統會
默認以「4場景2」為基點向後加「4場景20」「4場景21」等等，但是如果你把結果文件名後面的數據去掉，改為「4場景」，點擊確定後，系統會自動搜索是以「4場景」開頭的文件名，並在它的後面繼續增加，比如把它改為「4場景」時，下次結果保存在「4場景3」中。而且他在搜索的時候搜索以「4場景」開頭的文件名，從0開始，有的話就不取代而跳過，沒有的話就取代。
運行場景
1、 運行場景前需要注意的事項：每個組的虛擬用戶數、迭代次數、think time、參數化時的取值間隔、執行恢復數據的腳本、確認虛擬機的LoadRunner Agent Service打開
2、 如果監測Unix，運行場景前需要啟動監測Unix進程，啟動的命令「rpc.rstatd」、查看這個進程是否啟動的命令「rpcinfo –p」
3、 運行前使Generator機器處理Ready狀態
4、 確認被監測的機器已經連接上去，並且添加自己所需要的計數器
5、 運行之前一定要確認系統中壓力點的數據量是多少
6、 確認以上都正確時再運行測試場景
監視場景
打開 「Passed Transactions」或「Failed Transactions」，可以隨時觀察到事務的運行狀態
分析測試結果
1、 打開Analysis後，把經過數據處理的結果圖表保存到「圖表」文件夾，並且文件名和場景名、結果名相同，這樣便於以後的查閱。也可以省去每次進行數據處理的時間。
2、 可以通過點擊界面上的 「View Run Time Setting」可以看到此場景運行時的一些場景設置
3、 在關聯圖表時可以自動調節每個元素的比例，點擊右鍵，選擇 即可
4、 每次測試結束後確認所做的操作是正確的，確認正確後再分析結果
5、 在結果文件夾中為每個場景建立一個文檔，把每次運行時的情況記錄下來以便於寫測試報告，尤其運行錯誤的原因記錄下來，並把開發人員所做的修改也記錄下來以便知道開發人員做了些什麼修改
6、 在分析運行結果時可以把幾個結果合在一起進行比較，打開如下「Cross with Result…」
Ⅲ 求解 ~~ loadrunner怎麼樣測試exe軟體
可以測試exe文件。主要有兩種方法。
第一種是錄制。
第二種是模擬源代碼，調用dll文件
這兩種方法開發腳本都有點難度.
Ⅳ loadrunner golba和web有什麼區別呀
在loadrunner 的license golba有100 web有10000
區別在於 100的那個license 可以跑基於socket的壓力測試，
而10000的license 只能跑基於http協議，也就是web的。
Ⅳ 如何使用loadrunner測試頁面性能
1、首先大家給自己的電腦上安裝上LoadRunner
2、LoadRunner安裝完畢後，啟動LoadRunner，選擇創建腳本
3、新建腳本：
選擇File->NEW
4、彈出新建窗口中，選擇Web(HTTP/HTML)
5、點擊「Create」
6、彈出錄制腳本設定窗口，輸入相關設置信息：
URL Address：輸入需要測試的Web地址
Record into Action：
1.vuser_init:可以當作前提
2.Action：測試的關鍵動作
例如：測試列印
7、用戶登錄等前提可以錄制到1中；
8、列印動作錄制到2中；
9、動作錄制完畢後，點擊OK，切換到錄制的腳本信息頁面
10、可根據自己想要測試的場景來修改腳本語言，
11、腳本修改完畢後，進行保存
12、運行腳本，選擇「Run Load Tests」
13、選擇需要運行的腳本
14、對運行環境進行設定，例如：
15、同時執行這個動作的用戶數
16、腳本運行結束條件設定
17、開始執行腳本
18、腳本執行完畢後，對運行結果進行保存
19、查看運行結果
Ⅵ loadrunner能進行功能測試么怎麼用LoadRunner測試C#程序（非網頁）感覺不對
可以啊，當然可以，loadrunner就是一個可以寫C++的編譯器而已
只要你能定義出正確與否，就可以進行任何測試，當然主要是進行性能測試
不過也可以進行功能驗證哦
Ⅶ loadrunner只能測試web嗎
以前回答過類似的問題可以參考下：/question/813134933048389372
Ⅷ loadrunner，jmeter哪個更適合做web的性能測試
對web應用的性能測試,loadrunner和jmeter都是適合的.loadrunner的優點是支持的協議多,能覆蓋絕大多數的應用,功能強大,監控的性能指標豐富,界面美觀,能輸出詳細的測試結果.缺點是價格昂貴.Jmeter的優點是開源軟體,沒有LICENSE的限制,只要自己的機器資源充足,要多VUSER都可以,缺點是支持的協議少,目前只支持WEB,FTP和資料庫方面的性能測試,界面不美觀,輸出的測試報告不如loadrunner詳細.當然,如果個人具備編程能力可以自己擴展.
Ⅸ 請問誰知道LoadRunner是干什麼用的主要用在哪個地方謝謝
LoadRunner，是一種預測系統行為和性能的負載測試工具。通過模擬上千萬用戶實施並發負載及實時性能監測的方式來確認和查找問題，LoadRunner能夠對整個企業架構進行測試。
企業使用LoadRunner能最大限度地縮短測試時間，優化性能和加速應用系統的發布周期。LoadRunner可適用於各種體系架構的自動負載測試，能預測系統行為並評估系統性能。
(9)LoadRunner只能測web端嘛擴展閱讀：
定位性能
LoadRunner內含集成的實時監測器，在負載測試過程的任何時候，可以觀察到應用系統的運行性能。這些性能監測器為實時顯示交易性能數據（如響應時間）和其它系統組件包括application server,web server，網路設備和資料庫等的實時性能。
這樣，就可以在測試過程中從客戶和伺服器的雙方面評估這些系統組件的運行性能，從而更快地發現問題。
利用LoadRunner的ContentCheck TM ，可以判斷負載下的應用程序功能正常與否。ContentCheck 在Virtual users 運行時，檢測應用程序的網路數據包內容，從中確定是否有錯誤內容傳送出去。它的實時瀏覽器幫助從終端用戶角度觀察程序性能狀況。