XXX门户网站性能测试.docxVIP

XXX门户网站性能测试报告摘要本文档主要描述XXXX门户网站检索和页面浏览性能测试中的测试内容、测试方法、测试策略等。修改历史日期版本作者修改内容评审号更改请求号2016-01-141.0测试组新建。性能测试2016-01-141.0测试组修改性能测试回归2016-01-141.0测试组更新注释：评审号为评审记录表的编号。更改请求号为文档更改控制工具自动生成的编号。概述由于当前对系统要接受业务量的冲击，面临的系统稳定、成熟性方面的压力。系统的性能问题必将成为焦点问题，海量数据量的“冲击”，系统能稳定在什么样的性能水平，面临业务增加时，系统抗压如何等这些问题需要通过一个较为真实的性能模拟测试来给出答案，通过测试和分析为系统性能的提升提供一些重要参考数据，以供后期系统在软硬件方面的改善和完善。本《性能测试报告》即是基于上述考虑，参考当前的一些性能测试方法而编写的，用以指导即将进行的该系统性能测试。测试活动2.1测试用具本次性能测试主要采用HP公司的Loadrunner11作为性能测试工具。Loadrunner主要提供了3个性能测试组件：Virtual User Generator, Controller,Analysis。使用Virtual User Generator修改和优化脚本。使用Controller进行管理，控制并发的模拟并发数，记录测试结果。使用Analysis进行统计和分析结果。2.2测试范围此次性能测试实施是对xxxxxx门户网站系统性能进行测试评估的过程，我们将依据系统将来的实际运行现状，结合系统的设计目标和业务特点，遵循着发生频率高、对系统或数据库性能影响大、关键和核心业务等原则选取需要进行测试的业务，模拟最终用户的操作行为，构建一个与生产环境相近的压力场景，对系统实施压力测试，以此评判系统的实际性能表现。根据与相关设计，开发人员的沟通和交流，本次测试主要就是针对大量用户在使用XXX门户网站进行信息查询，而选取的典型事务就是用户使用检索进行关键字搜索以及界面浏览和反馈回搜索结果，这是用户使用最频繁，反应最多的地方，也是本系统当前以及以后业务的一个重要压力点所在。所以本次测试只选取检索业务的性能情况和界面浏览进行记录和分析。2.3测试目标本次测试是针对XXXX网站检索和页面浏览在迎接大业务量的压力下而进行的，主要需要获得如下的测试指标。1、系统的稳定负载能力：即在正常的响应时间中，系统能够支持的最多的客户端的数量，例如：找到用户可容忍的基本响应时间为5秒时，系统的支持用户数。2、系统的极限负载能力：即在某个较长的响应时间，客户主观上已无法容忍的情况下，系统能够支持的最多的客户端的数量。3、系统的无故障运行时间：即在得出系统的最合理的响应时间和支持响应的客户端数量该前提下，无故障运行时间，暂定8--12小时。2.4测试方法总体方法：使用美科利公司（Mercury）的性能测试软件LoadRunner，对现行的系统检索，页面预览进行脚本录制、测试回放、逐步加压和跟踪记录。测试过程中，由LoadRunner的管理平台调用各台测试前台，发起检索查询请求，并跟踪记录服务器端的运行情况和返回给客户端的运行结果。此次性能测试在http://www.xxxxxx进行，环境在服务器软件、硬件上与生产环境保持一致，数据库结构和真实环境数据库结构一致，只是在网络带宽上有一定的区别，实际外网带宽会有所不足。本次将进行基准测试，并发数测试，稳定性测试3种类型测试，并对主要测试指标进行记录和分析。2.4.1基准测试基准测试在系统无压力（外界环境，服务器无额外服务运行，无额外监控进程运行）的情况下，取得各项事务和业务的系统并发用户数和平均响应时间作为分析衡量标准，用于初步诊断系统是否存在性能瓶颈。2.4.2并发测试没有明确的系统性能指标前提下，用Loadrunner模拟多用户同时向服务器发起交易请求，运行过程中每个用户没有思考时间（ThinkTime）的情况下持续提交交易请求，向系统施加压力。2.4.3稳定性测试重点测试支付系统在业务高峰期压力下运行的稳定性。2.5性能指标在本次性能测试，由于没有具体和明确的性能指标，所以各类测试指标包括测试中应该达到的某些性能指标和相关服务器的性能指标，都应该受到以下三个基本条件的约束。业务执行的平均响应时间（期望值：= 5s）CPU利用率小于75%内存Paging rate状态未持续处于高位运行2.6性能测试流程通过自动化测试工具模拟最终用户向服务器发起业务请求，进行性能测试。通过测试工具对测试过程中系统各点进行监控，每一次测试结束后工具自动生成结果报告供分析使用。2.7测试术语系统的响应时间：即在各种负载压力情况下，系统的响应时间，也就是从客户端交易发起，到服务器端交易应答返回所需要的时间，包括网络传输时