性能测试报告(实例)

简介:
+关注继续查看

上一篇博文主要通过两个例子让测试新手了解一下测试思想,和在做测试之前应该了解人几点,那么我们在如何完成一次完整的性能测试呢?

  测试报告是一次完整性能测试的体现,所以,这里我给出一个完整的性能测试报告,相信通过这个报告,我们会整性能测试有个整体的了解,知道我们在以后做性能测试时需要做哪些工作

  注明:1)性能测试报告模板很多,这不是一个空洞的模板,是一个完整的测试报告。

  2)由于商业原因,关于项目明,用XXX代替

  3)我一直觉得,关于性能工具重要,但不是很重要,要学习性能测试,需要了解的知识面很多,工具只是工具,是为我们服务的,会用性能测试工具并不代表你就会做性能测试了

  ----//性能测试报告(某网站用户登陆性能测试)

  1、概述

  1.1 目的

  本测试报告为XXXX网站的性能测试报告,目的在于总结测试阶段的测试以及分析测试结果,描述网站是否符合需求。

  1.2 背景

  XXXX网站,XXXXXX科技有限公司目前正在进行性能测试。考虑到用户数量及数据的增多给服务器造成压力不可估计,因此计划对XXXX网站负载性能测试,在系统配置不变的情况下,在一定时间内,服务器在高负载情况下的性能行为表现,便于对系统环境进行正确的分析及评估。

  1.3 范围

  本次测试主要是XXXX网站系统的性能测试。

  1.1 引用文档

  下表列出了执行测试过程所引用的文档:

文档名称 

版本号 

作者 

备注 

XXX系统压力测试方案 

 

虫师 

 
       
       
       

  2、测试概要

  2.1 测试环境

  下图描述测试该项目所需要的硬件环境:

客户机  Intel(R) Xeon(TM) CUP 3.06GHz 四核至强处理器、内存:4GB RAM 
NAS服务器 

PowerVault(TM) NAS1950,

四核至强处理器 E5430, 2.66GHz, 2x6M缓存,1333MHz前端总线,80W 数量1

8GB(2x4G),DDR-2 667MHz ECC 4R Memory

1TB 3.5-inch 5.4K RPM SATA II Hard Drive with interposer 数量12 

数据库服务器  Intel(R) Quad Core E5504  Xeon(R) CPU,  2.0GHz,  4M Cache,  4.86GT/s QPI 数量2
500GB 7.2K RPM  Near Line SAS 3.5” Hot Plug H ard Drive 数量2 RAID
8GB Memory(4x2GB),1066MHz, Dual Ranked RDI MMs for 1 Processor 

  下图描述测试网络的拓扑结构:

                    客户机测试环境                 服务器测试环境

  测试机与被测服务器在同一局域网进行,排除了网速限制及网速度不稳定性。

  系统采用B/S架构模式,客户端通过中间件访问数据库,中间件和数据库分别部署在两台服务器上。

  2.2 人力资源

  下表列出了所有参与此项目的测试人员:

角色  资源数量/具体人员 
测试员  XXXX科技有限公司:虫师 

  2.1 测试工作量

任务  开始时间  结束时间  总计(天数)  总计(人时) 
计划  2011-11-19  2011-11-19   
实际  2011-11-19  2011-11-19   

  3、测试内容及方法

  3.1 测试需求/目标

  在大用户量、数据量的超负荷下,获得服务器运行时的相关数据,从而进行分析,找出系统瓶颈,提高系统的稳定性。

  3.2 测试内容

  本次测试主要是对宝宝足迹网站“首页登录”、后台“成长记录”及网站信息页面访问操作在大负荷情况下处理数据的能力及承受能力。

  测试方法:

场景  并发用户数量  运行场景设置  测试点 
登录  200  40分钟  服务器稳定性及操作响应时间 

  注释:所有用户登陆、没有权限限制。

  3.3 测试工具

  主要测试工具为:LoadRunner性能测试工具

  辅助软件:截图工具,Word

  4、测试结果及分析

  4.1 宝宝足迹处理性能评估

  这次测试属于局域网环境进行,排除了外网的网速限制及不稳定性。

  并发登录用户测试

  测试内容:

  这次测试属于模拟真实环境,加入思考时间(think time);用户输入网址登录首页,加入1~5秒思考时间,输入用户名密码,点击登录按钮。



说明:用户的整个执行流程都录制在Action(循环)部分,所以Vuser_int (开始)和Vuser_end(结束)部分为空。Action_Transaction部分的时间为运行整个Action脚本所需的时间。

  整个Action的平均响应时间为:3.945秒;登录操作的平均响应时间为:1.185秒。

  说明:所有响应事务数为:8720次(个)

  服务器平均每秒响应事件:6.664次/秒;其中登录的平均每秒响应事件为:3.257次/秒

  结果分析:

  此次测试用户操作流程简单,所以并未对服务器造成高度负载,从NAS服务器服务器曲线图来看,0到70%区间浮动,运行相当平稳。从模拟环境来看,加入1到5的思考时间,更符合真实用户的操作。

  从设置200人的压力分析,响应速度很快,完全在用户的感觉快速响应时间内,从整个Action脚本分析,把整个Action时间减去登录时间为:2.76秒,首页的访问时间相比较长,首页部分图片和动画较多,如果用户量访问量继续加大,必定会影响系统性能。

 本文出自seven的测试人生公众号最新内容请见作者的GitHub页:http://qaseven.github.io/

相关实践学习
通过性能测试PTS对云服务器ECS进行规格选择与性能压测
本文为您介绍如何利用性能测试PTS对云服务器ECS进行规格选择与性能压测。
目录
相关文章
|
2月前
|
监控 测试技术 应用服务中间件
系统性能测试
系统性能测试
|
3月前
|
前端开发 JavaScript 安全
性能测试(3)——性能指标
指客户端向服务端发送请求时,所有的页面资源元素的请求的总数量。 点击数不是通常一般人认为的访问一个页面就是1次点击数,点击数是该页面包含的元素(图片、链接、框架等)向Web服 务器发出的请求数量。 通常我们也用每秒点击次数(Hits per Second)指标来衡量Web服务器的处理能力。 强调:非业务请求,是资源请求,如js,css等 ,只有web项目才有此指标 。
74 0
|
7月前
|
缓存 负载均衡 监控
如何分析性能测试需求?
为了避免某个可用区由于网络硬盘等原因损坏导致服务不可用,跨可用区的服务部署是一种常见的容灾手段。
如何分析性能测试需求?
|
7月前
|
运维 监控 测试技术
|
7月前
|
监控 测试技术 BI
|
11月前
|
存储 数据采集 监控
性能测试报告模板
本文档为某某某项目性能测试报告,主要内容包括概述、测试环境、测试方法、测试工具等。主要的读者有性能测试脚本开发人员、性能测试执行人员、性能评估人员、开发人员、项目经理、用户代表等。
1568 0
性能测试报告模板
|
存储 SQL 缓存
性能测试--性能测试数据准备
关于如何准备性能测试数据,相信不少性能测试人员也踩过不少坑:比如数据量不足,导致性能表现非常好,忽略了一些潜在性能问题;数据分布不合理,导致测试结果与线上差异较大,又要推到重来。经过n多次被坑之后,总结下经验。我们把测试数据准备分为两类数据:铺底数据和参数化数据。
367 0
|
SQL 监控 测试技术
大话性能测试系列(3)- 常用的性能指标
大话性能测试系列(3)- 常用的性能指标
182 0
大话性能测试系列(3)- 常用的性能指标
|
SQL 监控 算法
大话性能测试系列(2)- 性能测试步骤
大话性能测试系列(2)- 性能测试步骤
130 0
|
运维 测试技术
性能测试系列三 压测方式简单总结 和压测指标的来源
性能测试系列三 压测方式简单总结 和压测指标的来源
推荐文章
更多