性能測試方案及性能測試流程

如下性能測試方案和流程是根據我之前公司的狀況整理的，僅供參考，若你們有好的建議，那能夠給我留言，謝謝！

當時我把此方案和流程發郵件給相關領導，就是想相關領導可以重視產品性能，安排各方人員配合作好性能測試，提升產品質量。具體內容以下：

目前項目研發時間裏，沒有預留作性能測試的時間和人力資源，後續建議考慮性能測試和安全測試的時間和人力資源。

性能測試不是靠一我的可以完成的，是須要各方面人員配合才能完成的。

還須要一些硬件和軟件的支持。

目前根據公司的狀況，想到如下性能測試方案，但願獲得各方面人員的支持和配合，謝謝！

方案一：在測試環境仿真性能測試環境進行如下三大方面的檢查。

一、SQL語句處理時間的檢查。須要開發人員提供該項目使用到的SQL語句。

二、大數據量的查詢時間檢查。須要開發人員提供下批量往數據庫插入訂單的SQL語句，DBA人員執行SQL語句後，咱們再模擬不一樣場景來查詢數據檢查其處理時間。

三、交易併發量的檢查。須要開發人員去掉微信用戶登陸的控制，搭建好測試環境。

     3.1  編寫測試腳本的方案有兩個：方案A是咱們使用LR或Jmeter來錄製，目前找到方法使用Jmeter來錄製手機微信頁面的腳本，優化腳本。

         如有些項目方案A不可行，則採用方案B：測試人員編寫測試腳本（包括訪問地址、表單提交參數、提交按鈕觸發），須要開發人員協助調試，方案B編寫一次，後續有相似項目，則咱們均可以採用這種方法。

     3.2  場景設置、場景監控。須要在服務器（壓力機）上安裝LoadRunner Agent，壓力機與Controller所在機器要在同一個網段。被監控的windows機器須要開啓Remote Procedure Call(RPC)和Remote Registry Service服務。若被監控的Linux機器，則要安裝RPC服務。則須要運維人員幫助確認此服務是否開啓。

四、若第3點不可行，則只能動員公司人員，模擬真實下訂單場景來監控服務器CPU、處理時間、進程數的使用狀況。

方案二：對生產環境進行性能監控與分析。

建議安排專門人員進行性能監控與分析，根據不一樣的項目需求來分析其性能需求，爲後面類似項目的性能需求作準備，同時能夠根據性能分析出來的結果，在需求分析和研發過程當中把相關的性能瓶頸問題消滅掉。

一、 操做系統性能監控分析工具的選擇

Linux下監控工具很是多，在實時監控的時候，用top、vmstat、iostat、sar監控便可。

若是是爲了觀察方便、直接，以及實現性能測試報告快速出圖，能夠用nmon、Spotlight on Linux進行監控。

二、 數據庫系統性能監控工具選擇

Oracle的性能監控工具也有不少，如Spotlight on Oracle、OEM、ADDM、Toad等。

MySQL的性能監控工具備不少，如MySQLMTOP、開源的RRDTool、Nagios、MRTG、Cacti等。

三、 中間件性能監控工具選擇

Tomcat監控工具備不少，如Tomcat自帶的status監控、Lambda Probe，其中Lambda Probe監控項稍微多一些。

四、 JVM性能監控工具選擇

JConsole是JDK自帶的圖形化的性能監控工具，JConsole基於JMX（Java Management Extensions，即Java管理擴展），監控內容主要體如今：線程、CPU、類、VM信息這幾個方面。

VisualVM能監控應用程序的JVM內存使用狀況、線程使用狀況、CPU使用狀況等，還提供了分析功能，可以對CPU熱點以及內存進行分析，從而幫助定位問題緣由。VisualVM有一個很大的優勢：不須要被監視的程序基於特殊的Agent運行，所以它對應用程序的實際性能影響很小，這使得它能夠直接應用在生產環境中。

3、性能測試的測試流程圖，但願項目相關人員瞭解性能測試流程，但願獲得如下各方人員的配合，謝謝!