性能测试从零开始——LoadRunner入门(六)[5] 性能测试工具
1.3.4 Execution(执行)
本步骤的开始时间：软件测试执行阶段
本步骤的输入：场景、交易、虚拟用户等设置信息
本步骤的输出：测试报告
执行测试包含两个工作：
1.准备测试环境、数据和脚本
测试环境：硬件平台和软件平台。
测试数据：包括初始测试数据和测试用例数据两部分。表现为SQL脚本、Excel文件等。
提示：测试环境直接影响测试效果，所有的测试结果都是在一定软硬件环境约束下的结果，测试环境不同，测试结果可能会有所不同。需要注意：如果是完全真实的应用运行环境，要尽可能降低测试对现有业务的影响;如果是建立近似的真实环境，要首先达到服务器、数据库以及中间件的真实，并且要具备一定的数据量，客户端可以次要考虑。实施负载压力测试时，需要运行系统相关业务，这时需要一些数据支持才可运行业务，这部分数据即为初始测试数据。有时为了模拟不同的虚拟用户的真实负载，需要将一部分业务数据参数化，这部分数据为测试用例数据。
测试脚本：用性能测试工具生成脚本。
2.运行场景和监控性能
运行性能测试场景，并监控设定好的数据指标，最终生成测试报告。按照定义好的场景pass/fail标准来判断性能测试是否通过。如果未能通过，进入步骤5(Adjust)。
1.3.5 Adjust(调整)
本步骤的开始时间：第一轮性能测试结束后，而且没有通过的条件下
本步骤的输入：测试报告和测试结果数据
本步骤的输出：性能问题解决方案
调整包含两个意思：应用程序修改和中间件调优。
中间件调优可考虑如下因素操作系统调优：
数据库调优;
内存升级;
CPU数量;
代码调优;
Cache调优。
提示：解决一个性能瓶颈，往往又会出现另外的瓶颈或者其他问题，所以性能优化更加切实的目标是做到在一定范围内使系统的各项资源使用趋向合理和保持一定的平衡。软件测试
系统运行良好的时候恰恰也是各项资源达到了一个平衡体，任何一项资源的过度使用都会造成平衡体系破坏，从而造成系统负载极高或者响应迟缓。比如CPU过度使用会造成大量进程等待CPU资源，系统响应变慢，等待会造成进程数增加，进程增加又会造成内存使用增加，内存耗尽又会造成虚拟内存使用，使用虚拟内存又会造成磁盘IO增加和CPU开销增加(用于进程切换、缺页处理的CPU开销)。
从以上内容可以看出，目前GAME(A)模型有两个优势：第一，灵活，每个过程都有自己的关注点，可以根据不同的项目特点增加或删除关注点;第二，通用，不依赖于具体的工具。目前GAME(A)关注性能测试技术，比较简单，将来可以进行扩展，同样使用GAME(A)模型关注性能测试的时间、人力等资源问题。
文章来源于领测软件测试网 https://www.ltesting.net/