性能测试方案设计-实用模板

《性能测试方案设计-实用模板》由会员分享，可在线阅读，更多相关《性能测试方案设计-实用模板（27页珍藏版）》请在装配图网上搜索。

1、XXX系统-版本号XXX性能测试方案XXX有限公司XXXX年XX月XX日修订历史记录版本日期早节类型作者摘要目录1 简介11.1 目的和软件说明1.1.2内容摘要1.1.3适用对象1.1.4术语和缩略语1.1.5参考文档1.2系统概述22.1项目背景2.2.2系统架构2.架构概述2.运行环境3.处理流程3.2.3技术方案设计3.3测试目标44测试范围54.1测试对象5.4.2需要测试的特性 5.4.3不需要测试的特性5.5 4.测试启动/结束/暂停/再启动准则 65.1启动准则6.5.2结束准则6.5.3暂停准则6.5.4再启动准则 6.6测试人员77测试时间88测试环境98.1系统架构图9.

2、8.2测试环境逻辑架构图 98.3测试环境物理架构图 108.4环境配置列表 1.0生产环境10测试环境1.0843环境差异分析 1.1844测试客户机1.18.5测试工具1.19 测试策略1310测试场景设计 1410.1 总体设计思路1410.2 业务模型1.410.3 测试场景设计14单交易负载测试14混合交易负载测试15稳定性测试15有/无缓存比对测试16网络带宽模拟测试1611测试实施准备1711.1测试环境准备1.711.2测试脚本录制1.811.3测试工具准备1.811.4测试人员准备1.812测试进度计划 1913风险分析2014前提和假设211简介1.1目的和软件说明说明本测

3、试方案的具体编写目的。并逐项说明被测软件的功能、输入和输出等质量指标, 作为诉述测试方案的提纲。1.2内容摘要本文档是XXX系统性能测试的设计方案，用以指导性能测试执行工作。主要描述内容包括系统概述、测试目标、测试范围、测试策略、测试环境、测试场景、 测试实施准备、测试时间计划等。1.3适用对象指出预期的读者范围。1.4术语和缩略语列出本文件中用到的专门术语的定义和缩写词的原词组。1.5参考文档本项目经审核通过的需求、设计文档本项目的经核准的计划任务书或合同、上级机关的批文属于本项目的其他已审核通过的文件2系统概述2.1项目背景项目发起人、开发者、用户发起人：开发者：用户：业务负责部门#待补充

4、业务驱动#待补充项目名称中文名称：英文名称：项目涉及的现有系统：#待补充2.2系统架构架构概述XXX系统为C/S (Client/Server )结构还是B/S( Browser/Server )结构，为哪一类型客户提供什么样的服务，目前支持web浏览器，除web浏览器外的还有哪些渠道。可附上系统的总体架构图，具体可参考系统架构设计文档。222运行环境表1 软件环境软件组成名称类型操作系统中间件数据库Java运行平台表2硬件组成环境:硬件组成名称类型WEB服务器应用服务器数据采集服务器主数据库服务器接入应用服务器处理流程有关XXX系统核心或非核心相关交易处理流程请参见XXX系统项目技术方案.d

5、oc如有相关流程图也可附上。2.3技术方案设计例：未来拓展后的系统和现有系统部署在同一个服务器，具体的实施方案：A、未来扩展后的系统运营顺利现有系统逐步下线B、未来扩展后的系统运营未能如期完成，现有系统的将继续运营详细可参考系统的总体设计方案简要描述项目背景，系统架构、关键技术及主要特点，以帮助有效理解项目的测试目标3测试目标本次性能测试的目的如下：获取XXX系统的各项处理能力指标，以验证系统是否满足设计要求 找出XXX系统有可能存在的性能问题或性能瓶颈XXX系统的性能设计要求如下：每秒处理交易（TPS :不低于XX笔/秒交易平均响应时间：不高于 3秒交易成功率：不低于 99.9%服务器CPU

6、平均利用率不高于 60%瞬时峰值不高于 75%服务器MEM平均利用率不高于 80%不存在内存泄漏的问题 服务器I/O :不存在I/O瓶颈网络流量：网络带宽平均利用率不高于50%不存在网络带宽瓶颈#性能设计要求待确认4测试范围4.1测试对象本次性能测试的对象为 XXX系统的前端展现和 XX接口及其它业务系统。具体包括：前端展现XX接口4.2需要测试的特性需要测试的特性主要为体现系统处理能力的各项指标，包括：每秒处理交易数（TPS）交易的平均响应时间、90%响应时间交易成功率服务器的CPU、MEM禾U用率服务器的磁盘I/O情况网络流量此外，本次性能测试还需要考虑系统在长时间运行情况下的稳定性。4.

7、3不需要测试的特性不需要测试的特性包括：业务流程的合理性、正确性系统易用性、可管理性界面可用性及其它不属于性能测试范畴的内容5 4.测试启动/结束/暂停/再启动准则5.1启动准则测试方案审批通过各项测试准备工作完成，并得到确认测试人员、配合人员到位5.2结束准则测试方案中的所有测试场景已测试完毕，完成预期的测试目标，测试报告审批通过按照客户要求，提前结束测试5.3暂停准则测试中发现问题，需要项目组修改代码或者进行其它调整测试环境受到干扰，比如服务器被临时征用，或服务器的其它使用会对测试结果造成干扰测试资源出现问题，比如测试环境需要调整 CPU、磁盘等，或者测试人员或者配合人员被临时征 用按照客

8、户要求，暂停测试5.4再启动准则测试中发现的问题得到解决测试环境恢复正常测试资源问题得到解决按照客户要求，重新启动测试6测试人员姓名角色工作内容备注项目总监协调测试资源项目经理协调测试资源架构师辅助完成性能测试工作，分析解决测试中发现的问题性能测试组长领导完成性能测试工作性能测试人员完成测试准备、环境部署、测试执行等性能测试工作性能测试人员完成脚本录制、数据准备、测试监控、测试执行、结果分 析等性能测试工作开发组长辅助解决测试过程中出现的如版本部署、模拟程序等问题7测试时间阶段/工作项开始时间结束时间备注了解需求，设计测试方案提出测试环境需求，准备硬件环境部署测试版本，准备测试脚本、测试数据、

9、模拟程序测试执行，测试结果收集和分析编写测试报告8测试环境8.1系统架构图IE浏览器目酝系统橫块1恃输协议.目标系统模块2本灰测试区目标系统FTP批虽接口连接接口目标系境.BUII8.2测试环境逻辑架构图压力发起机传输协议前曲展现)0( 乂接口传输协饮其他业务系统18.3测试环境物理架构图!，：力兌抚玳-1.1 发却兀n8.4环境配置列表生产环境硬件配置如下:序号服务器名称数量CPU内存文件系统1WE冋艮务器2模拟器（包括应用服务器、子系统应用 服务器）软件配置如下:类型软件名称版本操作系统中间件基础环境测试环境硬件配置如下：序号服务器名称数量CPU内存文件系统1WE冋艮务器2模拟器（包括应用

10、服务器、子系统应用 服务器）软件配置如下:类型软件名称版本操作系统中间件基础环境843环境差异分析#待补充生产环境和测试环境在硬件配置上的差异如下:生产环境和测试环境在软件配置上的差异如下:生产环境和测试环境在软硬件配置上的差异，对测试结果有可能存在如下影响:844测试客户机客户机数量用途说明硬件配置软件配置8.5测试工具说明本次测试，采用什么作为压力发起工具，如 LoadRunner JMeter等。测试期间，采用LoadRunner工具软件监控和收集被测交易执行性能的数据，使用开放平台监控工具 软件nmon收集linux操作系统资源使用情况的数据，使用 Spotlight on windo

11、ws监控软件监控sql2005 数据库资源使用情况，使用AW收集Oracle数据库执行信息。9测试策略简述本次测测试环境优缺点，根据其优点取典型事例去设计测试手段规避某些存在重大缺陷的功能模 块或业务系统。例：本次性能测试将安排为两轮：第一轮：仅针对前端展现进行测试。第二轮：针对前端展现+ XX接口进行测试。考虑后期项目系统很可能有拓展和优化，可以根据实际情况增加或减少测试次数。10测试场景设计10.1总体设计思路例：本次测试的对象XXX系统的前端展现和XX接口，重点关注前端展现。在设计测试场景时，将按照如 下的思路进行：第一，选择典型交易，获取单交易及混合交易下的性能表现；同时，为验证系统能

12、够长时间稳定运行, 将采用混合交易场景，运行一个8小时的稳定性测试，以验证系统能否满足设计要求。第二，采用缓存技术，在客户端缓存部分页面信息，以减少网络流量和对某应用、数据库、中间件服 务器的访问次数。需要做一个有/无缓存的比对测试，以确定有/无使用缓存对系统性能的影响。第三，用户在首次访问及无缓存的情况下，需要从 Web服务器下载大量的脚本等页面对象，这些需 要下载的数据如果占用过多的网络带宽，会造成交易的响应时间过长，因此，需要做一个模拟不同网络带 宽的比对测试。10.2业务模型混合场景采用的业务模型如下表所示:序号业务交易名称目标TPS （笔/秒）101_XXX202_XXX303_XX

13、X10.3测试场景设计单交易负载测试单交易负载测试的目的在于验证单交易是否存在并发问题，并获取单交易的性能表现。针对每一支交易，先进行5个并发用户的并发测试，验证交易是否存在并发问题。如果 没有问题，则采用递增并发用户的方式发起压力，比如，100并发、200并发、300并发、 直到系统出现性能拐点或者交易的 TPS超过目标TPS的3倍。单交易负载测试场景如下表所示:序号测试场景名称测试目的优先级1单交易01_XXX测试单个交易的性能表现高2单交易02_XXX测试单个交易的性能表现高3单交易03_XXX测试单个交易的性能表现高混合交易负载测试混合交易负载测试采用“ 10.2业务模型”章节定义的业

14、务模型。采用递增并发用户的方式发起压力，比如，500并发、1000并发、1500并发、，直 到系统出现性能拐点。（可在执行过程中根据实际情况进行调整）混合交易负载测试场景如下表所示:序号测试场景名称测试目的优先级1混合交易01_负载测试采用混合交易模拟生产环境下的业务情况，以获 取系统最大的处理能力高稳定性测试稳定性测试采用与混合交易负载测试完全相同的业务模型。采用混合交易负载测试场景下测试出的系统最大处理能力时的并发用户数*80%发起压力，运行8小时。稳定性测试场景如下表所示:序号测试场景名称测试目的优先级1混合交易02_稳定性测试采用混合交易模拟生产环境下的业务情况，连续中运行8小时，以验

15、证系统的稳定性有/无缓存比对测试有/无缓存比对测试采用与混合交易负载测试完全相同的业务模型。采用混合交易负载测试场景下测试出的系统最大处理能力时的并发用户数*50%发起压力，运行20分钟。有/无缓存比对测试场景如下表所示:序号测试场景名称测试目的优先级1缓存比对01_无缓存获取无缓存情况下，系统的性能表现中2缓存比对02_50%缓存获取50%缓存情况下，系统的性能表现中3缓存比对03_100%缓存获取100%存情况下，系统的性能表现中网络带宽模拟测试网络带宽模拟测试采用与混合交易负载测试完全相同的业务模型。采用混合交易负载测试场景下测试出的系统最大处理能力时的并发用户数*50%发起压力，运行2

16、0分钟。网络带宽模拟测试场景如下表所示:序号测试场景名称测试目的优先级1网络带宽01_1M带宽模拟1M网络带宽，获取系统的性能表现中2网络带宽02_2M带宽模拟2M网络带宽，系统的性能表现中3网络带宽03_100M带宽模拟100 M网络带宽，系统的性能表现中11测试实施准备11.1测试环境准备在测试执行之前，需要按照测试环境的规划安装好相关的各种软件，包括操作系统、应 用软件、数据库软件等，并且按照规划配置好相关的各项参数，包括操作系统参数、应用软 件参数、日志级别、数据库参数、负载均衡设备策略、RAC（Real Application Cluster,真正应用集群）是Oracle9i数据库中

17、采用的一项新技术，也是Oracle数据库支持网格计算环境的核心技术。 策略等，并且 预先按照设计要求完成对数据库的规划，比如表空间、索引、物化视图、表分区等。在测试执行之前，需要准备好测试用机可根据以下条目逐项执行：项目条目是否完成基础环境准备硬件设备是否已经到位网络环境是否已经准备好操作系统是否已经安装和设置数据库环境是否已经准备好应用是否已经安装数据准备数据库中的数据是否已经设置是否已经准备数据导入和清除脚本测试工具准备是否已经安装测试工具负载机上的代理是否已经安装应用服务器上的代理是否已经安装监控分析工具是否已经安装11.2测试脚本录制XXX系统实时接口采用什么样的传输方式，根据这个传输

18、方式去选择脚本协议。根据测试场景中确定的交易，在测试环境中录制脚本，并且调试通过。11.3测试工具准备名称类型是否完成LoadRunner、JMeter 等性能测试发起工具Nmon、Spotlight on windows、AWR等各服务器、数据库监控工具11.4测试人员准备在测试过程中，需要协调如下人员到位：总体协调人测试执行人员测试监控人员架构设计人员：在设计测试方案、测试准备、测试执行、测试结果分析时提供帮助开发人员：在录制脚本、准备测试数据时提供帮助DBA :发现数据库问题，数据库调优网络维护人员/系统工程师：在执行期间，当出现问题时，帮助定位问题产生原因,及解决问题相关接口系统配合人

19、员：在测试执行时进行配合12测试进度计划测试进度计划如下表所示:阶段主要任务列表1W1W2W3W4W5W6W7W8W9测试计划确认测试目标及范围系统环境及业务场景调研测试计划与方案设计测试方案跨部门沟通测试方案确认测试准备测试环境准备测试脚本准备基础数据准备测试数据准备测试监控准备挡板程序准备测试工具准备测试人员准备测试执行测试准入检杳单场景压测综合场景压测:测试报告测试报告调优调优和复测13风险分析编号风险描述发生可能性影响规避措施责任人1测试需求：性能测试需求不明确造成测试 理解偏差，影响最终测试结果中高与客户加强交流，并形成书面 文档，逐步引导达成一致性能组2业务模型：测试模型与上线后实

20、际业务不 一致，导致测试结果难以体现实 际上线后的效果中高参考现有系统的历史业务量， 与业务部门、开发方共冋协商 讨论，尽量缩小偏差性能组3测试环境：无法与生产环境相一致，比如接 口相关，外联的其他系统无法搭 建，导致某些业务无法模拟，影 响测试结果真实性高中对环境问题导致的无法模拟的 业务占比采用别的业务替代， 同时对某些发起渠道的交易进 行压力补偿，并评估产生的影 响性能组、PM4工作配合：因跨部门多方协做，测试、监控、 维护人员配合协调不一致，会造 成工作量和测试进度上的延误中中制定详细的测试工作计划和一 个沟通方式，让测试、监控、 维护人员明确各自职责性能组、PM5测试数据：测试数据不正确，将导致业务逻 辑出错测试数据量不能达到实际生产环境的数据量，将导致无法产生 足够的压力导致测试结果不准 确中中在正式进行测试之前，应试运 行测试数据，以验证数据的正 确性分析生产环境的预期数据量， 采用工具准备相近数量的测试 数据性能组、开发组6测试执行：测试场景很多，在计划的时间内可能无法全部执行高中给每个测试场景设定优先级， 先执行优先级咼的测试场景， 保证优先级高的测试场景能全 部执行完成制定详细的测试执行计划，合 理安排测试时间性能组14前提和假设在测试过程中，如果发现性能问题或性能瓶颈，项目组有相应的技术人员可以解决或 者进行调优文档结束