《WEB-Tours订票系统性能测试报告12522.pdf》由会员分享，可在线阅读，更多相关《WEB-Tours订票系统性能测试报告12522.pdf（38页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、 WEB Tours 订票系统性能测试报告 姓名：班级：学号：指导老师：目 录 1 前言.2 2 被测系统定义.4 功能简介.4 性能测试指标.错误!未定义书签。3 系统结构及流程.5 系统总体结构.5 关键点描述.5 性能测试环境.5 4 性能测试.5 性能测试概述.6 测试目的.6 测试方法及测试用例.错误!未定义书签。测试指标及期望.7 测试数据准备.8 运行状况记录.8 5 测试过程及结果描述.8 测试描述.9 测试场景.9 测试结果.13 6 测试分析和结论.25 1 前言 目前，WEB Tours 订票系统成功上线，从而航空公司的机票信息管理逐步走上了集中管控的道路，从而将会势必出
2、现新业务系统中信息大量增长的态势。随着新业务系统在生产状态下日趋稳定、成熟，系统的性能问题也逐步成为了我们关注的焦点：大数据量的“冲击”，在多名用户信息进入时，系统能稳定在什么样的性能水平，面临公司业务冲刺时，系统能否经受住“考验”，这些问题需要通过一个完整的性能测试来给出答案。本报告前部分即是基于上述考虑，参考科学的性能测试方法而撰写的，用以指导即将进行的 WEB Tours 订票系统的性能测试。2 被测系统定义 WEB Tours 订票系统作为本次测试的被测系统，该订票系统的主要功能包括：注册和登录用户信息，订票办理，退票办理，查询客户已订票信息等。在本次测试中，将针对上述的功能进行压力测
3、试，检查并评估在模拟环境中，系统对负载的承受能力，在不同的用户连接情况下，系统地吞吐能力和响应能力，以及在预计的数据容量中，系统能够容忍的最大用户数，2.1 功能简介 WEB Tours 订票系统主要功能如下：注册和登录用户信息 订票办理 退票办理 查询客户已订票信息 2.2 性能测试指标 本次测试是针对 WEB Tours 订票系统的性能特征和系统的性能调优而进行的，主要需要获得如下的测试指标。1、系统的响应能力：即在各种负载压力情况下，系统的响应时间，也就是从客户端交易发起，到服务器端交易应答返回所需要的时间，包括网络传输时间和服务器处理时间。2、应用系统的吞吐率：即应用系统在单位时间内完
4、成的交易量，也就是在单位时间内，应用系统针对不同的负载压力，所能完成的交易数量。3、应用系统的负载能力：即系统所能容忍的最大用户数量，也就是在正常的响应时间中，系统能够支持的最多的客户端的数量。3 系统结构及流程 WEB Tours 订票系统在实际生产中的体系结构跟本次性能测试所采用的体系结构是一样的，交易流程也完全一致的。不过，由于硬件条件的限制，本次性能测试的硬件平台跟实际生产环境略有不同。3.1 系统总体结构 描述本系统的总体结构，包括：硬件组织体系结构、网络组织体系结构、软件组织体系结构和功能模块的组织体系结构。3.2 关键点描述 本次性能测试的关键点，就是查看 EB Tours 订票
5、系统在并发压力下的表现，即：支持的并发用户数目和并发用户发送频率，以及在较大压力下，系统的交易处理能力，并找出各类交易的性能瓶颈。3.3 性能测试环境 本次性能测试环境与真实运行环境基本一致，都运行在同样的硬件和网络环境中，数据库是真实环境数据库的一个复制（或缩小），本系统采用标准的 CS 结构，客户端都是通过浏览器访问应用系统。其中具体的硬件和网络环境如下：服务器设备：IBM 570（DBserver），IBM 690（APserver）操作系统：Microsoft Windows 2003server 中文版 网络环境：1M/10M 以太网 数据库：Oracle 客户端：PC（Window
6、s）网络拓扑和结构图如下：4 性能测试 从广泛意义上讲性能测试包括：压力测试、稳定性测试、负载能力测试和可扩展性测试等。在不同应用系统的性能测试中，需要根据应用系统的特点和测试目的的不同来选择具体的测试方案，本次EB Tours 订票系统的性能测试主要是采用通常的压力测试模式来执行的，即：逐步增加压力，查看应用系统在各种压力状况小的性能表现。在性能测试中，压力测试主要是为了获取系统在较大压力状况下的性能表现而设计并实现的，压力测试主要是获取系统的性能瓶颈和系统的最大吞吐率。4.1 性能测试概述 本次压力测试是指针对现行的 EB Tours 订票系统的联机交易处理能力的测试，检验系统的吞吐率。本
7、系统的压力测试主要是针对EB Tours 订票系统，检查在日间交易高峰时期，并发用户数较多的时候的处理能力等等。4.2 测试目的 压力测试的目的就是检验系统的最大吞吐量，检验现行的 EB Tours 订票系统在各种压力交易量下的运行状况，检验系统地运行瓶颈，获取系统的处理能力等等。本次针对 EB Tours 订票系统所进行的压力测试的测试目的为：给出 EB Tours 订票系统当前的性能状况 总结一套合理的、可操作的、适合航空公司现实情况的性能测试方案，为后续的性能测试工作提供基本思路。4.3 测试方法及测试用例 使用性能测试软件 LoadRunner，对现行的 EB Tours 订票系统进行
8、脚本录制、测试回放、逐步加压和跟踪记录。测试过程中，由LoadRunner 的管理平台调用各台测试前台，发起各种组合的交易请求，并跟踪记录服务器端的运行情况和返回给客户端的运行结果。使用的测试用例包括：联机处理交易和查询交易，其中联机交易测试试用的交易包括：订票办理。查询类交易包括：查询客户已订票信息 测试用例列表包括：交易种类 案例一 案例二 案例三 案例四 10%30%15%10%20%20%25%0%30%20%5%0%20%10%25%20%30%20%30%70%针对每个测试案例，都将采用逐步加压和瞬间加压两种客户端连接方式进行，查看服务器端在客户端的连接数量变化过程中对应的处理能力
9、，测试运行安排如下：每隔 2 秒增加 1 个用户连接，最多增加到 15 个用户，查看并记录运行情况 每隔 2 秒增加 2 个用户连接，最多增加到 15 个用户，查看并记录运行情况 一次性连接 1 个用户，查看记录运行情况 4.4 测试指标及期望 在本次性能测试中，各类测试指标包括测试中应该达到的某些性能指标，这些性能指标均是来自应用系统设计开发时遵循的业务需求，当某个测试的某一类指标已经超出了业务需求的要求范围，则测试已经达到目的，即可终止压力测试。应用软件级别的测试指标：1)事务的执行情况 事务的平均响应时间（期望值：15s）事务的最大响应时间（期望值：30s）平均每秒处理数量（分别记录单位
10、时间内成功、失败和停止的数量）不同并发用户数的状况下的上述记录值 2）测试结果分析情况 测试指标：吞吐量：单位时间内网络传输数据量 4.5 测试数据准备 案例数据：满负荷压力 根据测试系统的硬件条件，选择满负荷的压力，在系统的资源使用基本维持在 90%左右的状况下，测试 EB Tours 订票系统的处理能力。4.6 运行状况记录 记录可扩展性测试中的测试结果及其系统的运行状况。除了记录测试指标以外，应该结合测试实时记录系统各个层次的资源和参数。主要包括：硬件环境资源 服务器操作系统参数 网络相关参数 数据库相关参数：具体数据库参数有所不同，结合各个数据库独有的特点记录 5 测试过程及结果描述
11、EB Tours 订票系统的性能测试共计执行了 3 次，四次执行的脚本流程作了调整，其他的环境和数据都一样。在测试数据准备完备以后，第一次测试执 10 个用户并发注册，5 个用户并发登录浏览网页。第二次测试 10 个用户不并发注册，5 个用户不并发登录浏览网页。第三次测试 10 个用户并发注册，5 个用户并发登录订票，第四次测试 10 个用户不并发注册，5 个用户不并发登录订票。5.1 测试描述 两次测试都是 6 月 2 日进行的。第一次测试执行了 1 分钟 30 秒左右，10 个用户并发注册，5 个用户并发登录浏览网页。第二次测试执行了 1 分钟 30 秒左右，10个用户不并发注册，5 个用
12、户不并发登录浏览网页。第三次测试执行了 1 分钟 30 秒左右，10 个用户并发注册，5 个用户并发登录订票。第四次测试执行了 1 分钟 30 秒左右，0 个用户不并发注册，5个用户不并发登录订票。测试场景 测试中，使用逐步加压的模式，采用：每隔 2 秒启动 1 个并发用户（Vuser）的方式，即：每隔 1 秒，启动 1 个 Vuser，在 1 分钟30 秒左右启动所有的 Vuser（15），执行登录，并根据设置的时间间隔发起。添加 Load Generator 初始化的操作 启动 vuser 的编辑操作 停止 vuser 的编辑操作 设置运行逻辑 启用思考时间 启用日志记录 设置 windo
13、ws 资源监控器 测试结果 第一次测试 第一次测试使用了 15 个并发用户，场景为 10 个用户并发注册，5个用户并发登录浏览网页 用户的影响 用户每秒点击数 用户负载方案 事务响应时间 用户运行 吞吐量 平均事务响应时间 第二次测试 第二次测试使用了 15 个并发用户，场景为 10 个用户不并发注册，5个用户不并发登录浏览网页 用户的影响 用户每秒点击数 事务响应时间 用户运行 吞吐量 平均事务响应时间 第三次测试 第三次测试使用了 15 个并发用户，10 个用户并发注册，5 个用户并发登录订票 用户的影响 每秒点击数 事务响应时间 运行的用户 吞吐量 平均事务响应时间 第四次测试 第四次测试使用了 15 个并发用户，10 个用户不并发注册，5 个用户不并发登录订票 用户影响 每秒点击数 事务响应时间 用户运行 吞吐量 平均事务响应时间 6 测试分析和结论 这次通过对 WEB Tours 订票系统的性能进行测试，我们了解到了WEB Tours 订票系统的主要功能和对它的性能进行了详细的测试。通过测试我们发现 WEB Tours 订票系统大部分性能都是让人满意的，稍加改进的话就可以使用。