3.3.6 第4步:创建测试场景

对于网上银行业务,性能测试的设计是基于1~1000个并发用户这样一个规模,所有用户都在30分钟内被激活。由于分配到每一个事务的虚拟用户数量不同,因此每一个事务的负载生成频率也不相同。

正如表3-2中描述的那样,虚拟用户按照24小时中用户登录的频率分配给各个事务(这个信息在表的第四列中)。比如,"MiniStatement"事务被认为是最频繁的活动,因为很多使用网上银行服务的用户会首先查看自己最近的财务报表(实际上这就是我经常首先做的)。那么这个事务就分配到了416个虚拟用户。

为每一个事务分配不同数量的虚拟用户,这需要有不同的负载生成比率来保证所有虚拟用户在30分钟后全部被激活。这个信息可以在表3-2的第三列中了解到,这一列显示虚拟用户是如何生成到性能测试中的。性能测试的设计还包括对事务吞吐量的真实模拟。回顾一下第2章中我们关于并发性和并发虚拟用户数不必反映实际登录到程序中的真实用户数的讨论。对于网上银行来说,在性能测试和事务中添加思考时间和步进时间是很必要的;这可以避免在执行测试的时候,事务的吞吐量超出真实水平的问题。

3.3.6 第4步:创建测试场景 - 图1