| 负载测试计划的第一步是分析应用程序。应该对硬件和软件组件、系统配置以及典型的使用模型有一个透彻的了解。应用程序分析可以确保使用的测试环境能够在测试中精确地反映应用程序的环境和配置。
|
|
|
|
|
| 绘制一份应用程序结构示意图。如果可能，从现有文档中提取一份示意图。如果要测试的应用程序是一个较大的网络系统的一部分，应该确定要测试的系统组件。确保该示意图包括了所有的系统组件，例如客户机、网络、中间件和服务器等。
|
|
|
| 如下图所示说明了一个由许多Web用户访问的联机银行系统。各Web用户连接到同一数据库以转移现金和支票余额。客户使用不同的浏览器，通过Web方式连接到数据库服务器。
|
|
|
|
|
|
|
|
|
| 增加更多详细信息以完善示意图。描述各系统组件的配置。应当掌握以下信息：
|
|
|
|
|
| . 应用程序客户端计算机的配置情况（硬件、内存、操作系统、软件、开发工具等）；
|
|
|
| . 使用的数据库和Web服务器的类型（硬件、数据库类型、操作系统、文件服务器等）；
|
|
|
|
|
| . 前端客户端与后端服务器之间的中间件配置和应用程序服务器；
|
|
|
| . 可能影响响应时间的其他网络组件（调制解调器等）；
|
|
|
| . 通信设备的吞吐量以及每个设备可以处理的并发用户数。
|
|
|
| 例如，在如上图所示的示意图中，多个应用程序客户端在访问系统。客户端的配置如下表所示。
|
|
|
|
|
|
|
|
|
| 定义系统的典型使用方式，并确定需要重点测试的功能。考虑哪些用户使用系统、每种类型用户的数量，以及每个用户的典型任务。此外，还应考虑任何可能影响系统响应时间的后台负载。
|
|
|
| 例如，假设每天上午有200名员工登录记账系统，并且该办公室网络有固定的后台负载：50名用户执行各种字处理和打印任务。可以创建一个200个虚拟用户登录访问记账数据库的方案，并检测服务器的响应时间。要了解后台负载对响应时间的影响，可以在运行方案的网络中再模拟员工执行字处理和打印活动的负载。
|
|
|
|
|
| 除定义常规用户任务外，还应该查看这些任务的分布情况。例如，假设银行用户使用一个中央数据库为跨越多个州和时区的客户提供服务。250个应用程序客户端分布在两个不同的时区，全都连接到同一个Web服务器中。其中150个在芝加哥，另外100个在底特律。每个客户端从上午9点开始工作，但由于处于不同的时区，因此在任何特定时间内都不会有超过150个的用户同时登录。可以分析任务分布，以确定数据库活动峰值期的发生时间，以及负载峰值期间的典型活动。
|
|
|
