B.2.5　第4步：创建测试场景

·确认需要进行的是基准测试、负载测试、压力测试还是渗透测试？一个典型的场景是，首先使用单用户为每一个事务分别进行基准测试，然后慢慢提升到目标的最大流量或者吞吐量。分别执行测试，发现并解决任何出现的问题，然后将所有事务混合进行负载测试，并且加到目标并发数。（最后，你应该进行压力测试和渗透测试，然后可能还需要做一些与性能无关的测试。）

·确定在测试中如何设置每一个事务的思考时间和步进时间。（压力测试不必考虑这个问题）。

·确定为每一个事务部署多少台负载生成器，每一台生成器需要部署多少虚拟用户。

·确定为每一个负载生成器部署什么样的负载生成策略：一次性加载、递增或递减，或者定时启动。负载测试可能会包含一个一次性加载，这是针对稳定的负载情况，以及一到多个的递增或递减策略来测试软件的可扩展性。参见图B-2。

·测试是需要执行一段固定的时间，还是等到所有测试数据全部用完才停止，或者是事务执行了一定次数的循环才停止，又或者是需要用户手工停止？

·确定是否需要通过IP欺骗来正确实现应用程序负载均衡的需求？（如果需要，那么需要一份合法的IP地址列表。）

·确认是否需要模拟不同的网络传输速率？如果是，则还要确认需要哪些速率。在性能测试之前进行响应时间预测或容量建模工作，都有助于了解带宽限制对应用程序的影响。

·对于已经确定的服务器和网络KPI，需要配置何种运行时监视器？实际的监视软件应该在测试环境中进行部署，所以你应该很清楚需要监视软件环境中的哪一部分。

·如果是基于Web的性能测试，那么需要模拟哪种层次的浏览器缓存呢？新用户、活动用户还是再次访问用户？这在很大程度上取决于性能测试解决方案的能力。参见第5章中关于缓存模拟的论述。

·考虑一下应用技术会对性能测试设计造成什么样的影响。例如，利用SAPGUI的SAP性能测试会比一个简单的终端模拟器要求更高的资源，而且还会需要更多的负载生成器来生成预订的虚拟用户数。参见第5章对SAP和其他应用技术的附加说明。

图　B-2　性能测试计划背景负载（静态）和负载加载概况