《性能测试方案.docx》由会员分享，可在线阅读，更多相关《性能测试方案.docx（30页珍藏版）》请在三一办公上搜索。
1、XXX系统一版本号XXX性能测试方案XXX有限公司XXXX年XX月XX日修订历史记录版本日期章节类型作者摘要1简介11.1目的和软件说明11.2内容摘要11.3适用对象11.4术语和缩略语11.5参考文档12系统概述22.1项目背景22.2系统架构22.2.1架构概述22.2.2运行环境32.2.3处理流程32.3技术方案设计33测试目标44测试范围54.1测试对象54.2需要测试的特性54.3不需要测试的特性554.测试启动/结束/暂停/再启动准则65.1启动准则65.2结束准则65.3暂停准则65.4再启动准则66测试人员77测试时间88测试环境98.1系统架构图98.2测试环境逻辑架构图
2、98.3测试环境物理架构图108.4环境配置列表108.4.1生产环境108.4.2测试环境118.4.3环境差异分析118.4.4测试客户机118.5测试工具129测试策略1310测试场景设计1410.1 总体设计思路1410.2 业务模型1410.3 测试场景设计1510.3.1单交易负载测试1510.3.2混合交易负载测试1510.3.3稳定性测试1510.3.4有/无缓存比对测试1610.3.5网络带宽模拟测试1611测试实施准备1811.1测试环境准备1811.2测试脚本录制1911.3测试工具准备1911.4测试人员准备1912测试进度计划2013风险分析2114前提和假设221简
3、介1.1目的和软件说明说明本测试方案的具体编写目的并逐项说明被测软件的功能输入和输出等质量指标， 作为诉述测试方案的提纲。1.2内容摘要本文档是XXX系统性能测试的设计方案，用以指导性能测试执行工作。主要描述内容包括系统概述、测试目标、测试范围、测试策略、测试环境、测试场景、 测试实施准备、测试时间计划等。1.3适用对象指出预期的读者范围。1.4术语和缩略语列出本文件中用到的专门术语的定义和缩写词的原词组。1.5参考文档本项目经审核通过的需求、设计文档本项目的经核准的计划任务书或合同、上级机关的批文属于本项目的其他已审核通过的文件2系统概述2.1项目背景项目发起人、开发者、用户发起人：开发者：
4、用户： 业务负责部门#待补充 业务驱动#待补充项目名称中文名称：英文名称：项目涉及的现有系统：#待补充2.2系统架构2.2.1架构概述XXX系统为C/S(Client/server)结构还是B/S(Browser/Server)结构，为哪一类型客户提供什么样的服务，目前支持web浏览器，除web浏览器外的还有哪些渠道。可附上系统的总体架构图，具体可参考系统架构设计文档。2.2.2运行环境表1软件环境软件组成名称类型操作系统中间件数据库Java运行平台表2硬件组成环境:硬件组成名称类型WEB服务器应用服务器数据米集服务器主数据库服务器接入应用服务器2.2.3处理流程有关XXX系统核心或非核心相关
5、交易处理流程请参见X系统项目技术方案doc如有相关流程图也可附上。2.3技术方案设计例：未来拓展后的系统和现有系统部署在同一个服务器，具体的实施方案：A、未来扩展后的系统运营顺利现有系统逐步下线B、未来扩展后的系统运营未能如期完成，现有系统的将继续运营详细可参考系统的总体设计方案简要描述项目背景，系统架构、关键技术及主要特点，以帮助有效理解项目的测试目标。3测试目标本次性能测试的目的如下：获取XXX系统的各项处理能力指标，以验证系统是否满足设计要求找出XXX系统有可能存在的性能问题或性能瓶颈XXX系统的性能设计要求如下： 每秒处理交易（TPS）:不低于XX笔/秒交易平均响应时间：不高于3秒 交
6、易成功率：不低于99.9% 服务器CPU:平均利用率不高于60%，瞬时峰值不高于75% 服务器MEM:平均利用率不高于80%，不存在内存泄漏的问题 服务器I/O：不存在I/O瓶颈网络流量：网络带宽平均利用率不高于50%，不存在网络带宽瓶颈#性能设计要求待确认4测试范|4.1测试对象本次性能测试的对象为XXX系统的前端展现和XX接口及其它业务系统。具体包括：前端展现 XX 接口4.2需要测试的特性需要测试的特性主要为体现系统处理能力的各项指标，包括：每秒处理交易数（TPS）交易的平均响应时间、90%响应时间交易成功率 服务器的CPU、MEM利用率 服务器的磁盘I/O情况网络流量此外，本次性能测试
7、还需要考虑系统在长时间运行情况下的稳定性。4.3不需要测试的特性不需要测试的特性包括：业务流程的合理性、正确性系统易用性、可管理性界面可用性及其它不属于性能测试范畴的内容5 4.测试启动/结束/暂停/再启动准则5.1启动准则测试方案审批通过各项测试准备工作完成，并得到确认测试人员、配合人员到位5.2结束准则测试方案中的所有测试场景已测试完毕，完成预期的测试目标，测试报告审批通过按照客户要求，提前结束测试5.3暂停准则测试中发现问题，需要项目组修改代码或者进行其它调整测试环境受到干扰，比如服务器被临时征用，或服务器的其它使用会对测试结果造成干扰测试资源出现问题，比如测试环境需要调整CPU、磁盘等
8、，或者测试人员或者配合人员被临时征 用按照客户要求，暂停测试5.4再启动准则测试中发现的问题得到解决测试环境恢复正常测试资源问题得到解决按照客户要求，重新启动测试6测试人员姓名角色工作内容备注项目总监协调测试资源项目经理协调测试资源架构师辅助完成性能测试工作，分析解决测试中发现的问题性能测试组长领导完成性能测试工作性能测试人员完成测试准备、环境部署、测试执行等性能测试工作性能测试人员完成脚本录制、数据准备、测试监控、测试执行、结果分 析等性能测试工作开发组长辅助解决测试过程中出现的如版本部署、模拟程序等问题7测试时间阶段/工作项开始时间结束时间备注了解需求，设计测试方案提出测试环境需求，准备硬
9、件环境部署测试版本，准备测试脚本、测试数据、模拟程序测试执行，测试结果收集和分析编写测试报告8测试环境8.1系统架构图8.2测试环境逻辑架构图8.3测试环境物理架构图8.4环境配置列表8.4.1生产环境硬件配置如下:序号服务器名称数量CPU内存文件系统1WEB服务器2模拟器（包括应用服务器、子系统应用 服务器）软件配置如下:类型软件名称版本操作系统中间件基础环境8.4.2测试环境硬件配置如下:序号服务器名称数量CPU内存文件系统1WEB服务器2模拟器（包括应用服务器、子系统应用 服务器）软件配置如下:类型软件名称版本操作系统中间件基础环境8.4.3环境差异分析#待补充生产环境和测试环境在硬件配
10、置上的差异如下：生产环境和测试环境在软件配置上的差异如下：生产环境和测试环境在软硬件配置上的差异，对测试结果有可能存在如下影响:8.4.4测试客户机客户机数量用途说明硬件配置软件配置8.5测试工具说明本次测试，采用什么作为压力发起工具，如adRunner、JMeter等。测试期间，采用LoadRunner工具软件监控和收集被测交易执行性能的数据，使用开放平台监控工具 软件nmon收集linux操作系统资源使用情况的数据，使用Spotlighton windows监控软件监控sql2005 数据库资源使用情况，使用AWR收集Oracle数据库执行信息。9测试策略简述本次测测试环境优缺点根据其优点
11、取典型事例去设计测试手段规避某些存在重大缺陷的功能模 块或业务系统。例：本次性能测试将安排为两轮：第一轮：仅针对前端展现进行测试。第二轮：针对前端展现卡X接口进行测试。考虑后期项目系统很可能有拓展和优化，可以根据实际情况增加或减少测试次数。10测试场景设计10.1总体设计思路例：本次测试的对象XXX系统的前端展现和炊接口，重点关注前端展现。在设计测试场景时，将按照如 下的思路进行：第一，选择典型交易，获取单交易及混合交易下的性能表现同时，为验证系统能够长时间稳定运行， 将采用混合交易场景，运行一个小时的稳定性测试，以验证系统能否满足设计要求。第二，采用缓存技术，在客户端缓存部分页面信息，以减少
12、网络流量和对某应用、数据库、中间件服 务器的访问次数。需要做一个伉缓存的比对测试，以确定航使用缓存对系统性能的影响。第三，用户在首次访问及无缓存的情况下，需要蜘服务器下载大量的脚本等页面对象，这些需 要下载的数据如果占用过多的网络带宽，会造成交易的响应时间过长，因此，需要做一个模拟不同网络带 宽的比对测试。10.2业务模型混合场景采用的业务模型如下表所示:序号业务交易名称目标TPS （笔/秒）101_XXX202_XXX303_XXX 10.3测试场景设计10.3.1单交易负载测试单交易负载测试的目的在于验证单交易是否存在并发问题，并获取单交易的性能表现。针对每一支交易，先进行5个并发用户的并
13、发测试，验证交易是否存在并发问题。如果 没有问题，则采用递增并发用户的方式发起压力，比如，100并发、200并发、300并发、， 直到系统出现性能拐点或者交易的TPS超过目标TPS的3倍。单交易负载测试场景如下表所示:序号测试场景名称测试目的优先级1单交易01_XXX测试单个交易的性能表现高2单交易02_XXX测试单个交易的性能表现高3单交易03_XXX测试单个交易的性能表现高10.3.2混合交易负载测试混合交易负载测试采用“ 10.2业务模型”章节定义的业务模型。采用递增并发用户的方式发起压力，比如，500并发、1000并发、1500并发、，直 到系统出现性能拐点。（可在执行过程中根据实际情
14、况进行调整）混合交易负载测试场景如下表所示:序号测试场景名称测试目的优先级1混合交易01_负载测试米用混合交易模拟生产环境下的业务情况，以获 取系统最大的处理能力高10.3.3稳定性测试稳定性测试采用与混合交易负载测试完全相同的业务模型。采用混合交易负载测试场景下测试出的系统最大处理能力时的并发用户数*80%发起压 力，运行8小时。稳定性测试场景如下表所示:序号测试场景名称测试目的优先级1混合交易02_稳定性测试米用混合交易模拟生产环境下的业务情况，连续中运行8小时，以验证系统的稳定性10.3.4有/无缓存比对测试有/无缓存比对测试采用与混合交易负载测试完全相同的业务模型。采用混合交易负载测试
15、场景下测试出的系统最大处理能力时的并发用户数*50%发起压力，运行20分钟。有/无缓存比对测试场景如下表所示:序号测试场景名称测试目的优先级1缓存比对01_无缓存获取无缓存情况下，系统的性能表现中2缓存比对02_50%缓存获取50%缓存情况下，系统的性能表现中3缓存比对03_100%缓存获取100%缓存情况下，系统的性能表现中10.3.5网络带宽模拟测试网络带宽模拟测试采用与混合交易负载测试完全相同的业务模型。采用混合交易负载测试场景下测试出的系统最大处理能力时的并发用户数*50%发起压力，运行20分钟。网络带宽模拟测试场景如下表所示:序号测试场景名称测试目的优先级1网络带宽01_1M带宽模拟
16、1M网络带宽，获取系统的性能表现中2网络带宽02_2M带宽模拟2M网络带宽，系统的性能表现中3网络带宽03_100M带宽模拟100M网络带宽，系统的性能表现中11测试实施准备11.1测试环境准备在测试执行之前，需要按照测试环境的规划安装好相关的各种软件，包括操作系统、应 用软件、数据库软件等，并且按照规划配置好相关的各项参数，包括操作系统参数、应用软 件参数、日志级别、数据库参数、负载均衡设备策略、RAC（Real Application Cluster,真正应用集 群）是Oracle9i数据库中采用的一项新技术也是Oracle数据库支持网格计算环境的核心技术策略等，并且 预先按照设计要求完成
17、对数据库的规划，比如表空间、索引、物化视图、表分区等。在测试执行之前，需要准备好测试用机。可根据以下条目逐项执行：项目条目是否完成基础环境准备硬件设备是否已经到位网络环境是否已经准备好操作系统是否已经安装和设置数据库环境是否已经准备好应用是否已经安装数据准备数据库中的数据是否已经设置是否已经准备数据导入和清除脚本测试工具准备是否已经安装测试工具负载机上的代理是否已经安装应用服务器上的代理是否已经安装监控分析工具是否已经安装11.2测试脚本录制XXX系统实时接口采用什么样的传输方式，根据这个传输方式去选择脚本协议。根据测试场景中确定的交易，在测试环境中录制脚本，并且调试通过。11.3测试工具准备
18、名称类型是否完成LoadRunner、JMeter 等性能测试发起工具Nmon、Spotlight on windows AWR等各服务器、数据库监控工具11.4测试人员准备在测试过程中，需要协调如下人员到位：总体协调人测试执行人员测试监控人员架构设计人员：在设计测试方案、测试准备、测试执行、测试结果分析时提供帮助开发人员：在录制脚本、准备测试数据时提供帮助 DBA:发现数据库问题，数据库调优网络维护人员/系统工程师：在执行期间，当出现问题时，帮助定位问题产生原因， 及解决问题相关接口系统配合人员：在测试执行时进行配合12测试进度计划测试进度计划如下表所示:阶段主要任务列表W1W2W3W4W5
19、W6W7W8W9测试计划确认测试目标及范围系统环境及业务场景调研测试计划与方案设计测试方案跨部门沟通测试方案确认测试准备测试环境准备测试脚本准备基础数据准备测试数据准备测试监控准备挡板程序准备测试工具准备测试人员准备测试执行测试准入检查单场景压测综合场景压测测试报告测试报告调优调优和复测13风险分析编号风险描述发生可 能性影响规避措施责任人1测试需求：性能测试需求不明确造成测试理解偏差，影响最终测试结果中高与客户加强交流，并形成书面 文档，逐步引导达成一致性能组2业务模型：测试模型与上线后实际业务不 一致，导致测试结果难以体现实 际上线后的效果中高参考现有系统的历史业务量， 与业务部门、开发方
20、共同协商 讨论，尽量缩小偏差性能组3测试环境：无法与生产环境相一致，比如接 口相关，外联的其他系统无法搭 建，导致某些业务无法模拟，影 响测试结果真实性高中对环境问题导致的无法模拟的 业务占比采用别的业务替代， 同时对某些发起渠道的交易进 行压力补偿，并评估产生的影 响性能组、PM4工作配合：因跨部门多方协做，测试、监控、 维护人员配合协调不一致，会造 成工作量和测试进度上的延误中中制定详细的测试工作计划和一 个沟通方式，让测试、监控、 维护人员明确各自职责性能组、PM5测试数据：测试数据不正确，将导致业务逻 辑出错测试数据量不能达到实际生产 环境的数据量，将导致无法产生 足够的压力导致测试结果不准 确中中在正式进行测试之前，应试运 行测试数据，以验证数据的正 确性分析生产环境的预期数据量， 采用工具准备相近数量的测试 数据性能组、开发组6测试执行：测试场景很多，在计划的时间内 可能无法全部执行高中给每个测试场景设定优先级， 先执行优先级高的测试场景， 保证优先级高的测试场景能全 部执行完成制定详细的测试执行计划，合 理安排测试时间性能组14前提和假设在测试过程中，如果发现性能问题或性能瓶颈，项目组有相应的技术人员可以解决或 者进行调优文档结束
