性能测试策略通过与以前的测试结果进行对比分析，从而确定经过调整以后系统的性能是否有提升。在进行性能调整的时候，最好一次

测试阶段（1）性能测试需求分析阶段根据用户使用习惯和实际业务的性能需求，生成性能测试需求调查表根据性能测试需求及系统重要业务调研，选取典型业务了解业务模型及业务架构（2）性能测试设计阶段编写性能测试用例结合性能测试用例录制/修改/完善测试执行脚本结合用户应用场景设计性能测试执行场景（3）性能测试执行阶段利用LoadRunner性能测试工具中的Controller应用，按照并发用户数执行场景，并保存测试结果（Jmeter同理）利用LoadRunner性能测试工具监控被测试环境下的服务器CPU，内存，磁盘等系统资源的使用情况在需要的情况下利用第三方监控工具监控被测试系统的资源使用情况在对于可靠性测试，长时间执行测试，查看系统是否会出现内存泄漏，宕机等情况（4）性能测试分析阶段利用LoadRunner性能测试工具中的Analysis应用，分析场景执行后的结果在需要的情况下借助其他辅助工具对系统进行监控，如Linux系统top等命令或其他辅助工具，进一步分析系统资源使用情况（5）性能测试调优阶段通过与以前的测试结果进行对比分析，从而确定经过调整以后系统的性能是否有提升。在进行性能调整的时候，最好一次只调整一项内容或者一类内容，避免一次调整多项而引起性能提高，却不知道是由于调整哪项关键指标而改善性能的。通常，我们是按照由易到难的顺序对系统性能进行调优。系统调优有易到难的先后顺序如下：硬件问题网络问题应用服务器，数据库等配置信息源代码，数据库脚本问题系统架构问题根据性能测试执行结果，分析结果是否满足用户需求并生成性能测试报告。
测试启动标准（1）系统待测版本定版（2）测试环境部署完毕，包括：系统安装并调试成功，并经过相应优化，初始数据量满足测试要求应用软件安装成功，待测试版本已正确部署测试客户端机器到位，系统软件安装完毕网络配置正确，连接通畅，可以满足压力测试需求（3）测试方案审核，批准完毕，项目组签字确认
测试暂停/再启动标准（1）暂停准则测试中发现问题，需求对系统进行代码修改，调优或需要更换，调整硬件资源（CPU，内存等）测试环境受到干扰，比如服务器被临时征用，或服务器的其他使用会对测试结果造成干扰（2）再启动准则测试中发现的软，硬件问题得以解决测试环境恢复正常
测试完成标准（1）完成测试计划中规定的测试内容和轮次（2）已达到性能测试计划完成时间，但因非测试方原因未完成测试场景的执行，客户方决定不再顺延该阶段的测试
性能测试的测试目的，测试准备，测试方法（1）测试目的主要目的是检查系统处于压力情况下时应用系统的表现，重点在于系统有无出错信息产生，考察系统应用的响应时间，TPS，资源状况等针对系统可靠性进行测试，主要检查系统在高负荷压力的情况下是否会出现如宕机，应用异常终止，资源竞争异常，资源死锁等问题通过压力测试，获得系统可能存在的性能瓶颈，发现，定位系统中可能存在的性能缺陷。（2）测试准备功能测试已经结束性能测试环境已经准备完毕已将模拟数据提前准备完毕（被测试系统需要的测试数据）相关技术支持人员的支持（3）测试方法利用LoadRunner性能测试工具中的Virtual User Generator应用，录制性能测试执行脚本对性能测试脚本进行修改，调试，完善并保存测试脚本利用LoadRunner性能测试工具中的Controller应用，按性能测试用例执行设计的场景并保存场景利用被测服务器自带监控工具和LoadRunner监控被测环境下服务器的CPU，网络流量等系统资源的使用情况利用LoadRunner性能测试工具中的Analysis应用，分析场景执行后的结果（4）测试分析范围针对“测试业务及性能需求”的内容，对系统响应时间，系统业务处理容量（TPS），被测试环境下服务器资源使用情况（如CPU，内存，磁盘等）进行监控