很多小夥伴兒會問，效能測試是不是會乙個工具就算會效能測試了呢？
效能測試不是這樣的，首先要明確的是，不是說你會了工具就會了效能測試。效能測試是乙個行業，而工具只是它的乙個組成部分。效能測試需要了解的東西很多（業界俗稱：打雜的），就是說會對各種的知識點都有涉獵，linux/語言/工具以及一些框架的東西。
1、拿到需求後，先看下有哪些要測試的模組工作量多少，給自己定乙個測試計畫（這點很重要噢，進度一定要把控好）
2、根據非功能測試需求寫乙份測試方案，測試方案中囊括了測試交易範圍，併發，效能測試指標，伺服器類別，框架、所測系統的測試策略以及測試計畫（這些個一定要寫清楚，後期甩鍋要用的，在圈兒裡混不會甩鍋的測試不是好測試）。
3、下面就是部署效能測試環境（這裡的linux知識是硬核，不打折的噢），當然了，部署肯定是有文件的（需要注意的是這個部署文件一定要是最新的，不然後面你要背鍋的），環境部署好了以後就需要上傳war**包等等。
4、環境部署好以後，聯調一下是否具備了做指令碼的條件，全部要測交易過一遍（這個好像叫冒煙吧）沒有問題了，就可以開發指令碼了。至於是使用loadrunner還是jmeter，你根據專案需要選擇就好，工具不是主要的，測試結果都一樣。
5、效能測試做指令碼前其實還有乙個重要的工作，那就是在資料庫鋪資料（為什麼放在第五條呢，這裡有兩點要注意的地方，資料這裡可以從生產庫匯入到效能庫，然後對其進行脫敏操作；再則就是需要自己根據pdm檔案自己寫儲存過程造數）所鋪資料量一般是整個系統未來三年的乙個量（打個比方，今年這個表是10萬資料，次年就是10萬+10萬乘以30%，再次年以此類推）。
前面5條都是準備工作，後面才是我們要關注的重點！
7、在執行場景時，肯定不是一次就可以pass的，基本都會反覆的進行測試幾次，直到滿足效能指標，執行壓測時，需要對所測系統涉及到的伺服器進行資源監控，收集其的cpu/io/men幾個主要的指標（這裡可以借助nmon工具，還不錯的工具）；如果環境還在除錯階段，可以開啟jvisualvm工具進行監控（pinpoint,愛克生等，類似的工具很多），檢視其一些呼叫方法的用時及用一些linux監控指令對其監控（常用的一些指令：vmstat iostat sar jstack top），這裡要說的重點就是要會一些調優的知識。
9、最後就是等待專案的上線了！
jvisualvm工具部署方法：
效能測試應該怎麼做？
比如路透的定義 99.9 的響應時間必需在1ms之內，平均響應時間在1ms以內，100 的請求成功。測試用的資料，需要有大中小各種尺寸的資料，並可以混合。最好使用生產線上的測試資料。然後收集cpu，記憶體，硬碟 網路io，等指標，檢視系統是否穩定，比如，cpu是平穩的，記憶體使用也是平穩的。那麼，這...
測試應該怎麼做？
測試應該怎麼做？一 首先測試需求分析要全面 測試需求分析具體分兩步 1 測試需求的獲取在測試方法方面，可做如下注意 其一，分析出口入口。從入口分析，將可能出現的環境，條件，操作等內容分類組合，然後根據各位測試達人的方法進行整合，逐一驗證。從出口分析，將可能出現的結果進行統計，根據結果的不同追根溯源，...
我怎麼做效能測試
今天和同事交流關於 效能測試 的東西，以前也做過效能測試，突然想寫點自己關於如何做效能測試的認識。基於b s架構的系統，利用loadrunner做效能測試，利用nmon監控系統資源 用linux自帶的top，vmstat等命令也可以，寫一些簡單的 shell 指令碼就行了 那麼到底該怎麼去做效能測試...