性能测试方案模板剖析.doc

上传人:叶*** 文档编号:35104792 上传时间:2022-08-20 格式:DOC 页数:14 大小:192.50KB
返回 下载 相关 举报
性能测试方案模板剖析.doc_第1页
第1页 / 共14页
性能测试方案模板剖析.doc_第2页
第2页 / 共14页
点击查看更多>>
资源描述

《性能测试方案模板剖析.doc》由会员分享,可在线阅读,更多相关《性能测试方案模板剖析.doc(14页珍藏版)》请在得力文库 - 分享文档赚钱的网站上搜索。

1、XXXX系统性能测试方案撰写人:周莉芳创立日期:审核人:审核日期:文档类型正式稿有效期限文 档 历 史日期负责人操作类型版本号说明2021/9/19周莉芳新建新建目 录1.概述11.1编写目的11.2测试内容12.性能测试策略12.1方法12.2流程22.3工具22.3.1性能测试工具23.性能测试环境23.1网络拓扑图23.2软硬件环境24.性能测试指标34.1性能指标关注点34.2性能指标详解34.2.1业务性能指标34.2.2应用效劳器性能指标44.2.3数据库效劳器性能指标44.2.4性能指标参考55.测试场景55.1存量数据55.2测试场景设计65.2.1单交易基准测试65.2.2单

2、交易并发测试65.2.3混合场景并发测试85.2.4稳定性测试96.进度方案及人员安排96.1进度方案96.2人员安排107.风险评估111. 概述1.1 编写目的本测试方案用于指导XXXX系统 的性能测试工作。本文主要描述了性能测试范围、性能参考指标以及使用的测试方法,以便于性能测试实施人员有依据性地对系统展开性能测试,根据实际的性能测试结果数据考察系统的相关指标情况,以便于开发对系统实施相关的调优工作,以及工程相关人员对系统的性能有个客观的评估。1.2 测试内容依据XXXX系统的关键业务及功能使用的频繁程度,制定以下功能点为本次性能测试范围,以及对应需满足的性能指标:序号模块测试内容最大并

3、发数响应时间(s)备注12345672. 性能测试策略2.1 方法使用性能测试工具编写特定的测试脚本,使用多用户并发,模拟对XXXXX系统相关功能进展持续并发访问操作,并记录系统的响应时间等相关信息,以及应用效劳器、数据库效劳器资源使用情况。2.2 流程 系统性能测试范围及指标分析-制定测试场景-编写测试脚本-准备测试数据-准备测试环境-执行测试场景-收集测试结果数据-测试结果分析-测试报告输出。2.3 工具2.3.1 性能测试工具 脚本准备:Loadrunner11; 场景执行:Loadrunner11; 资源监控:nmon、nmon analyser,适用于应用效劳器及数据库效劳器。3.

4、性能测试环境3.1 网络拓扑图3.2 软硬件环境序号用途硬件配置软件配置IP备注1Web效劳器 CPU:Intel(R) E5-2603 内存:8G 硬盘:400G 网卡:1000M操作系统:ubuntu2数据库效劳器 CPU:Intel(R) E5-2603 内存:8G 硬盘:400G 网卡:1000M 操作系统: ubuntu 数据库:postgresql、mongodb3测试客户端 Intel(R) i5-6400 4核 8G内存 900G硬盘 Win7 IE11控制器与负载机为同一台机器4. 性能测试指标4.1 性能指标关注点本次性能测试,主要关注以下三个最重要的性能指标: 吞吐率TP

5、S 响应时间RT 系统资源利用率Load4.2 性能指标详解以下是本次性能测试过程中需要关注的性能指标,以及性能指标的范围。本节中的所有性能指标数据均通过性能测试工具一节中描述使用的工具进展收集。4.2.1 业务性能指标序号指标名指标说明采集方法1并发用户数在同一时刻与效劳器进展了交互的在线用户数量loadrunner2响应时间客户发出请求到得到响应的整个过程的时间。一般可以分为三局部:呈现时间,数据传输时间和系统处理时间loadrunner3每秒处理事务数(TPS)每秒钟系统能够处理事务或交易的数量,它是衡量系统处理能力的重要指标。loadrunner4事务成功率本次测试中出现成功的事务数量

6、/事务的总数loadrunner4.2.2 应用效劳器性能指标序号指标名指标说明采集方法1CPU占用率对一个时间段内CPU使用状况的统计。建议:75%nmon2内存内存使用是否平稳,建议80%nmon3磁盘I/O建议Iowait30%nmon4SWAP有没有交换页面nmon4.2.3 数据库效劳器性能指标序号指标名指标说明采集方法1cpu占用率数据库cpu利用率,建议70%nmon2内存内存使用是否平稳nmon3磁盘I/O建议IOwait=105TPS 10TPS=52响应时间RT=2s2sRT=5s3CPUCPU=75%75%CPU=80%4MemMem =75%75% Mem =80%5慢

7、SQL数量慢SQL=0慢SQL=1慢SQL=25. 测试场景 5.1 存量数据经过与需求人员进展沟通了解,设计系统的存量数据如下:序号数据类型数量分布要求备注12345.2 测试场景设计测试场景的设计原那么为:按照需求文档及与需求人员沟通结果进展设计。5.2.1 单交易基准测试对各个交易进展单次执行,获取响应时间、TPS等数据。序号模块测试内容并发数响应时间(s)备注1 1 每一交易执行3次,取平均值作为统计数据结果; 虚拟用户加载方式:每5秒钟加载2个用户。213141516171815.2.2 单交易并发测试对各个交易进展单交易基准并发测试,得出根本性能指标。序号模块测试内容并发数持续时间

8、m备注1 每一场景执行3次,取平均值作为统计数据结果; 虚拟用户加载方式:每5秒钟加载2个用户。234567891011121314151617181920212223245.2.3 混合场景并发测试对所有交易混合场景进展阶梯式压力发起,得到各负载下的处理能力以及各交易的性能表现。序号场景并发数交易名称占比%持续时间m备注 1场景一2场景二3场景三4场景四5.2.4 稳定性测试以混合场景,日常交易了压力对系统进展长时间的稳定性测试,考察系统长期稳定运行情况。序号场景并发数交易名称占比%持续时间备注1场景一3*24小时各脚本设置思考时间2分钟。6. 进度方案及人员安排6.1 进度方案序号任务工作

9、量人日开场日期完毕日期责任人1制定测试方案2测试环境部署3测试数据准备4测试脚本准备5测试环境部署6执行测试7测试结果分析8编写测试报告6.2 人员安排序号分类姓名部门职责1237. 风险评估本节主要对性能测试过程中可能遇到的风险以及问题进展有效的测试管理、改良及风险躲避等。序号风险类型描述等级缓解策略1过程风险由于设计不合理或不正确,导致测试不准确、漏测、测试失败等。高与需求进展沟通确认,进展性能测试方案评审。2技术风险测试过程中因选取测试技术部合理或不完善,导致测试失败。中对使用到的测试技术进展预研,进展测试技术备选预案。3人员风险由于测试人员的各种问题无法执行性能测试。高尽量预见突发的事件或者人员离职,通过招聘以及测试工作的穿插和分散到达不会因某个人员的原因导致工期延误。4环境风险因测试环境差异较大,活环境不具备测试条件,导致测试结果误差较大或测试失败,中测试环境尽量与真实环境一致。

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 教育专区 > 高中资料

本站为文档C TO C交易模式,本站只提供存储空间、用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。本站仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知得利文库网,我们立即给予删除!客服QQ:136780468 微信:18945177775 电话:18904686070

工信部备案号:黑ICP备15003705号-8 |  经营许可证:黑B2-20190332号 |   黑公网安备:91230400333293403D

© 2020-2023 www.deliwenku.com 得利文库. All Rights Reserved 黑龙江转换宝科技有限公司 

黑龙江省互联网违法和不良信息举报
举报电话:0468-3380021 邮箱:hgswwxb@163.com