4.5准备测试资源

　　测试资源包括4个方面：

　　1：硬件资源。性能测试环境应该采用与生产环境一致的硬件条件，严格来说，如果硬件环境不一致，性能测试报告是不具备说服力的。

　　2：软件资源。性能测试目标系统需要部署与生产一致的软件，在系统上生产之后，往往会增加一个监控软件，但监控软件也是有资源损耗的，尤其是B/S系统，频繁的抓取JVM数据，会造成较大的压力。

　　3：数据资源。数据量对性能的影响非常大，分两种情况考虑测试数据，第一种是已经运行的系统做改造，则可以把生产环境的数据备份到测试环境。另外一种是首次上线的系统，这个时候业务数据是空的，需要造一些测试数据。至于数据量的级别，可以预测两年后，业务数据量会有多少，性能测试需要有一定的前瞻性。

　　4：人力资源。性能测试会发现很多问题，而问题的定位和解决，需要更加专业的人来完成，包括商业软件提供商。测试过程中，保持与开发团队的紧密沟通，是顺利开展项目的关键。

　　4.6安排测试计划

　　当测试资源、可执行代码准备好之后，就需制定一个测试计划并分阶段实施，简单示例如表7所示。

　　表7 测试计划

　　测试项 描述 测试类型/测试目标（简要）

　　基准测试 收集系统基准测试性能指标 强度测试，获取基准测试数据数据。

　　开发调试 开发修复性能测试发现的Bug

　　功能点测试 对各业务功能点进行性能测试 强度测试，获取系统最大并发值等数据。

　　复杂业务测试 复杂业务场景性能测试 容量测试，获取最佳用户访问值等数据。

　　开发调试 开发修复性能测试发现的Bug

　　长时间负载测试 系统在一定负载的情况下，长时间运行。 疲劳测试，发现内存泄漏等情况。

　　表7测试计划说明如下：

　　1：表7中省略掉了测试项目的起止时间，包括了开发调试的工作。这是因为在实施过程中，如果遇到性能问题，开发是需要时间去修复的，性能测试有可能需要暂停。

　　2：首先进行功能点测试，通过之后再进行复杂业务测试，这是因为单个功能点相对简单，业务逻辑复杂度不高，资源竞争与数据锁等问题不太容易暴露。

　　3：基准测试是系统日后升级的性能比较对象，例如在硬件升级后，同样的测试场景，是否会得到更优的结果，系统新技术的引进或版本升级，对性能的影响是正面还是负面，都可以通过与基准测试比较得出。

　　4：每一个测试阶段都有相应的测试目标，采用的测试类型也不同，具体需根据之前的测试规划来制定。

　　5性能测试执行

　　执行过程需要注意以下事项：

　　1：注意保存测试运行过程的数据，作为测试结果的佐证。

　　2：有问题尽快反馈，系统的修改可能导致测试返工。

　　3：基准功能点测试过程中，需清理测试现场后再进行后续的测试，因为系统可能存在缓存。

　　4：按优先级测试各业务场景。

　　6测试结果分析

　　每次执行完测试后，会得到一个测试结果。先别着急完成后续的测试任务，可以先简要的分析一下本次测试结果，看看数据是否符合逻辑。例如，对于同一个测试场景，增加并发用户数（强度测试中常见），却发现响应时间反而变短，这就不符合逻辑。当所有的测试任务完成后，分析数据并提交测试报告，注意以下方面：

　　1：针对不同角色的人员出具不同的测试报告，对于技术人员，可以有较多的性能数据和分析。

　　2：进行一些前瞻性的预测，综合本次测试的资源情况和指标数据，分析系统性能扩展的瓶颈。

　　7总结

　　性能测试不是一锤子买卖，随着系统不断升级，性能测试需要作为一个常态被关注。性能测试领导者也需保持对业务的关注，及时调整测试策略。