jmeter测试服务器性能测试报告,Jmeter的性能测试

需要分析的系统信息

需要分析的业务信息

性能需求评估

确定性能测试点&＃xff1a;

关键业务&＃xff1a;

确定被测项目是否属于关键业务&＃xff0c;有哪些主要的业务逻辑点&＃xff0c;特别是跟交易相关的功能点。例如转账&＃xff0c;扣款等接口。如果项目(或功能点)不属于关键业务(或关键业务点)

日请求量&＃xff1a;

确定被测项目各功能点的日请求量(可以统计不同时间粒度下的请求量如&＃xff1a;小时&＃xff0c;日&＃xff0c;周&＃xff0c;月)。如果日请求量很高&＃xff0c;系统压力很大&＃xff0c;而且又是关键业务&＃xff0c;该项目需要做性能测试&＃xff0c;而且关键业务点&＃xff0c;可以被确定为性能点

逻辑复杂度&＃xff1a;

判定被测项目各功能点的逻辑复杂度。如果一个主要业务的日请求量不高&＃xff0c;但是逻辑很复杂&＃xff0c;则也需要通过性能测试。原因是&＃xff0c;在分布式方式的调用中&＃xff0c;当某一个环节响应较慢&＃xff0c;就会影响到其它环节&＃xff0c;造成雪崩效应。

运营推广活动&＃xff1a;

根据运营的推广计划来判定待测系统未来的压力。未雨绸缪、防患于未然、降低运营风险是性能测试的主要目标。被测系统的性能不仅能满足当前压力&＃xff0c;更需要满足未来一定时间段内的压力。因此&＃xff0c;事先了解运营推广计划&＃xff0c;对性能点的制定有很大的作用。例如&＃xff0c;运营计划做活动&＃xff0c;要求系统每天能支撑多少 PV、多少 UV&＃xff0c;或者一个季度后&＃xff0c;需要能支撑多大的访问量等等数据。当新项目(或功能点)属于运营重点推广计划范畴之内&＃xff0c;则该项目(或功能点)也需要做性能测试。

建立性能指标

a.选取核心业务流程(重要程度/频繁)

b.并发用户数

c.事物吞吐需求

d.响应时间需求

e.系统占用资源需求

f.可扩展性需求

建立系统负载模型

业务层面&＃xff1a;

(a)核心业务流程吞吐率

(b)高峰期业务分布时段

系统负载&＃xff1a;

(a) 高峰/平常场景吞吐率

(b)CPU/IO/MEM/NETWORK

数据来源&＃xff1a;

(a)服务器端监控

(b)数据库日志

(c)用户提出需求

制定测试计划的实施时间和方案

预设本次性能测试各子模块的起止时间和结束时间

测试环境的配置&＃xff1a;局域网&＃xff0c;虚拟机&＃xff0c;操纵系统&＃xff0c;数据库&＃xff0c;中间件

参与人员&＃xff1a;谁负责哪些任务&＃xff0c;测试策略。

产出&＃xff1a;测试方案&＃xff0c;分析结果

搭建测试环境

测试机环境

服务器环境

测试场景设计

通过和业务部门沟通以及以往用户操作习惯&＃xff0c;确定用户操作习惯模式&＃xff0c;以及不同的场景用户数量&＃xff0c;操作次数&＃xff0c;确定测试指标&＃xff0c;以及性能监控等

测试用例设计和脚本开发

选择LoadRuner或者Jmeter&＃xff0c;我使用的是Jmeter。

我使用Jmeter的工具进行录制&＃xff0c;

(PS:能直接写脚本就自己写尽量少录制&＃xff0c;录制有时候会有干扰)

对脚本进行修改&＃xff0c;增强脚本&＃xff0c;让脚本更符合业务逻辑&＃xff0c;可用性更强。

(1)参数化用户输入

(2)关联数据

(3)增加事物

(4增加检查点)

调试脚本

(1)Vugen单次回放

(2)Vugen多次回放

(3)Controller单脚本多用户

(4)Controller多脚本多用户

(5)查看回放日志

验证脚本

(1)通过检查点验证

(2)通过查看后台服务器日志验证

(3)通过测试系统查看运行后台变化

(4)利用SQL语句查询/插入/更新/修改&＃xff0c;查看效果

测试数据准备

获取数据有两种方式&＃xff1a;

(1)拉取生产数据&＃xff0c;尽量保持数据一致以及量级足够

(2)利用脚本自动生成数据或者利用测试工具生成数据&＃xff0c;(如&＃xff1a;利用JDBC预埋数据)

a)负载测试数据&＃xff1a;并发测试时需要多少数据&＃xff1f;比如登录场景&＃xff1f;

b)DB数据量大小&＃xff1a;为了尽量符合生产场景&＃xff0c;需要模拟线上大量数据情况&＃xff0c;那么要往数据库里提前插入一定的数据量。

性能测试执行和管理

执行测试脚本

在已部署好的测试环境中&＃xff0c;按照业务场景和编号&＃xff0c;按顺序执行我们已经设计好的测试脚本

测试结果记录

根据测试采用的工具不同&＃xff0c;结果的记录也有不同的形式&＃xff1b;展现方式&＃xff1a;折线图&＃xff0c;统计图&＃xff0c;表格等&＃xff0c;现在大多的性能测试工具都提供比较完整的界面图形化的测试结果&＃xff0c;当然&＃xff0c;对于服务器的资源使用等情况&＃xff0c;可以利用一些计数器或第三方监控工具来对其进行记录&＃xff0c;执行完测试后&＃xff0c;对结果进行整理分析&＃xff0c;

性能测试结果分析与调优

测试环境的系统性能分析

根据之前记录得到的测试结果&＃xff0c;经过计算&＃xff0c;与预定的性能指标进行对比&＃xff0c;确定是否达到了我们需要的结果&＃xff1b;如未达到&＃xff0c;查看具体的瓶颈点&＃xff0c;然后根据瓶颈点的具体数据&＃xff0c;

瓶颈定位分析

硬件设备对系统性能表现的影响分析

配置几个不同的测试环境&＃xff0c;故可以根据不同测试环境的硬件资源使用状况图进行分析&＃xff0c;确定瓶颈是再数据库服务器、应用服务器抑或其他方面&＃xff0c;然后针对性的进行优化等操作

其他影响因素分析

影响系统性能的因素很多&＃xff0c;可以从用户能感受到的场景分析&＃xff0c;哪里比较慢&＃xff0c;哪里速度尚可&＃xff0c;这里可以根据2\5\8原则对其进行分析&＃xff1b;

至于其他诸如网络带宽、操作动作、存储池、线程实现、服务器处理机制等一系列的影响因素&＃xff0c;具体问题具体分析&＃xff0c;

测试中发现的问题

在性能测试执行过程中&＃xff0c;可能会发现某些功能上的不足或存在的缺陷&＃xff0c;以及需要优化的地方&＃xff0c;需要多次执行测试。

测试报告和跟踪

性能测试工程师完成该次性能测试后&＃xff0c;需要将测试结果进行备案&＃xff0c;并做为下次性能测试的基线标准&＃xff0c;具体包括性能测试结果数据、性能测试瓶颈和调优方案等。同时需要将测试过程中遇到的问题&＃xff0c;包括代码瓶颈、配置项问题、数据问题和沟通问题&＃xff0c;以及解决办法或解决方案&＃xff0c;进行知识沉淀。

上文内容不用于商业目的&＃xff0c;如涉及知识产权问题&＃xff0c;请权利人联系博为峰小编(021-64471599-8017)&＃xff0c;我们将立即处理。

22/2<12