**什麼是效能測試：**效能測試也是軟體測試的一種，它的主要方向是測試系統在一定的負荷下，系統的響應時間，吞吐量、穩定性，系統單可擴充套件性等效能指標
**基本目的：**驗證是否達到使用者的效能指標；（逐漸加壓法）
發現軟體中存在的效能瓶頸並優化
**效能測試流程：**評估–》加壓–》bug、瓶頸–》分析、調優–》長時間跑（穩定性）
效能評估匯報：
以下幾點： 併發量（1000使用者量）、效能場景、成功率、響應時間、資源使用率（cpu使用率、記憶體使用率、網路頻寬、磁碟空間）
效能測試關鍵指標 ：併發使用者數：一、jmeter主要元件
1、測試計畫：是使用 jmeter 進行測試的起點，它是其它 jmeter測試元件的容器
2、執行緒組：代表一定數量的使用者，乙個執行緒就代表乙個使用者。它可以用來模擬使用者併發傳送請求。實際的請求內容在sampler中定義，它被執行緒組包含。
3、配置元件：維護sampler需要的配置資訊，並根據實際的需要修改請求的內容。
4、前置處理器：負責在請求之前工作，常用來修改請求的設定
5、定時器：負責定義請求之間的延遲間隔。
6、取樣器(sampler)：是效能測試中向伺服器傳送請求，記錄響應資訊、響應時間的最小單元，如：http request sampler、ftp request sample、tcp request sample、jdbc request sampler等，每一種不同型別的sampler 可以根據設定的引數向伺服器發出不同型別的請求。
7、後置處理器：負責在請求之後工作，常用獲取返回的值。
8、斷言：用來判斷請求響應的結果是否如使用者所期望的。
9、***：負責收集測試結果，同時確定結果顯示的方式。
10、邏輯控制器：可以自定義jmeter傳送請求的行為邏輯，它與sampler結合使用可以模擬複雜的請求序列。
二、使用jmeter進行介面測試的基本步驟如下：
1.測試計畫
2.執行緒組
3.http cookie管理器
4.http請求預設值
5.sampler(http請求)
6.斷言
7.***(檢視結果樹、圖形結果、聚合報告等)
第二週 作業三 效能測試
效能分析 之前從來沒有用工具測試過程式的效能，以前只對程式的效能在理論上分析過，什麼時間複雜度，空間複雜度之類的。只對影響程式效能有很粗淺的認識。認為多重迴圈層數多了效能低，遞迴演算法效能低。今天我實際用了vs2013的工具看了一下程式的效能。本來我只有dev c 這種輕量級ide使用，效能分析這個...
軟體效能測試
以前做過一些 山寨版 的效能測試，我都說了，是山寨麼，當然不正規，不過，現在有多少企業的測試流程是正規的能，何況效能測試的流程呢。這是現狀，也是機遇。這次因為專案需要，要做乙個比較正規的，而且有一定難度的效能測試了。b s,c s,介面效能，都涉及到，對自己也是個挑戰和提高。這乙個星期主要做需求理解...
軟體測試策略和效能測試
整合策略有自頂向下，自底向上兩種。軟體測試策略 在一定的軟體測試標準 測試規範的指導下，依據測試專案的特定環境約束而規定的軟體測試的原則 方式 方法的集合。軟體測試策略是為了以最低的成本最大程度降低產品的質量風險或盡早地完成測試所選擇或制定的最合理的方式 方法 過程等。自頂向下測試 從主控模組開始，...