今天的章节包括以下内容：
执行测试分析，诊断和调整测试结论。
01测试执行
当脚本被开发时，它可以在控制器本实例分别测试 20、35、50 个虚拟用户并发的情况。.中执行
02分析、诊断和调节
脚本执行完成后，对结果进行详细的分析，分析的信息主要包括平均事务响应时间、事务成功率、点击率、吞吐量、系统资源、Apache 监控分析。
1平均交易响应时间
px;">分析两个脚本不同虚拟用户情况下的平均事务响应时间，登录的平均事务响应时间见表 16-10。
订票的平均事务响应时间见表 16-11。
2事务成功率
事务成功率是分析事务的一个重要指标，一般在整个性能测试过程中，不可能所有的事务都成功，如果所有的事务都成功，就需要仔细分析事务是否真的成功，即在性能测试过程中的请示是否真的提交到服务器端。测试过程中要求事务的成功率超过 95%，如果事务的成功率过低，说明客户端提交的请求很多已经失败，即使响应时间很理想，性能测试也不能通过，这样在真实的情况下，用户的操作很可能失败。本次性能测试事务的成功率在 98%左右，就事务成功率来说，本次性能测试结果是通过的。
3点击率
点击率表示客户端提交请求的情况，通过分析点击率可以确定客户提交的请求是否正确。点击率见表 16-12。
分析上表可以看出，随着虚拟用户数的增长，点击率在不断增长，但点击率增长的比例并不与虚拟用户数增长的比例一致。虽然虚拟用户数增长了，但是每个事务的处理时间也变长了，所以点击率并不成倍增长。
4吞吐量
吞吐量是衡量服务器处理能力的指标，在分析时一定要注意分析吞吐量，吞吐量见表 16-13。
通过上表发现，随着虚拟用户数的增长，吞吐量的值并未成倍增长，对于这种情况一般有两种可能：一是随着虚拟用户数增多，处理事务的时间变长，影响吞吐量的值不可能成倍增长;二是服务器已经达到瓶颈，达到最大吞吐量，这也是服务器的拐点所在。本次测试虽然不能确定服务器吞吐量达到最大值，但是事务响应时间较长，如果需要确定最大吞吐量的值，则要进一步测试。
5系统资源
分析系统资源时，主要是分析 CPU、内存和磁盘的使用情况，如图 16-7 所示是 20 个虚拟用户时系统资源的使用情况。
图 16-7 系统资源图
在分析系统资源时需要分别分析 20、35 和 50 个虚拟用户时，系统资源的使用情况。当 50 个虚拟用户并发时，CPU 和内存的使用率分别为 80%和 75%，可以看出当 50 个虚拟用户并发时，CPU 的使用率已超过系统的要求，即系统不能支持 50 个虚拟用户并发，虽然不一定出错，但出错的可能性增大。
6Apache 监控分析
分析 Apache 时，主要需要分析以下几项指标：
Total Accesses(到目前为止 Apache 接收的联机数量及传输的数据量)
CPU Usage(目前 CPU 的使用情况)
ReqPerSec(平均每秒请求数)
BytesPerReq(平均每个请求发送的字节数)
BytesPerSec(平均每秒发送的字节数)
BusyWorkers(忙碌工作者数量)
IdleWorkers(空闲工作数量)
在分析 Apache 使用 CPU 的情况时，分析了 20、35 和 50 个虚拟用户时 CPU 的使用率，三种情况 CPU 的使用率都未超过 80%。
再重点分析每秒请求数，需要注意的是，分别分析 20、35 和 50 个虚拟用户时每秒的请求数的增长情况，并与 LoadRunner 的点击率进行比较。
BusyWorkers(忙碌工作者数量)和 IdleWorkers(空闲工作数量)需要分析随着虚拟用户数增多，Apache 接口是否达到最大，当虚拟用户数增长到一定程度后，空闲工作数量为零，且忙碌工作者数量增长与虚拟用户数增长不对应时，那么说明 Apache 服务器达到最大接口数，此时可以适当修改 Apache 的配置文件，来增加最多允许的接口数。
综上所述：当 35 个虚拟用户并发时，系统可以正确地处理，事务的响应时间也是正确的，其他方面的指标也达到要求。但达到 50 个虚拟用户并发时，系统资源超过正常使用率，事务的响应时间也超过允许的范围，达不到性能要求的指标。
03测试结论
测试结果分析完成后，对上面每个模块的测试结果进行简单的总结：
(1)登录。
(2)订票。
本章主要介绍了性能测试的相关知识、性能的概念及性能测试;当前市场上主流性能测试工具及其所支持的协议;性能测试过程中常见的术语和性能测试的过程，并通过一个实例来详细介绍性能测试过程，目的是希望读者更好地理解性能测试过程。通过本章的学习，读者可以对性能测试有一个初步的了解，性能测试作为未来发展的一个方向，也可以作为自己职业规划中的一部分，但如果想学好性能测试，还得花更多的时间才行。
下个工作日小编会更新新的一个章节的内容，希望大家多多关注我们，一起来学习喔！
