测试方法：按照“一般日间联机交易和预约转账测试模型”规定的交易和配比，采用vu等比压力梯度递增方式施压，压力增长直至出现系统瓶颈或资源超过安全范围为止。其他的测试策略可以参考：http://blog.51cto.com/372550/2068876
而在综合性混合场景进行压力测试下，如果通过loadrunner进行压力测试，结果分析时，会产生很多事物名称、自定义的事务名称、LOADrunner自带的事物名称等都会被统计加以综合性分析，例如TPS、HPS、响应时间等这时会影响实际我们想要的结果，特别是我们压力测试接口测试时，不管是单交易场景，还是混合场景，如果不加以过滤这些不必要的事务，呈现给给我们的测试结果数据TPS 都会被放到，看似交易处理能力很强，其实不是这样，具体原因和过滤方式如下：
如下图：我们要分析平均响应时间，这时会把 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和响应时间分布图
这样在统计分析数据的时候，也可以方便一次性统计分析。