Loadrunner測試結果分析之資料過濾分析
測試問題分析：
我們在進行接口壓力測試時，重點關注的性能名額是系統事務處理能力和壓力測試一段時間最多能處理多少事務或者每秒最大能處理的事物總數等，這時我們會使用例如loadrunner壓力測試工具進行壓測幾分鐘看結果事務處理能力，這時loadrunner會把我們定義的交易事務名稱和工具自帶的acion事務加總進行統計，導緻事務總數的結果值被累加放大，幹擾我們的結果分析真實性，這時我們需要通過lr結果篩選器進行過濾篩選出我們定義的業務交易進行分析統計，才是真實的結果資料，特别是混合場景壓力測試更需要過濾統計。
測試場景分析：
因為性能壓力測試不僅僅要壓力測試單功能交易下的各項想念名額是否滿足要求，更重要的是模拟生産環境，選擇典型、重要、交易頻度高的各類業務交易進行綜合性混合場景壓力測試，其測試目的：在一定量的并發壓力情況下，擷取其業務的平均交易響應時間、應用伺服器的資源使用情況、交易正确率等。通過性能測試，可以模拟實際生産環境中在業務處理高峰期系統的壓力情況，得到此時的系統性能表現資料，為系統的實際生産運作提供可靠的參考。
測試方法：按照“一般日間聯機交易和預約轉賬測試模型”規定的交易和配比，采用vu等比壓力梯度遞增方式施壓，壓力增長直至出現系統瓶頸或資源超過安全範圍為止。
其他測試場景方法可以參考：http://blog.51cto.com/372550/2068876
工具問題分析：
在綜合性混合場景進行壓力測試下，如果通過loadrunner進行壓力測試，結果分析時，會産生很多事物名稱、自定義的事務名稱、LOADrunner自帶的事物名稱等都會被統計加以綜合性分析，例如TPS、HPS、響應時間等這時會影響實際我們想要的結果。如下圖：我們要分析平均響應時間，這時會把 action_transaction 、Vuser_end_Transaction、vuser_init_Transaction也統計進去。
通過下圖也可以看到在統計TPS的時候，也包含action_transaction 、Vuser_end_Transaction、vuser_init_Transaction,
這時計算總的TPS時也會把action_transaction 、Vuser_end_Transaction、vuser_init_Transaction, 統計進去，導緻TPS不準确，比真實的資料還大，如下：
問題處理技巧：
我們可以通過loadrunner結果分析工具進行過濾分析，抽取真實的，我們實際壓測交易的事務進行過濾，如下方式進行過濾分析：
這時可以看到，如下總的TPS和響應時間分布圖