《精通軟體性能測試與LoadRunner最佳實戰》—第2章2.9節運作結果分析

本節書摘來自異步社群《精通軟體性能測試與loadrunner最佳實戰》一書中的第2章2.9節運作結果分析，作者于湧 , 王磊 , 曹向志 , 高樓 , 于躍，更多章節内容可以通路雲栖社群“異步社群”公衆号檢視。

2.9 運作結果分析

精通軟體性能測試與loadrunner最佳實戰

性能測試執行過程中，性能測試工具搜集相關性能測試資料，待執行完成後，這些資料會存儲到資料表或者其他檔案中。為了定位系統性能問題，我們需要系統分析這些性能測試結果。性能測試工具自然能幫助我們生成很多圖表，也可以進一步将這些圖表進行合并等操作來定位性能問題。是不是在沒有專業的性能測試工具的情況下，就無法完成性能測試呢？答案是否定的，其實有很多種情況下，性能測試工具可能會受到一定的限制，這時，需要編寫一些測試腳本來完成資料的搜集工作，當然資料存儲的媒體通常也是資料庫或者其他格式的檔案，為了便于分析資料，需要對這些資料進行整理再進行分析。如何将資料庫、檔案的雜亂資料變成直覺的圖表呢，詳細内容請參見第6.15～6.18章節内容。

目前，廣泛被大家應用的性能分析方法就是“拐點分析”。“拐點分析”方法是一種利用性能計數器曲線圖上的拐點進行性能分析的方法。它的基本思想就是性能産生瓶頸的主要原因就是因為某個資源的使用達到了極限，此時表現為随着壓力的增大，系統性能卻出現急劇下降，這樣就産生了“拐點”現象。當得到“拐點”附近的資源使用情況時，就能定位出系統的性能瓶頸。“拐點分析”方法舉例，如系統随着使用者的增多，事務響應時間緩慢增加，當使用者數達到100個虛拟使用者時，系統響應時間急劇增加，表現為一個明顯的“折線”，這就說明了系統承載不了如此多的使用者做這個事務，也就是存在性能瓶頸。

本文僅用于學習和交流目的，不代表異步社群觀點。非商業轉載請注明作譯者、出處，并保留本文的原始連結。