1、平台滿足1000使用者同時使用該平台
2、平台中最大響應時間不能超過5秒
（需求來自：產品經理 ；市場）
• 測試前期準備
• 測試工具技術引入
• 效能測試計畫
• 測試設計與開發
• 測試執行與管理，資料收集
• 測試分析
測試的目標： 併發1000、響應時間5s
場景：登入 查詢產品 增加產品 修改產品 刪除產品
機器:伺服器配置（測試環境和生產環境的配置要一致）
資料：
a、併發800，ramp-up 1秒
b、併發1000
c、併發1200
d、併發1400
e、併發1600
後端*** influxdb ，通過grafana展示
1、什麼時候開始，什麼時候結束
2、誰來負責
3、具體使用到那些工具
4、測試場景也需要寫進去
5、前置工作內容
背景 前置工作（人員配備；技術、工具選擇；測試範圍；測試風險）
測試設計與開發（jmeter、locust）
測試執行與管理（登入場景）
測試報告分析（參與人員、報告彙總、測試風險、測試結論）
效能資料：
5001、系統資源
2、jmeter資源
3、結果分析
每秒併發500
服務吞吐量：
48.6/min
linux系統資源：
cpu最大佔用率：76%
記憶體使用率：25%
效能測試結果:
1、系統吞吐量是0.81/s，隨著測試的深入進入 系統的cpu資源一直處於高負載，導致請求響應時間呈上公升趨勢，導致系統大多數請求失敗，錯誤率：2.55%
2、與最初效能測試目標對比，本次測試結果不通過
每秒併發800
linux系統資源
服務響應時間
服務吞吐量
效能測試結果
、、、、、、
整體效能結果
在每秒500的請求下，不滿足系統的效能測試目標。
效能測試計畫
最近有點時間，想到了很久沒有更新的效能測試系列。趁著這個時間，testing在這裡先把測試計畫 測試方案 測試報告的測試計畫給補了。我們都知道，效能測試是乙個非常龐大的領域，涉及到很多的知識和專業技能。而針對不同的被測系統或被測產品，又有著不同的測試方式和側重點。在做效能測試中，我們大部分是基於現場...
效能測試 測試計畫編寫
編寫測試計畫的目的是用來規劃整個測試過程 也可以按照目錄來填充 目錄 1.系統概述 1.1.編寫目的 編寫該測試計畫是用來幹什麼的 1.2.專案背景 這個系統或者這個專案是幹什麼的 1.3.測試人員 1.5.測試地點 2.測試環境 2.1.寫清楚這是什麼環境下進行測試的 系統生產環境 系統測試環境 ...
jemeter效能測試計畫
測試計畫由測試元素組成，例如執行緒組，邏輯控制器，樣本生成控制器，定時器，斷言和配置元素 jmeter的一些主要元件 郵件請求 作業系統程序請求 tcp請求 邏輯控制器 邏輯控制器可幫助您控制線程中取樣器處理順序的流程。它還可以更改來自其子元素的請求的順序。以下是jmeter中所有邏輯控制器的列表 ...