概念之一【壓力測試】來自VisualStudio。NET設計散播式運用次序可靠性測試：是指模擬平凡的義務負荷以檢查運用次序在峰值運用狀態下如何執行操作。對每個單獨的組件進行壓力測試后，應對帶有其所有組件和支持服務的整個運用次序進行壓力測試。集中測試從最基礎的功能測試起頭。您需要知道編碼門路和用戶計劃、了解用戶試圖做什么以及一定用戶運用您的運用次序的所有方式。測試腳本應根據預期的用法運行運用次序。例如，如果您的運用次序顯示Web頁，而且99%的客戶只是搜索該站點，只有1%的客戶將真正置辦，這使得提供對搜索和其他瀏覽功能進行壓力測試的測試腳本才有意義。當然，也應對購物車進行測試，但是預期的運用暗示搜索測試應在測試中占很大比重。
概念之二【壓力測試】來自。NET運用次序性能測試：壓力測試用來評估在超越最大負載的狀態下系統將如何運行。壓力測試的主旨就是發現在高負載的條件下運用次序的缺陷(BUG)。蘊含：synchronizationissues，raceconditions，andmemoryleaks(內存泄漏)。壓力測試能讓您識別次序的弱點和在極限負載下次序將如何運行。
概念之三【壓力測試】壓力測試主要是為了發現在一(任意)定條件下軟件系統的性能的變化狀態。通過轉變運用次序的輸入以對運用次序施加越來越大的負載(并發，循環操作，多用戶)并測量在這些不同的輸入時性能的轉變，也就是通常說的概念：壓力測試考察以后軟硬件環境下系統所能遭遇的最大負荷并資助找出系統瓶頸所在。其實這種測試也能夠稱為負載測試，但是負載測試通常描述一種特定類型的壓力測試——增加用戶數量以對運用次序進行壓力測試。
網上能夠還有多于以上三種所描述的對壓力測試這個名詞的定義。
我對比贊許第一種概念，壓力測試應該是指模擬平凡的義務負荷以檢查運用次序在峰值運用狀態下如何執行操作。擴張開來說，其一壓力測試應該是較短時間的，其次是模擬平凡的義務負荷的，再次壓力測試是要使運用次序的運用抵達峰值。對這三點繼續填補，對第一點長時間的壓力測試就轉變成了負載測試;對第二點，對運用次序施加的壓力是超負荷的，所以要始終地加壓;第三點，使運用次序的運用抵達峰值，如果超越這個界限則運用次序會崩潰或伙伴率激增，這個峰值是針對某一時刻來說的，也是針對某個臨界的壓力來說的，轉變為場景設置中的說法就是能夠支持的最大并發用戶數。
在最近的一次測試中定義了測試的主旨是：需要了解AUT(被測運用次序)一般能夠遭遇的壓力，同時能夠遭遇的用戶訪問量(容量)，最多支持有多少用戶同時訪問某個功能。在AUT中選擇了用戶最常用的五個功能作為本次測試的內容，蘊含登錄。大概的需求就是這樣。
接下來我AUT的登錄說一說怎么用LoadRunner和Jmeter來實現場景的設置抵達測試的主旨。(注：對服務器的檢測不是本次測試的重點，本次測試主要收集并發訪問用戶數和發生伙伴用戶數)
首先是對腳本的要求：
1、錄制腳本(注意所有的腳本都應錄制到Action中)，自定義事務，事務從提交用戶名和口令的腳本之前起頭;
2、在定義事務起頭的腳本前加入靠攏點;
3、在腳本中加入檢查點，以登錄成功的頁面出現登錄用戶的ID即可;
4、參數化登錄用戶的身份;
其次是對場景設置的要求：
1、因為事先我們不知道將有多少用戶訪問是臨界點，所以在測試過程中需要多次轉變用戶數來一定;
文章來源于領測軟件測試網 http://www.kjueaiud.com/