性能测试报告(模板)

《性能测试报告(模板)》由会员分享，可在线阅读，更多相关《性能测试报告(模板)（21页珍藏版）》请在金锄头文库上搜索。

1、xxxxxxxxxx 性能测试报告性能测试报告2018 年 10 月 17 日第 0 页 共 21 页目目 录录1 前言1 1 第一章 XXXXXXXX 核心业务系统性能测试概述1 1.1 被测系统定义.1 1.1.1 功能简介1 1.1.2 性能测试指标2 1.2 系统结构及流程.2 1.2.1 系统总体结构2 1.2.2 功能模块描述3 1.2.3 业务流程4 1.2.4 系统的关键点描述（KP）.5 1.3 性能测试环境.5 1.3.1 硬件及网络环境5 1.3.2 系统装配描述6 1.3.3 系统启动和管理6 2 第二章 性能测试6 2.1 压力测试.6 2.1.1 压力测试概述7 2

2、.1.2 测试目的7 2.1.3 测试方法及测试用例7 2.1.4 测试指标及期望9 2.1.5 测试数据准备10 2.1.6 运行状况记录11 3 第三章 测试计划及方案.11 2.2 测试步骤.12 2.2.1 被测系统调研12 2.2.2 测试环境的部署13 2.2.3 脚本的录制和调试13 2.2.4 准备测试场景14 2.2.5 准备测试数据14 2.2.6 执行性能测试14 2.2.7 生成测试报告15 2.3 测试时间进度及人员安排.15 2.3.1 人员安排15 3 第四章 测试报告16第 1 页 共 21 页1 前言前言目前，XXXX 的 XXXXXXXX 核心业务系统（以下

3、简称新业务系统）已先后在XXXX、成功上线，从而公司的 XXXX 信息管理逐步走上了集中管控的道路。后续，xxx 等 34 家分公司的 XXXX 信息也将分布进入业务系统，从而将会势必出现新业务系统中信息大量增长的态势。随着新业务系统在生产状态下日趋稳定、成熟，系统的性能问题也逐步成为了我们关注的焦点：XXXX 大数据量的“冲击” ，在 XXXX 信息进入时，系统能稳定在什么样的性能水平，面临公司业务冲刺时，系统能否经受住“考验” ，这些问题需要通过一个完整的性能测试来给出答案。本性能测试规划书即是基于上述考虑，参考科学的性能测试方法而撰写的，用以指导即将进行的 XXXXXXXX 核心业务系统

4、的性能测试。1 第一章第一章 xxxx 系统性能测试概述系统性能测试概述1.1 被测系统定义被测系统定义xxxx 业务系统作为本次测试的被测系统（注：以下所有针对被测系统地描述均为针对 XXXXXXXX 核心业务系统进行的） ，该业务系统的主要功能包括：xxxxx在本次测试中，将针对上述的功能进行压力测试，检查并评估在模拟环境中，系统对负载的承受能力，在不同的用户连接情况下，系统地吞吐能力和响应能力，以及在预计的数据容量中，系统能够容忍的最大用户数，1.1.1 功能简介功能简介xxxxxx主要功能如下：xxxxxxxx第 2 页 共 21 页1.1.2 性能测试指标性能测试指标本次测试是针对

5、XXXXXXXX 核心业务系统的性能特征和系统的性能调优而进行的，主要需要获得如下的测试指标。1、系统的响应能力：即在各种负载压力情况下，系统的响应时间，也就是从客户端交易发起，到服务器端交易应答返回所需要的时间，包括网络传输时间和服务器处理时间。2、应用系统的吞吐率：即应用系统在单位时间内完成的交易量，也就是在单位时间内，应用系统针对不同的负载压力，所能完成的交易数量。3、应用系统的负载能力：即系统所能容忍的最大用户数量，也就是在正常的响应时间中，系统能够支持的最多的客户端的数量。1.2 系统结构及流程系统结构及流程xxxx 业务系统在实际生产中的体系结构跟本次性能测试所采用的体系结构是一样

6、的，交易流程也完全一致的。不过，由于硬件条件的限制，本次性能测试的硬件平台跟实际生产环境略有不同。1.2.1 系统总体结构系统总体结构描述本系统的总体结构，包括：硬件组织体系结构、网络组织体系结构、软件组织体系结构和功能模块的组织体系结构。 1.2.2 功能模块功能模块本次性能测试中各类交易都是由若干功能模块组成的，每个交易都根据其执行特点分成了若干操作步骤，每个步骤就是一个功能点（即功能模块） ，在 xxx 业务系统中，各种交易及其包含的功能模块关系如下：1xxx2xxxx3xxxx第 3 页 共 21 页本次压力测试主要设计的功能模块以及所属的路径如下表名称名称所属交易所属交易路径路径1.

7、2.3 业务流程业务流程本次性能测试中，选择的各类交易的业务流程如下：1xxxxxx2xxxxxxx3xxxxxx：4xxx：第 4 页 共 21 页5xxxxx6xxxx查询交易的业务流程只是单一步骤的，即：输入查询条件后获取查询结果，因此在本次性能测试中只作为一个事物处理，交易流程图略。1.2.4 关键点描述（关键点描述（KP）本次性能测试的关键点，就是查看 xxxx 业务系统在并发压力下的表现，即：支持的并发用户数目和并发用户发送频率，以及在较大压力下，系统的交易处理能力，并找出各类交易的性能瓶颈。1.3 性能测试环境性能测试环境本次性能测试环境与真实运行环境基本一致，都运行在同样的硬件

8、和网络环境中，数据库是真实环境数据库的一个复制（或缩小） ，本系统采用标准的 CS 结构，客户端都是通过浏览器访问应用系统。其中具体的硬件和网络环境如下：服务器设备：IBM 570（DBserver） ， IBM 690（APserver）操作系统： AIX网络环境： LAN（10M）数据库：Oracle 客户端： PC （Windows ）网络拓扑和结构图如下：第 5 页 共 21 页2 第二章第二章 性能测试性能测试从广泛意义上讲性能测试包括：压力测试、稳定性测试、负载能力测试和可扩展性测试等。在不同应用系统的性能测试中，需要根据应用系统的特点和测试目的的不同来选择具体的测试方案，本次 X

9、XXXXXXX 核心业务系统的性能测试主要是采用通常的压力测试模式来执行的，即：逐步增加压力，查看应用系统在各种压力状况小的性能表现。在本次性能测试中，也将使用美科利的新产品性能测试诊断工具（Diagnostic）对测试应用的各层进行监控，判断 J2EE 各层次的各类方法和类的调用使用时间和效率，并帮助开发人员分析 J2EE 应用的各类交易的性能瓶颈点。2.1 压力测试压力测试在性能测试中，压力测试主要是为了获取系统在较大压力状况下的性能表现而设计并实现的，压力测试主要是获取系统的性能瓶颈和系统的最大吞吐率。2.1.1 压力测试概述压力测试概述本次压力测试是指针对现行的 xxx 核心业务系统的

10、联机交易处理能力的测试，检验系统的吞吐率。本系统的压力测试主要是针对 xxxxx，检查在日间交易高峰时期，并发用户数较多的时候的处理能力等等。2.1.2 测试目的测试目的压力测试的目的就是检验系统的最大吞吐量，检验现行的 xxxx 业务系统在各种压力交易量下的运行状况，检验系统地运行瓶颈，获取系统的处理能力等等。本次针对 xxxx 核心业务系统所进行的压力测试的测试目的为：给出 xxxx 系统当前的性能状况定位新业务系统性能瓶颈或潜在性能瓶颈总结一套合理的、可操作的、适合公司现实情况的性能测试方案，为后续的性能测试工作提供基本思路。第 6 页 共 21 页2.1.3 测试方法及测试用例测试方法

11、及测试用例使用美科利公司（Mercury）的性能测试软件 LoadRunner，对现行的 xxxx 业务系统进行脚本录制、测试回放、逐步加压和跟踪记录。测试过程中，由 LoadRunner 的管理平台调用各台测试前台，发起各种组合的交易请求，并跟踪记录服务器端的运行情况和返回给客户端的运行结果。使用的测试用例包括：联机处理交易和查询交易，其中联机交易测试试用的交易包括：xxxx 查询类交易包括：xxxx测试用例列表包括：交易种类案例一案例二案例三案例四30%40%25%10%10%10%25%0%20%10%15%0%20%20%15%10%30%20%20%80%本次测试将依照如下场景进行测

12、试：用户数功能模块业务操作交易配比（%)200400700100000000241017245102136527132747675112137535102137527142951725101934481122457811214285698140第 7 页 共 21 页612244159511223855613264564204080141201针对每个测试案例，都将采用逐步加压和瞬间加压两种客户端连接方式进行，查看服务器端在客户端的连接数量变化过程中对应的处理能力，测试运行安排如下：每隔 2 秒增加 1 个用户连接，最多增加到 200 个用户，查看并记录运行情况每隔 2 秒增加 2 个用户连接

13、，最多增加到 200 个用户，查看并记录运行情况一次性连接 10 个用户，查看记录运行情况一次性连接 100 个用户，查看记录运行情况2.1.4 测试指标及期望测试指标及期望在本次性能测试中，各类测试指标包括测试中应该达到的某些性能指标，这些性能指标均是来自应用系统设计开发时遵循的业务需求，当某个测试的某一类指标已经超出了业务需求的要求范围，则测试已经达到目的，即可终止压力测试。2.1.4.1 应用软件级别的测试指标：应用软件级别的测试指标：1) 联机交易类的执行情况联机交易类的执行情况 交易的平均响应时间（期望值：95%） 不同并发用户数的状况下的上述记录值2）测试结果分析情况）测试结果分析

14、情况 单笔记录的处理时间（期望值：10 个） 某个时间段内的交易处理数量 单笔能处理的最大数据量 在每个交易处理中最大（最耗时）的模块第 8 页 共 21 页 在不同数量的测试数据基础上的上述记录值2.1.4.2 网络级别的测试指标：网络级别的测试指标： 吞吐量：单位时间内网络传输数据量 冲突率：在以太网上监测到的每秒冲突数2.1.4.3 操作系统级别的测试指标：操作系统级别的测试指标： 进程/线程交换率：进程和线程之间每秒交换次数 CPU 利用率：即 CPU 占用率（） 系统 CPU 利用率：系统的 CPU 占用率（） 用户 CPU 利用率：用户模式下的 CPU 占用率（） 磁盘交换率：磁盘

15、交换速率 中断速率：CPU 每秒处理的中断数 读入内存页速率：物理内存中每秒读入内存页的数目 写出内存页速率：每秒从物理内存中写到页文件中的内存页数目或者从物理内存中删掉的内存页数目 内存页交换速率：每秒写入内存页和从物理内存中读出页的个数 进程入交换率：交换区输入的进程数目 进程出交换率：交换区输出的进程数目 2.1.4.4 数据库级别的测试指标：数据库级别的测试指标： 数据库的并发连接数：客户端的最大连接数 数据库锁资源的使用数量第 9 页 共 21 页2.1.5 测试数据准备测试数据准备2.1.5.1 案例数据：满负荷压力案例数据：满负荷压力根据测试系统的硬件条件，选择满负荷的压力，在系

16、统的资源使用基本维持在 90%左右的状况下，测试 xxx 核心业务系统的处理能力。数据准备工作包括：1xxxxx2.1.6 运行状况记录运行状况记录记录可扩展性测试中的测试结果及其系统的运行状况。除了记录测试指标以外，应该结合测试实时记录系统各个层次的资源和参数。主要包括： 硬件环境资源 服务器操作系统参数 网络相关参数 数据库相关参数：具体数据库参数有所不同，结合各个数据库独有的特点记录3 第三章第三章 测试测试过程及结果描述过程及结果描述xxxx 务系统的性能测试共计执行了 2 次，两次执行的脚本流程作了调整，其他的环境和数据都一样。在测试数据准备完备以后，第一次测试中，操作流程为每次交易都执行用户登录操作，第二次测试中，操作流程为先进行用户登录，然后每次交易都不再执行用户登录。3.1 测试描述测试描述两次测试都是在 12 月 22 日凌晨进行的。第一次测试执行了 30 分钟左右，执行脚本都是采用每次交易都执行登录操作，测试过程中，交易的执行