《xxx门户网站性能测试报告》由会员分享，可在线阅读，更多相关《xxx门户网站性能测试报告（27页珍藏版）》请在金锄头文库上搜索。
1、第 1 页 共 27 页XXXXXX 门户网站性能测试报告门户网站性能测试报告第 2 页 共 27 页目录目录第一章第一章概述概述4 第二章第二章测试活动测试活动 4 2.1 测试用具4 2.2 测试范围4 2.3 测试目标5 2.4 测试方法52.4.1 基准测试52.4.2 并发测试62.4.3 稳定性测试62.5 性能指标6 2.6 性能测试流程6 第三章第三章性能测试环境性能测试环境 7 3.1 服务器环境7 3.2 客户端环境8 3.3 网络结构9 第四章第四章测试方案测试方案 9 4.1 基准测试9 4.2 并发测试11 4.3 稳定性测试13 第五章第五章测试结果描述测试结果描述
2、 14 5.1 性能测试观察指标 14 5.2 性能测试通过指标 15 用户体验性能15 5.3 测试结果15 第六章第六章测试报告测试报告系统测试公范围：基准测试阶段，并发测试阶段， 稳定性测试，浪涌 式测试。15 6.1 基准测试性能分析 .16 6.2 并发测试性能分析 .21 6.3 稳定性性能测试分析 .24第 3 页 共 27 页摘要摘要本文档主要描述 XXXX 门户网站检索和页面浏览性能测试中的测试内容、测试方 法、测试策略等。修改历史修改历史日期日期版本版本作者作者修改内容修改内容评审号评审号更改请求号更改请求号2016-01-141.0测试组新建。性能测试2016-01-14
3、1.0测试组修改性能测试回 归2016-01-141.0测试组更新注释：评审号为评审记录表的编号。更改请求号为文档更改控制工具自动生成的编号。第 4 页 共 27 页第一章第一章概述概述由于当前对系统要接受业务量的冲击，面临的系统稳定、成熟性方面的压力。系统的性能问题必将成为焦点问题，海量数据量的“冲击” ，系统能稳定在什么样的性能水平，面临业务增加时，系统抗压如何等这些问题需要通过一个较为真实的性能模拟测试来给出答案，通过测试和分析为系统性能的提升提供一些重要参考数据，以供后期系统在软硬件方面的改善和完善。本性能测试报告即是基于上述考虑，参考当前的一些性能测试方法而编写的，用以指导即将进行的
4、该系统性能测试。第二章第二章测试活动测试活动2.1 测试用具测试用具本次性能测试主要采用 HP 公司的 Loadrunner11 作为性能测试工具。Load runner 主要提供了 3 个性能测试组件：Virtual User Generator, Controller,Analysis。使用 Virtual User Generator 修改和优化脚本。使用 Controller 进行管理，控制并发的模拟并发数，记录测试结果。使用 Analysis 进行统计和分析结果。2.2 测试范围测试范围此次性能测试实施是对 xxxxxx 门户网站系统性能进行测试评估的过程，我们将依据系统将来的实际运
5、行现状，结合系统的设计目标和业务特点，遵循着发生频率高、对系统或数据库性能影响大、关键和核心业务等原则选取需要进行测试的业务，模拟最终用户的操作行为，构建一个与生产环境相近的压力场景，对系统实施压力测试，以此评判系统的实际性能表现。根据与相关设计，开发人员的沟通和交流，本次测试主要就是针对大量用户在使用XXX 门户网站进行信息查询，而选取的典型事务就是用户使用检索进行关键字搜索以及界面浏览和反馈回搜索结果，这是用户使用最频繁，反应最多的地方，也是本系统当前以及第 5 页 共 27 页以后业务的一个重要压力点所在。所以本次测试只选取检索业务的性能情况和界面浏览进行记录和分析。2.3 测试目标测试
6、目标本次测试是针对 XXXX 网站检索和页面浏览在迎接大业务量的压力下而进行的，主要需要获得如下的测试指标。1、系统的稳定负载能力：即在正常的响应时间中，系统能够支持的最多的客户端的数量，例如：找到用户可容忍的基本响应时间为 5 秒时，系统的支持用户数。2、系统的极限负载能力：即在某个较长的响应时间，客户主观上已无法容忍的情况下，系统能够支持的最多的客户端的数量。3、系统的无故障运行时间：即在得出系统的最合理的响应时间和支持响应的客户端数量该前提下，无故障运行时间，暂定 8-12 小时。2.4 测试方法测试方法总体方法：使用美科利公司（Mercury）的性能测试软件 Load Runner，对
7、现行的系统检索，页面预览进行脚本录制、测试回放、逐步加压和跟踪记录。测试过程中，由 Load Runner 的管理平台调用各台测试前台，发起检索查询请求，并跟踪记录服务器端的运行情况和返回给客户端的运行结果。此次性能测试在 http:/www.xxxxxx 进行，环境在服务器软件、硬件上与生产环境保持一致，数据库结构和真实环境数据库结构一致，只是在网络带宽上有一定的区别，实际外网带宽会有所不足。本次将进行基准测试，并发数测试，稳定性测试 3 种类型测试，并对主要测试指标进行记录和分析。2.4.1 基准测试基准测试基准测试在系统无压力（外界环境，服务器无额外服务运行，无额外监控进程运行）第 6
8、页 共 27 页的情况下，取得各项事务和业务的系统并发用户数和平均响应时间作为分析衡量标准，用于初步诊断系统是否存在性能瓶颈。2.4.2 并发测试并发测试没有明确的系统性能指标前提下，用 Load runner 模拟多用户同时向服务器发起交易请求，运行过程中每个用户没有思考时间（Think Time）的情况下持续提交交易请求，向系统施加压力。2.4.3 稳定性测试稳定性测试重点测试支付系统在业务高峰期压力下运行的稳定性。2.5 性能指标性能指标在本次性能测试，由于没有具体和明确的性能指标，所以各类测试指标包括测试中应该达到的某些性能指标和相关服务器的性能指标，都应该受到以下三个基本条件的约束。
9、业务执行的平均响应时间（期望值：= 5s）CPU 利用率小于 75%内存 Paging rate 状态未持续处于高位运行2.6 性能测试流程性能测试流程通过自动化测试工具模拟最终用户向服务器发起业务请求，进行性能测试。通过测试工具对测试过程中系统各点进行监控，每一次测试结束后工具自动生成结果报告供分析使用。第 7 页 共 27 页2.7 测试术语测试术语1)系统的响应时间：即在各种负载压力情况下，系统的响应时间，也就是从客户端交易发起，到服务器端交易应答返回所需要的时间，包括网络传输时间和服务器处理时间。2)应用系统的吞吐量：即应用系统在单位时间内完成的交易量，也就是在单位时间内，应用系统针对
10、不同的负载压力，所能完成的交易数量。3)应用系统的负载能力：即系统所能容忍的最大用户数量，也就是在正常的响应时间中，系统能够支持的最多的客户端的数量。4)缩略语：Vuser，Transaction，TPSVuser 虚拟用户 Virtual user,模拟真实业务逻辑步骤的虚拟用户,虚拟用户模拟的操作步骤都被记录在虚拟用户脚本里。Vuser 脚本用于描述 Vuser 在场景中执行的操作。Transaction 事务 事务是性能测试脚本的一个重要特性。要度量服务器的性能,需要定义事务,每个事务都包含事务开始和事务结束标记。事务用来衡量脚本中一行代码或多行代码的执行所耗费的时间.可以将事务开始放置
11、在脚本中某行或第 8 页 共 27 页者多行代码的前面,将事务结束放置在该行或者多行代码的后面,在该脚本的虚拟用户运行时,这个事务将衡量该行或者多行代码的执行花费了多长时间。TPS 每秒事务数(Transaction Per Second) 每秒钟系统能够处理的交易或事务的数量,它是衡量系统处理能力的重要指标。TPS 是 Load Runner 中重要的性能参数指标。第三章第三章性能测试性能测试环境环境3.1 服务器环境服务器环境数据库服务器：数据库服务器： 服务器型号：IBM CPU： 8 核 Intel(R) Xeon(R) CPU E5-2650 v2 2.60GHz 内存：32GB 系
12、统盘：云磁盘 数据盘：云磁盘 操作系统： 应用软件：3.2 客户端环境客户端环境资源描述数量Load runner 11主要性能测试工具1Office 2007用于记录测试数据2Windows XP SP3,Windows7测试客户端系统1IE10，Firefox 及其组件测试客户端应用软件1PC测试计算机23.3 网络结构网络结构网络拓扑和结构图如下：第 9 页 共 27 页第四章第四章测试方案测试方案本次性能测试主要模拟测试的事务：用户信息浏览检索用户信息浏览检索用户提交查询关键字数据到后台，系统收到查询请求并检索、返回结果数据；性能测试观察指标：性能测试观察指标：Bs 结构程序一般会关注
13、的通用指标如下：Web 服务器指标指标：* Avg Rps: 平均每秒钟响应次数=总请求时间 / 秒数；* Successful Rounds：成功的请求；* Failed Rounds ：失败的请求；* Successful Hits ：成功的点击次数；* Failed Hits ：失败的点击次数；* Hits Per Second ：每秒点击次数；* Successful Hits Per Second ：每秒成功的点击次数；* Failed Hits Per Second ：每秒失败的点击次数；* Attempted Connections ：尝试链接数；执行每个场景时记录以下相应的数据
14、：执行每个场景时记录以下相应的数据：业务执行的平均响应时间每秒事务数运行的并发用户数目网络吞吐量第 10 页 共 27 页4.1 基准测试基准测试场景：（历史数据有 1000 条以上）1.使用 Load runner 模拟 50 用户请求交易，每个用户没有时间间隔（Think Time）的情况下反复提交交易并返回结果，直到全部执行退出系统。记录平均事务响应时间，每秒事务数，吞吐量。2.记并发数改为 100，同时加压，同时结束压力，重复上述测试步骤。第 11 页 共 27 页3.并发数改为 200，重复上述测试步骤。4.当响应时间大于期望时间，或者服务器指标超过预订设置时将停止测试。备注：以上测
15、试均进行 3 次，来保证测试结果的有效性和准确性。4.2 并发并发测试测试场景：（历史数据有 1000 条以上）第 12 页 共 27 页1.使用 Loadrunner 模拟 50 用户请求交易，每个用户没有时间间隔（ThinkTime）的情况下反复提交交易并返回结果，持续时间分别为 10 分钟， 15 分钟，20 分钟，记录平均事务响应时间，每秒事务数，吞吐量。2.记并发数改为 100 重复上述测试步骤。第 13 页 共 27 页3.并发数改为 200，重复上述测试步骤。4.当响应时间大于期望时间，或者服务器指标超过预期设置时将停止测试。备注：以上测试均进行 3 次，来保证测试结果的有效性和
16、准确性。3 次执行时间分别为 10 分钟，15 分钟，20 分钟。第 14 页 共 27 页4.3 稳定性测试稳定性测试测试方法：采用业务中合理、适度的用户使用场景，对系统进行时间为 8-12 小时的稳定性测试。记录每次服务的平均响应时间，交易的正确率，考察服务器是否宕机，交易正确率小于 95%等情况。稳定性测试的用例如下：场景：（历史数据有 1000 条以上）1.使用 Loadrunner 模拟 200 个并发用户请求交易，每个用户有一定时间间隔（ThinkTime）1 秒的情况下反复点击页面和信息检索并返回结果，持续执行 8-12 小时（2016-1-14-20:30-2016-1-15-8:30）共计 69688）每秒 5 次以上的点击和检索，记录平均事务响应时间，每秒事务数，吞吐量。观察软件的稳定性以及各种性能指标的劣化趋势，要有效防止资源泄露。2.当服务器出现资源泄露或者系统的资源耗尽等情况，交易正确率小于 95%，停止测试。第 15 页 共 27 页第五章第五章 测试测试结果描述和分析结果描述和分析6.16.1 基准测试
