负载的承受能力，在不同的用户连接情况下，系统的负载能力和响应能力，以及在预计的数据容量中，系统能够容忍的最大用户数。
9.2、性能测试指标
本次测试是针对系统在应对密集、整体的大压力下而进行的，主要需要获得如下的测试指标。
1、应用系统的负载能力：即系统所能容忍的最大用户数量，也就是在正常的响应时间中，系统能够支持的最多的客户端的数量。
2、系统的响应能力：即在各种负载压力情况下，系统的响应时间，也就是从客户端请求发起，到服务器端应答返回所需要的时间，包括网络传输时间和服务器处理时间。
3、应用系统的可靠性：即在连续工作时间状态下，系统能够正常运行的时间，即在连续工作时间段内没有出错信息。
9.3、系统结构及流程
系统在实际运行中的体系结构跟本次性能测试所采用的体系结构是一样的，处理流程也是一致的。不过，由于硬件条件的限制，本次性能测试的硬件平台跟实际环境略有不同。 9.3.1、系统总体结构
描述本系统的总体结构，包括：硬件组织体系结构、网络组织体系结构、软件组织体系结构和功能模块的组织体系结构。
9.3.2、功能模块
本次性能测试中各类操作都是由若干功能模块组成的，每个功能都根据其执行特点分成了若干操作步骤，每个步骤就是一个功能点（即功能模块）。
9.4、预计测试过程及结果描述
9.4.1、测试描述
根据系统特性与共性准备测试数据，在测试数据准备完备以后，由测试人员进行测试。并由测试人员记录每次测试的结果，分析测试结果对系统进行全面评估以及做出相关改进。 9.4.2、测试场景
先进行一些简单的数据录入、管理、修改及输出测试。采用一些原本该受限制、不可用的数据进行检测，观察是否能得出预想的结果。参照其他类似系统会出现的问题或在设计过程中认为可能出现的问题对该系统进行检测，观察结果，是否符合要求。
进行一些正常操作，记录系统反应时间，计算系统运行速率。 观察操作界面是否足够人性化，在相关操作进行时能否出现相关提示。 测试中，使用逐步加压的模式，测试运行场景安排如下：
? 每隔2秒增加1个用户连接，最多增加到100个用户，查看并记录运行情况；
? 每隔2秒增加2个用户连接，最多增加到200个用户，查看并记录运行情况；
? 每隔2秒增加1个用户连接，最多增加到300个用户，查看并记录运行情况；
? 每隔3秒增加1个用户连接，最多增加到400个用户，查看并记录运行情况。
每个场景都包括：用户登录-业务操作-业务完成-退出系统，所有用例都按以上场景进行测试，由于pc性能限制，为了更准确模拟现场环境，将运行的所有脚本部署在8台LoadRunner终端上，主要目的就是检查在不同的压力的情况下，业务系统的性能表现。
按照测试用例进行测试完毕进行相关修改后再进行下一轮测试。 9.4.3、测试结果
将测试得出的数据与原来预想的数据进行对比，寻找差距，从中分析出错原因，与上述所需要做的性能测试一一对照，寻找可能出现的相关问题，再想办法解决。
测试结果需记录以下相关数据：
? 测试中完成各操作的平均响应时间：（单位：秒） ? 测试中每秒的点击率如下： ? 交易的吞吐率（每秒处理数据量）： ? 可运行的并发用户数目：
10、服务承诺 10.1、后期维护
我公司承诺接到客户需求的当日，马上到客户所在地详细了解情况并现场解决。如果情况复杂当日不能提供解决方案，最迟在三日内给予答复并提出相应解决方案，一周内依据方案完成客户要求。三年内提供技术支持和问题答疑。
10.2、项目交付资料
最终交付客户的光盘资料包括：软件系统、数据库、常见问题解决办法、设计方案和相关PPT。