滿意答案

mimilala71

推薦于 2017.06.11

采納率：46%????等級：9

已幫助：413人

在最近的一次測試中定義了測試的目的是：需要了解AUT(被測應用程序)一般能夠承受的壓力，同時能夠承受的用戶訪問量(容量)，最多支持有多少用戶同時訪問某個功能。在AUT中選擇了用戶最常用的五個功能作為本次測試的內容，包括登錄。大概的需求就是這樣。

接下來我AUT的登錄說一說怎么用LoadRunner和Jmeter來實現場景的設置達到測試的目的。(注：對服務器的檢測不是本次測試的重點，本次測試主要收集并發訪問用戶數和發生錯誤用戶數)

首先是對腳本的要求：

1、錄制腳本(注意所有的腳本都應錄制到Action中)，自定義事務，事務從提交用戶名和口令的腳本之前開始；

2、在定義事務開始的腳本前加入集合點；

3、在腳本中加入檢查點，以登錄成功的頁面出現登錄用戶的ID即可；

4、參數化登錄用戶的身份；

其次是對場景設置的要求：

1、因為事先我們不知道將有多少用戶訪問是臨界點，所以在測試過程中需要多次改變用戶數來確定；

2、建議修改運行時設置，優化對服務器的訪問；

3、計劃的設置，每x時間后加載10用戶(根據總用戶數設置)，完全加載后持續運行不超過5分鐘(根據需要設置)；

4、集合策略，當運行中的用戶數100%達到集合點時釋放；

5、注意事項，需要注意幾個時間：1)服務器響應超時時間；2)登錄事務迭代一次所使用的時間；3)集合點等待超時時間；4)計劃中設置的間隔時間。在我的測試中事務運行一次的時間不超過30秒，通過修改腳本使它的運行時間達到一分鐘左右， 服務器響應超時時間、結合點等待超時時間、計劃中設置的間隔時間都設置為了2分鐘。

這樣場景開始運行后運行用戶數呈階梯增長，另外在每個上升點新增的用戶都會隨原來已經運行的用戶并發訪問服務器。

通過多次的運行和對測試結果中正在運行用戶數與錯誤用戶的對比，然后根據定義可接受錯誤率就可得到該功能的最大并發訪問的用戶數。

以上測試中排除了對網絡、客戶端等的要求。在實際測試中首先要保證這些資源是足夠的。

使用Jmeter也能夠達到上述描述的場景的測試，并且更加的便捷。

抄來的

隨便看看吧

00分享舉報

總結

以上是生活随笔為你收集整理的软件如何进行压力测试,软件如何进行压力测试?的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。