性能测试
文章平均质量分 84
HappyYiqin
这个作者很懒,什么都没留下…
展开
-
性能测试业务模型选取标准
性能测试最终要归结到交易上,交易数量、交易成功率、交易响应时间等都是测试过程中着重关注的测试指标。在评估这些指标之前,选择哪些交易组成测试业务模型是需求调研阶段需完成的关键工作之一一般情况下,通过如下原则选取典型交易:(1)根据交易执行频率,选取执行频率高的交易;(2)根据交易优先级别,选取重要程度高的交易;(3)根据交易占比,选取交易占比大的交易;(4)根据业务发展,选取原创 2015-11-25 20:29:42 · 789 阅读 · 0 评论 -
JMeter JDBC Request(实现往mysql批量造数)
1.测试准备安装mysql数据库,我安装的是8.0.12安装Navicat Premium数据库管理工具准备连接mysql的jar包 mysql-connector-java-8.0.11.jar有一个数据库HttpRunner,下面有三张表,以teacher表为例2.在JMeter中添加jar包方式1直接将jar包复制到JMeter的lib目录下方式2在测试计划中...原创 2018-12-07 11:02:00 · 5001 阅读 · 0 评论 -
TPS和QPS的区别
来到这家公司后,发现开发人员都说QPS,以前做性能测试都是TPS,查了一下这两者的区别如下。目前用jmeter做接口测试的性能,感觉QPS更准确一些。TPS:是Transactions Per Second的缩写,也就是事务数/秒。它是软件测试结果的测量单位。一个事务是指一个客户机向服务器发送请求然后服务器做出反应的过程。客户机在发送请求时开始计时,收到服务器响应后结束计时,以此来计算使用的时...原创 2019-10-18 15:41:03 · 5976 阅读 · 0 评论 -
稳定性测试JVM内存监控
在weblogic中配置应用启动参数,加入如下参数来生成gc日志,供测试进行JVM内存分析。-verbose:gc -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -Xloggc:/home/ap/epsvc/domains/SVCDOM/servers/mSrv1/logs/gc_mSrv1.log在非功能稳定性测试案例执行时,分析应用生成的gc日志来判断J...原创 2018-04-06 00:36:28 · 1476 阅读 · 0 评论 -
性能测试面试题1
今天去面试的时候,面试官出了一道题,要测试一个系统,已知预期的TPS为500,用LR模拟500万用户发压,参数有500万条,分别是经度、纬度和numID。你准备怎么设计并完成测试? 当时我有点懵,我再一次请教他确定要500万个用户?他回答是肯定的。当时我觉得是不可能实现的,每个虚拟用户要开启一个线程,对负载机配置要求会非常高,而且要考虑宽带的问题。总之在我测试的项目里很少有用户数超过...原创 2018-04-11 22:17:44 · 3170 阅读 · 2 评论 -
性能测试相关的命名规范
脚本命名脚本名称应包含项目名、渠道名、交易码、交易名、版本号等要素,并使用“_”连接各要素项目/系统名称_渠道名_交易码_交易名_版本号示例:Bancs性能测试_BancsCard_000450_详细信息查询_V1.0 脚本功能描述“脚本编写信息描述”位于脚本代码上方,主要向脚本阅读者提供以下内容,主要包括:项目名称、脚本功能、版本号、交易路径、开发协议、作者、时间示例原创 2016-03-08 19:20:55 · 861 阅读 · 0 评论 -
性能测试准备——计算pacing值
已知被测系统的交易名称和数量,并通过交易量得到交易占比;已知总的目标TPS为100笔/秒,则各交易TPS=目标TPS*交易占比;响应时间为单交易负载的平均响应时间。如上,VU=交易目标TPS*响应时间 实际VU为VU往大取整 pacing = 实际VU/交易目标TPS 实际pacing为pacin原创 2015-11-25 21:10:55 · 3410 阅读 · 2 评论 -
性能测试——常用函数
HTTP协议函数int web_url( const char *StepName, const char *url, , [EXTRARES, ,] LAST );web_url()是一个操作函数,它可以加载指定的网页(GET)请求,加载URL属性指定的URL,不需要上下文。该函数通过LR启动浏览器捕捉传送的HTTP请求。stepName:VuGen中树形视图中显示的名称,在原创 2016-07-18 12:26:34 · 1419 阅读 · 0 评论 -
测试执行前环境检查
1、测试环境满足性能测试需求,待测系统参数配置、待测系统应用、待测系统中间件、待测系统数据库、后端相关系统、挡板程序、异步接收脚本等正常工作;2、待测系统相关主机资源稳定,满足性能测试需求;3、压力机、服务器存储空间,满足场景执行需要,对于会大量产生日志文件、交易文件的场景,需要准备好定时清理脚本,确保场景顺利执行;4、存量数据满足性能测原创 2016-07-01 20:07:56 · 691 阅读 · 0 评论 -
性能测试报告目录
性能测试报告1、引言1.1 测试背景1.2 测试目的1.3 术语和缩略语2、测试方案 2.1 性能需求2.1.1 系统架构2.1.2 业务模型2.1.3 性能指标 2.2 性能测试环境2.2.1 测试架构示意图2.2..2 软硬件配置3、测试实施情况3.1原创 2016-02-25 18:04:25 · 717 阅读 · 0 评论 -
性能测试——造数
在性能测试脚本准备阶段,脚本中的参数一般需要造数才能更好的模拟真实的环境。有些参数比如身份证号是固定长度的,如果造1万个身份证号,借助一些工具和技巧能更快的帮助我们,我常用的是Excel和UltraEdit工具。例子:造2000个身份证号,360312199401010001—360312199401012000打开Excel选中一列右击——》设置单元格格式 数字——》自定义——》原创 2016-06-20 20:33:21 · 6307 阅读 · 0 评论 -
性能测试准备——计算TPS
例子1:以目前生产核心系统交易量峰值680万笔/天为基数,每年20%的业务增长,柜面业务占比25%,上收业务占比柜面业务的40%计算前端系统三年后业务量为680万*(1+20%)*(1+20%)*(1+20%)*25%*40%=117.5万笔/天。以系统未来预期日交易量117.5万笔/天为测试目标,用常规性能测试TPS估算方法计算,峰值交易TPS为80%的交易量在20%的时间内产生,以系统原创 2015-11-30 21:54:16 · 9953 阅读 · 1 评论 -
性能指标
性能指标:*交易处理能力TPS从业务角度可用“高峰日交易量”来描述系统处理能力指标要求,根据二八原则TPS>=高峰日交易量*0.8/(8*3600*0.2)*交易平均响应时间ART对不同类型的交易可提出不同的响应时间需求,如:查询类交易ART、页面类*最大并发用户数平均并发用户数:在线用户数*(5%~10%)最大并发用户数:在线用户数*(20%~30%)*交易成功率原创 2016-03-08 19:23:47 · 822 阅读 · 0 评论 -
性能测试场景介绍
测试场景一般包括单交易基准测试、单交易负载测试、混合压力测试、稳定性测试、可恢复性测试1、单交易基准测试,1个用户运行10分钟或者迭代100次;解决可能存在的关联问题和参数化问题VU数:1延迟设置:无场景加压策略:一次性加压场景减压策略:运行完结束场景运行时间:100次迭代2、单交易负载测试,用户逐渐增加,运行15-30分钟;验证脚本中可能的多线程同步问题原创 2016-02-25 18:44:01 · 3853 阅读 · 0 评论 -
性能测试过程
一、测试计划非功能需求调研制定《非功能测试方案》评审《非功能测试方案》二、测试准备测试环境准备测试脚本准备测试数据准备测试场景及监控准备三、测试执行(回归的话需要多次进行)测试场景运行场景运行监控运行结果分析系统性能调优四、测试总结测试结果整理和分析编写《非功能测试报告》评审《非功能测试报告》原创 2016-02-24 17:57:41 · 530 阅读 · 0 评论 -
性能测试方案目录
性能测试方案1、引言1.1 测试背景1.2 测试目的1.3 术语和缩略语2、测试需求分析2.1 系统架构2.2 业务模型2.3 性能指标3、性能测试环境3.1 测试架构示意图3.2 软硬件配置4、测试约束4.1 启动标准4.2 结束标准4.3 暂停/再启动准则5、测试准备5.1 测试工具原创 2016-02-25 18:00:11 · 573 阅读 · 0 评论 -
ES笔记2_通过hive往ES批量造数
做接口性能测试前,经常需要往ES中造数。记录一下,举个栗子:1.在hive中创建数据表并造数,如edw.courier_order_time。可以通过其它表创建新表(create table tablename as select )2.建立hive与es的映射关系drop table edw.courier_work_time_total_20190812 ;CREATE E...原创 2019-08-15 15:46:52 · 526 阅读 · 0 评论