以會員平台測試模擬演練每個階段。
第一步，測試確認。
大併發處理，資料量和正式環境一致，基本都是簡單的查詢在邏輯上沒有複雜的統計，所以主要困難還是在大併發事務的處理上。
第二步，通過標準。
第三步，測試設計。
設計使用者模型，設計測試場景，設計測試用例。針對會員下單，使用者典型的操作就是登入、下單、查詢訂單資訊、查詢走件資訊，或者是其它的選單路徑。當然這是理想化的情況。但實際更可能是這樣的，登入（一次登不進去，重複多次）、下單。兩種互動方式對系統產生的壓力是有一定差別的。
第四步，準備環境，資料
沒啥好說得，直觀意思，準備測試環境，和需要用到得資料（在這一步可以針對大量使用者的併發進行一些預調優比如修改連線池和執行緒池的配置，修改超時時間設定等）
第五步，準備指令碼，執行效能測試
後面會細說，按照第三步設計好的測試用例準備指令碼、執行測試。
第六步，發現問題，定位問題。
比如100人的壓力下，系統響應就慢了，走件查詢需要一分鐘，登入需要半分鐘，此時能把這個作為乙個缺陷直接和開發反應嗎？其實這只是通過壓力測試場景產生的乙個現象，可能是測試指令碼有問題、也可能是測試環境有問題。作為乙個效能測試人員，需要盡量深入的定位到問題產生的原因。就像這個響應慢，只是乙個表面現象，慢在哪？是作業系統問題還是網路問題還是中介軟體或資料庫還是程式**本身？在後面我們可以繼續**一下如何分析定位問題。
第七步，編寫測試報告。
測試執行過程中監控收集到的各種有關資料一定要詳盡且精煉的體現在報告中，還有資料只是執行測試的一種結果體現，測試人員更重要的一點是對測試資料做出一定的分析得出專業且易懂的結論，這些都必須在測試報告中展現。
效能測試目的
目的是驗證軟體系統是否能夠達到使用者提出的效能指標，同時發現軟體系統中存在的效能瓶頸，優化軟體，最後起到優化系統的目的。包括以下幾個方面 1 評估系統的能力，測試中得到的負荷和響應時間資料可以被用於驗證所計畫的模型的能力，並幫助作出決策。2 識別體系中的弱點 受控的負荷可以被增加到乙個極端的水平，並...
效能測試的目的
1.壓測系統看系統的前端以及後端是否滿足預期 類似功能測試用例中的預期結果和實際結果的概念 2.壓測系統看系統可以承受的最佳壓力和最大動力，來判斷系統的承受極限 3.壓測系統看系統在長時間執行下是否可以正常處理請求 類似疲勞測試 4.容量規劃，當系統越來越穩定的時候，我們要提前考慮它的遠景，規劃，或...
Jmeter 效能測試目的
開發人員對系統調優後，需要測試人員配合去做效能測試，驗證這次優化是否有效果。如果效能指標相比較之前的效能指標更好了，說明系統優化的有效果。反之說明調優不理想 系統從無到上線，驗證新系統的能力是否能夠滿足某段時間系統使用要求，否則當高峰期來臨，系統可能會崩潰。做效能測試經常跑一兩個小時或者幾十分鐘就可...