先進行需求分析，並熟悉業務
明確效能測試目標
了解軟體功能、架構
制定測試模型：
指定測試計畫，做好工作量評估
工具選項與準備：jmeter、postman
在搭建環境的過程中伺服器、linux命令用的怎麼樣、中介軟體tomcat用的怎麼樣、資料庫
網路配置
怎麼使用jmeter 來寫指令碼，寫不同的場景
協議製作指令碼
除錯指令碼，不可能一次就通
驗證指令碼，檢視結果樹
選好階梯型場景，寫好的指令碼，指令碼也除錯通過了，試執行指令碼也沒有問題
先要事先測試下我們的伺服器大概是多少，先測試100併發，在逐步向上增加
要不要使用分布式，有沒有機器
效能結果分析：
先分析單個介面，再結合多個圖表來分析，tps最高的時候，虛擬使用者數是多少，最低點是多少
先把資料結果做出來，對結果進行逐步的分析，分析出大概是那邊有問題，反覆的執行反覆的分析，才能真正定位**出現了問題
你對出現的問題與專案經理或者開發溝通後確認是問題，之後就需要開發去改動調優，開發改動調優後，需要再次測試執行，檢視是否達到預期的結果
一般情況下跑指令碼30分鐘，在對結果進行分析大概兩個小時就過去了，但是開發改動只需要20分鐘，改動後我們需要在執行指令碼，如此反覆
場景，介面，目標，使用什麼策略，場景是怎麼設計的，跑了多長時間，各種
在對結果的跟蹤
效能測試不一定每一輪都能發現問題，我們只是說我們 做過這個事情會有乙個結論，比如需求要達到50tps，在測試過程發現介面能支援 80tps 或150tps ，50tps完全沒有問題；這樣就可以把這個結果寫到報告中，就說完全沒有問題
效能方案，報告、用例模板：
提取碼：zywf
效能測試流程
很多人剛剛接觸效能測試的時候，拿到客戶提出的大致需求，如併發使用者數是500，響應時間3秒。然後就開始做指令碼，加壓執行，收集測試結果 等客戶問到 某某流程支援多少併發？各個測試流程比例是否和實際使用者使用情況一致？可擴充套件需求情況如何？然後我們就傻眼了.拿到乙個效能測試任務的時候，我們首先需要明...
效能測試流程
一 需求提測 需求分析 查詢 1 效能指標 tps 現在大於17筆 秒，未來大於100筆 秒。rt小於500ms 2 介面是什麼 3 接 互協議是什麼 http 4 線上資料是多少 5w 5 部署幾台機器 6 系統架構 二 效能方案 1 業務分分析，系統架構，系統設計 2 效能指標 tps 現在大於...
效能測試流程
效能測試思路 資訊 你是有經驗的，你所說的都應該是做過的 效能角度 使用者 快 響應時間 response time 客戶 多 業務處理能力 吞吐量 tps hps pv 開啟頁面數 throughtput 開發商 軟體 演算法 db是否優化 運維 管理員 硬體 資源利用率 調研 1 目的 1 最大...