性能测试报告(实例)-阿里云开发者社区

开发者社区> 开发与运维> 正文
登录阅读全文

性能测试报告(实例)

简介:

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

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

      注明: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

8GB2x4G,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

1

 

实际

2011-11-19

2011-11-19

1

 

3 测试内容及方法

3.1 测试需求/目标

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

3.2 测试内容

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

测试方法:

场景

并发用户数量

运行场景设置

测试点

登录

200

40分钟

服务器稳定性及操作响应时间

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

3.3 测试工具

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

辅助软件:截图工具,Word

 

4 测试结果及分析

 

4.1 XXX处理性能评估

 

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

 

 并发登录用户测试

 

测试内容:

 

这次测试属于模拟真实环境,加入思考时间(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秒,首页的访问时间相比较长,首页部分图片和动画较多,如果用户量访问量继续加大,必定会影响系统性能。

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享:
开发与运维
使用钉钉扫一扫加入圈子
+ 订阅

集结各类场景实战经验,助你开发运维畅行无忧

其他文章
最新文章
相关文章