四、负载目标选择

　　1. 有明确交易量的应用

　　通过上面对各种典型负载指标的分析可以看出，以TPS衡量的事务处理能力是准确的负载目标。通过生产日志或相似系统的交易量可以算出TPS均值、峰值。根据2/8原则和业务扩展可估算更高的峰值。银行的联机类应用属于典型的有明确交易量的应用系统。

　　LoadRunner中可以通过设置Run-Time Settings的Pacing为At fixed intervals， every 1 sec，来控制每次迭代执行时间为1秒。如果迭代脚本里只定义一个Transaction，且TRT小于1秒，则VUser数量=并发用户数量=TPS，可以通过调节VUser数量方便控制负载目标。注意，如果迭代中包含多个Transaction，或TRT随着TPS目标的增加而变大，则需以TPS目标为基础，实时调整VUser数量和这里every N sec里的间隔时间。

　　2. 无明确交易量的应用


　　无明确交易量的被测应用建议以确定大事务处理能力为目标。设置Pacing为As soon as the previous iteration ends，删除thinktime，部署发压工具和被测应用在同一网段，无网络瓶颈，让VUser能对被测应用产生大负载。弱化VUser数量听上去的意义，递增直到达到被测应用的大事务处理能力或其他性能指标阀值(如成功率或TRT)。新业务和经管类Web应用属于无明确交易量的应用系统。

　　3. VUser的意义

　　尽管建议在确定负载目标时弱化VUser的意义，但测试中还要注意一种情况，如果被测应用有具体的操作用户数量，如只有签到或登录的用户才能提交交易，则VUser的数量不能高于实际注册用户数量。按照大用户数量加压，以需求要求的TRT为目标调优被测应用，尽量提高TPS。