第二节 性能测试.pptVIP

5、相关资源准备 主要包括以下测试资源： （1）测试环境准备及配置： 包括被测应用的主机和应用环境的申请、部署，压力发生环境准备，监控系统准备和网络环境申请和部署，提供符合测试需求可使用的测试环境； 包括被测应用系统、压力发生系统、监控系统、网络系统的配置等等； （2）测试场景准备： 根据业务模型确定测试场景； （3）测试脚本开发、数据准备、参数化数据、脚本预验证： 测试脚本的开发； 基础数据的获得、数据量评估和基础数据设计； 设置测试程序中需参数化的字段，使所有参数化数据可以正确执行场景。保证参数化的测试脚本与基础数据结合能够在测试执行环境下正确运行； 验证最终可是脚本可以在测试环境正确执行，并且自身无性能问题。 （4）监控系统与数据分析系统准备： 设计合理的监控方案，并设计相应的监控工具实施监控； 对监控数据和结果数据进行分析的脚本或者程序。 测试环境准备 测试环境： 配置测试环境是测试实施的一个重要阶段，测试环境的适合与否会严重影响测试结果的真实性和正确性。 测试环境包括硬件环境和软件环境，硬件环境指测试必需的服务器、客户端、网络连接设备以及打印机/扫描仪等辅助硬件设备所构成的环境； 软件环境指被测软件运行时的操作系统、数据库及其他应用软件构成的环境。 一个充分准备好的测试环境有四个优点： 一个稳定、可重复的测试环境，能够保证测试结果的正确； 保证达到测试执行的技术需求； 保证得到正确的、可重复的以及易理解的测试结果； 与真实环境一致或尽量保持一致。性能测试环境，要求和真实环境一致或存在可比性。 6、测试程序开发 性能测试场景设计和性能测试脚本设计中需要注意以下几个问题： 场景真实性： 每个脚本的具体操作步骤，是和真实环境操作类似的，每个场景内的测试程序之间的逻辑关系、压力比重也是与真实环境类似的。在测试方案设计中已经将这些真实环境信息量化到可用程序模拟程度。 场景中各个脚本所占的比例主要是通过线程组来控制的，即可以控制多少个线程在某一阶段运行哪一个或几个脚本。 具体操作步骤需要注意两个相邻的操作动作之间的习惯性时间间隔、某些特定操作的集合在特定时间同时发起请求等等。 数据驱动： 确定某个操作步骤中需要将输入数据进行参数化，参数化数据尽量选择读文件的方式、在数据库中读取会严重影响速度。如果数据量不大，可以在并发程序开始执行前先将数据读入内存。 值得注意的是，不是所有的数据都可以通过读取预先定制的文件来获得。而是在程序执行过程中，在返回结果中获取这个数据信息，然后运用到下一个操作中。测试界把它称作“关联”常用测试工具都提供的关联功能，自己编写测试程序时也可以把它作为单独的程序模块来编写，方便在后续的项目中复用。 事务： 一个复杂的操作应该是有很多个事务组合而成的。使用事务可以更方便灵活的进行数据统计。 检查点： 检查点的作用是验证操作结果是否正确。它可以写在程序中，可以通过操作返回结果来判断。具体实现的方式不固定的。只要能够方便的检查，我们运行的并发请求是否都是有效的。但是检查点不宜设置过多，因为在做检查时会有系统消耗，影响并发性。 保存登录信息 很多系统性能测试场景是需要在用户登录状态下操作的。那么保存登录用户信息也是一个很重要，需要我们注意。 测试数据准备 性能测试中用到的数据有两类： 1. 测试环境中系统应该具备的初始数据以及和正式环境同等数据量（或加权值）的有效数据，或者是在系统生命周期内预期能达到的最大数据量的数据，尽量保证其真实性。 2. 运行测试脚本需用到的数据，参数化数据。 在测试需求调研过程中也要明确数据量要求，数据准备一定要关注数据的质量和数量，不要出现一些不符合业务逻辑的废数据，并且数据量要满足测试运行的需要。否则会导致测试执行结果出现大的偏差。数据的部署也应该尽量保证真实性。 如果是配置测试或者测试数据对测试结果影响很大的场景，要保证测试过程基准一致。否则测试结果将没有可比性。所以，测试数据创建完成后，要及时备份，以便多个场景中重复使用这些数据。可以创建一个测试数据的版本库来管理测试数据。 测试监控准备 根据测试的目的不同，测试监控的对象不同，测试的主要指标也不相同。 测试指标一般分为两大类： 业务处理指标,主要包括：业务结果的正确性、每分钟处理请求数、事务响应时间（Min、Max、Avg、90％相应时间范围、响应时间变化、分布等等）、并发用户数、系统吞吐量等等； 系统资源指标,主要包括：CPU、内存、硬盘、网络等系统资源使用及变化情况。 7、测试执行 在性能测试启动之前，需要就被测系统是否符合准入标准，和实施性能测试的可行性和必要性进行分析。考察被测系统是否具备性能测试的条件。