xxxxxxxxxx性能测试报告2016年10月20日目 录1 前言11第一章XXXXXXXX核心业务系统性能测试概述11.1 被测系统定义11.1.1 功能简介11.1.2 性能测试指标21.2 系统结构及流程21.2.1 系统总体结构21.2.2 功能模块描述31.2.3 业务流程41.2.4 系统的关键点描述（KP）51.3 性能测试环境51.3.1 硬件及网络环境51.3.2 系统装配描述61.3.3 系统启动和管理62 第二章 性能测试62.1 压力测试62.1.1 压力测试概述72.1.2 测试目的72.1.3 测试方法及测试用例72.1.4 测试指标及期望92.1.5 测试数据准备102.1.6 运行状况记录113第三章 测试计划及方案112.2 测试步骤122.2.1 被测系统调研122.2.2 测试环境的部署132.2.3 脚本的录制和调试132.2.4 准备测试场景142.2.5 准备测试数据142.2.6 执行性能测试142.2.7 生成测试报告152.3 测试时间进度及人员安排152.3.1 人员安排153 第四章 测试报告16第 1 页 共 21 页1 前言目前，XXXX的XXXXXXXX核心业务系统（以下简称新业务系统）已先后在XXXX、成功上线，从而公司的XXXX信息管理逐步走上了集中管控的道路。后续，xxx等34家分公司的XXXX信息也将分布进入业务系统，从而将会势必出现新业务系统中信息大量增长的态势。随着新业务系统在生产状态下日趋稳定、成熟，系统的性能问题也逐步成为了我们关注的焦点：XXXX大数据量的“冲击”，在XXXX信息进入时，系统能稳定在什么样的性能水平，面临公司业务冲刺时，系统能否经受住“考验”，这些问题需要通过一个完整的性能测试来给出答案。本性能测试规划书即是基于上述考虑，参考科学的性能测试方法而撰写的，用以指导即将进行的XXXXXXXX核心业务系统的性能测试。1第一章xxxx系统性能测试概述1.1 被测系统定义xxxx业务系统作为本次测试的被测系统（注：以下所有针对被测系统地描述均为针对XXXXXXXX核心业务系统进行的），该业务系统的主要功能包括：xxxxx在本次测试中，将针对上述的功能进行压力测试，检查并评估在模拟环境中，系统对负载的承受能力，在不同的用户连接情况下，系统地吞吐能力和响应能力，以及在预计的数据容量中，系统能够容忍的最大用户数，1.1.1 功能简介xxxxxx主要功能如下： xxx xxxxx1.1.2 性能测试指标本次测试是针对XXXXXXXX核心业务系统的性能特征和系统的性能调优而进行的，主要需要获得如下的测试指标。1、系统的响应能力：即在各种负载压力情况下，系统的响应时间，也就是从客户端交易发起，到服务器端交易应答返回所需要的时间，包括网络传输时间和服务器处理时间。2、应用系统的吞吐率：即应用系统在单位时间内完成的交易量，也就是在单位时间内，应用系统针对不同的负载压力，所能完成的交易数量。3、应用系统的负载能力：即系统所能容忍的最大用户数量，也就是在正常的响应时间中，系统能够支持的最多的客户端的数量。1.2 系统结构及流程xxxx业务系统在实际生产中的体系结构跟本次性能测试所采用的体系结构是一样的，交易流程也完全一致的。不过，由于硬件条件的限制，本次性能测试的硬件平台跟实际生产环境略有不同。1.2.1 系统总体结构描述本系统的总体结构，包括：硬件组织体系结构、网络组织体系结构、软件组织体系结构和功能模块的组织体系结构。 1.2.2 功能模块本次性能测试中各类交易都是由若干功能模块组成的，每个交易都根据其执行特点分成了若干操作步骤，每个步骤就是一个功能点（即功能模块），在xxx业务系统中，各种交易及其包含的功能模块关系如下：1 xxx2 xxxx3 xxxx本次压力测试主要设计的功能模块以及所属的路径如下表名称所属交易路径1.2.3 业务流程本次性能测试中，选择的各类交易的业务流程如下：1xxxxxx2xxxxxxx3xxxxxx：4xxx：5xxxxx6xxxx查询交易的业务流程只是单一步骤的，即：输入查询条件后获取查询结果，因此在本次性能测试中只作为一个事物处理，交易流程图略。1.2.4 关键点描述（KP）本次性能测试的关键点，就是查看xxxx业务系统在并发压力下的表现，即：支持的并发用户数目和并发用户发送频率，以及在较大压力下，系统的交易处理能力，并找出各类交易的性能瓶颈。1.3 性能测试环境本次性能测试环境与真实运行环境基本一致，都运行在同样的硬件和网络环境中，数据库是真实环境数据库的一个复制（或缩小），本系统采用标准的CS结构，客户端都是通过浏览器访问应用系统。 其中具体的硬件和网络环境如下： 服务器设备：IBM 570（DBserver）， IBM 690（APserver） 操作系统： AIX 网络环境： LAN（10M） 数据库：Oracle 客户端： PC （Windows ）网络拓扑和结构图如下：2 第二章 性能测试从广泛意义上讲性能测试包括：压力测试、稳定性测试、负载能力测试和可扩展性测试等。在不同应用系统的性能测试中，需要根据应用系统的特点和测试目的的不同来选择具体的测试方案，本次XXXXXXXX核心业务系统的性能测试主要是采用通常的压力测试模式来执行的，即：逐步增加压力，查看应用系统在各种压力状况小的性能表现。在本次性能测试中，也将使用美科利的新产品性能测试诊断工具（Diagnostic）对测试应用的各层进行监控，判断J2EE各层次的各类方法和类的调用使用时间和效率，并帮助开发人员分析J2EE应用的各类交易的性能瓶颈点。2.1 压力测试在性能测试中，压力测试主要是为了获取系统在较大压力状况下的性能表现而设计并实现的，压力测试主要是获取系统的性能瓶颈和系统的最大吞吐率。2.1.1 压力测试概述本次压力测试是指针对现行的xxx核心业务系统的联机交易处理能力的测试，检验系统的吞吐率。本系统的压力测试主要是针对xxxxx，检查在日间交易高峰时期，并发用户数较多的时候的处理能力等等。2.1.2 测试目的压力测试的目的就是检验系统的最大吞吐量，检验现行的xxxx业务系统在各种压力交易量下的运行状况，检验系统地运行瓶颈，获取系统的处理能力等等。本次针对xxxx核心业务系统所进行的压力测试的测试目的为： 给出xxxx系统当前的性能状况 定位新业务系统性能瓶颈或潜在性能瓶颈 总结一套合理的、可操作的、适合公司现实情况的性能测试方案，为后续的性能测试工作提供基本思路。2.1.3 测试方法及测试用例使用美科利公司（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%本次测试将依照如下场景进行测试： 用户数功能模块业务操作交易配比（%)200400700100000000241017245102136527132747675112137535102137527142951725101934481122457811214285698140612244159511223855613264564204080141201针对每个测试案例，都将采用逐步加压和瞬间加压两种客户端连接方式进行，查看服务器端在客户端的连接数量变化过程中对应的处理能力，测试运行安排如下： 每隔2秒增加1个用户连接，最多增加到200个用户，查看并记录运行情况 每隔2秒增加2个用户连接，最多增加到200个用户，查看并记录运行情况 一次性连接10个用户，查看记录运行情况 一次性连接100个用户，查看记录运行情况2.1.4 测试指标及期望在本次性能测试中，各类测试指标包括测试中应该达到的某些性能指标，这些性能指标均是来自应用系统设计开发时遵循的业务需求，当某个测试的某一类指标已经超出了业务需求的要求范围，则测试已经达到目的，即可终止压力测试。2.1.4.1 应用软件级别的测试指标：1) 联机交易类的执行情况 交易的平均响应时间（期望值：15s） 交易的最大响应时间（期望值：95%） 不同并发用户数的状况下的上述记录值2）测试结果分析情况 单笔记录的处理时间（期望值：10个） 某个时间段内的交易处理数量 单笔能处理的最大数据量 在每个交易处理中最大（最耗时）的模块 在不同数量的测试数据基础上的上述记录值2.1.4.2 网络级别的测试指标： 吞吐量：单位时间内网络传输数据量 冲突率：在以太网上监测到的每秒冲突数2.1.4.3 操作系统级别的测试指标： 进程/线程交换率：进程和线程之间每秒交换次数 CPU利用率：即CPU占用率（） 系统CPU利用率：系统的CPU占用率（） 用户CPU利用率：用户模式下的CPU占用率（） 磁盘交换率：磁盘交换速率 中断速率：CPU每秒处理的中断数 读入内存页速率：物理内存中每秒读入内存页的数目 写出内存页速率：每秒从物理内存中写到页文件中的内存页数目或者从物理内存中删掉的内存页数目 内存页交换速率：每秒写入内存页和从物理内存中读出页的个数 进程入交换率：交换区输入的进程数目 进程出交换率：交换区输出的进程数目 2.1.4.4 数据库级别的测试指标： 数据库的并发连接数：客户端的最大连接数 数据库锁资源的使用数量2.1.5 测试数据准备2.1.5.1 案例