總體流程
- 收集需求
- 開發(fā)測試腳本
- 執(zhí)行測試
- 分析及報告
- 性能優(yōu)化
- 執(zhí)行測試
- 分析及報告
- 重復(fù)以上步驟...
收集需求
性能測試和功能測試工作流程上沒什么不同，必須要收集需求，比如功能測試登錄輸入框最多輸入10個字符，那么放在性能測試中，就是一個請求，或者一個事務(wù)響應(yīng)時間是多少，或者CPU占用率保持多少以下。就是說我們必須要拿到項目經(jīng)理或者產(chǎn)品經(jīng)理強(qiáng)調(diào)的數(shù)值，強(qiáng)調(diào)的場景，有了場景后，才可以開發(fā)我們的腳本，可能有的人會問，如果沒有需求，怎么測試，筆者建議以下2點(diǎn)：第一就是判斷哪些場景是用戶常使用的，第二就是看日志，一般系統(tǒng)都會收集用戶行為，也就是我們常說的埋點(diǎn)，可以通過埋點(diǎn)看哪個時間段數(shù)值較多。
開發(fā)測試腳本
我們講了那么多Jmeter，絕大部分是介紹了Jmeter組件的使用，并沒有實戰(zhàn)的案例。這里舉個例子，比如我們登錄事務(wù)，產(chǎn)品經(jīng)理要求100并發(fā)，響應(yīng)時間是3s。那么我們怎么設(shè)計腳本呢？其實很簡單，不需要設(shè)計，直接錄制就好了，那么怎么錄制呢？可以參考我之前寫的一篇文章19. Jmeter抓包之瀏覽器請求。然后把錄制下來的請求，不需要的刪除，線程組改成100，然后添加監(jiān)聽器，比如說我們可以添加聚合報告，或者使用Jmeter NON GUI模式，可以參考22. Jmeter GUI 及NON GUI實現(xiàn)分布式，去查看響應(yīng)時間。
執(zhí)行測試
腳本我們已經(jīng)開發(fā)好了，那么我們是不是直接測試就行了呢？當(dāng)然不是，我們必須要確定性能環(huán)境是隔離的，不能說我這邊還在測試，那邊還有人操作，那么測試出來的數(shù)據(jù)也是不準(zhǔn)的，所以一定要保證環(huán)境隔離。
分析及報告
怎么分析呢？當(dāng)然是根據(jù)響應(yīng)時間進(jìn)行判斷，比如登錄并發(fā)100要求是3s，那么實際上是5s，這個就不符合要求了，我們就需要到服務(wù)器去看哪些地方出現(xiàn)了瓶頸，這里就可以用到我們之前學(xué)的Nmon，可以參考25. 服務(wù)器性能監(jiān)控之nmon工具介紹或者參考26. 60s快速定位服務(wù)器性能問題
當(dāng)然Nmon只是眾多性能監(jiān)控工具中一個，還有很多其他工具，我們這里就不展開介紹。
性能優(yōu)化
如果性能出現(xiàn)了瓶頸，那么我們肯定要優(yōu)化，優(yōu)化完了就完了嗎？當(dāng)然不是，我們根據(jù)優(yōu)化后的系統(tǒng)再保持性能測試腳本不變，繼續(xù)測試，查看優(yōu)化是否符合預(yù)期。
好了以上就是性能測試總體流程，其實還有很多東西沒說，我這里特別想講講性能監(jiān)控，就是我們的CPU、內(nèi)存、磁盤、網(wǎng)絡(luò)，但是我打算放在另外一個專題仔細(xì)講解。好了，這27節(jié)內(nèi)容如果大家仔細(xì)看，我覺得做些簡單的性能測試是完全沒有問題的，想要深入的話，還得學(xué)學(xué)操作系統(tǒng)知識，因為性能測試一定離不開操作系統(tǒng)。
