jmeter

性能测试学习和性能瓶颈分析路线

雨燕双飞 提交于 2020-11-23 17:48:38
做性能测试已经有一两年时间了,一直都在胡乱碰撞,东学西学,都是一些表面的东西,很少想过把它们连贯起来。今天根据自己的理解写一下性能测试到一定阶段需要站到一个什么样子的高度去看待性能这个问题。 很多企业招聘都只写性能测试,会使用LR,jmeter工具。其实会使用jmeter和LR进行性能测试还只是性能测试的第一步,离真正的性能测试工程师还很远,我也还在路上 .。 性能测试,都是要求测试系统性能,系统自然就应该包括:客户端;网络;服务端。 一:先易后难。 首先是客户端性能,会有占用硬盘空间,内存使用,CPU占用,如果涉及下载存储就会涉及到磁盘。当然客户端性能现在已经算不上最主要的了。 除非是一下单机,和C/S架构的客户端。客户端性能是相对容易测试出来的,不涉及并发,只要程序运行起来就会看到内存和CPU使用情况,使用快慢很容易体会出来 二:网络环境。 网络环境是连接客户端和服务器的重要部分,如果网络带宽不够,就算服务器速度再快也是很难达到性能要求的,就是桥很窄而要过桥的人很多 三:服务器环境。 做为最受重视的一部分,同样服务器也必然涉及到CPU、内存、磁盘、当然还有我们不希望看到的swap。 这里先说的服务器性能是纯粹的机器性能不涉及软件环境性能。很多初级性能测试人员根本就不管这些,只是一句话是服务器性能瓶颈,却不分析是哪个地方的瓶颈。 服务器机械性能

jmeter--Response code: 400 Response message: Bad Request问题解决

帅比萌擦擦* 提交于 2020-11-23 08:28:55
jmeter--Response code: 400 Response message: Bad Request问题解决 参考文章: (1)jmeter--Response code: 400 Response message: Bad Request问题解决 (2)https://www.cnblogs.com/fppblog/p/11474942.html 备忘一下。 来源: oschina 链接: https://my.oschina.net/u/3797416/blog/4733589

Jmeter 参数未编码异常:java.net.URISyntaxException: Illegal character in query at index 172

∥☆過路亽.° 提交于 2020-11-22 06:51:03
Jmeter 参数未编码异常:java.net.URISyntaxException: Illegal character in query at index 172 参考文章: (1)Jmeter 参数未编码异常:java.net.URISyntaxException: Illegal character in query at index 172 (2)https://www.cnblogs.com/JcHome/p/10241923.html 备忘一下。 来源: oschina 链接: https://my.oschina.net/u/4432649/blog/4732632

***大数据项目重点和难点分析

痴心易碎 提交于 2020-11-21 03:16:41
2018/12~2019/01 项目启动,双方领导表达对项目的展望,定下基调,调集具体的实施人员,从实施人员中选定leader; 2019/01~2019/02 初步调研需求,熟悉ZCGL部门工作内容,了解ZCGL部门想做什么,每次调研和讨论都要形成会议纪要,整理成初步的需求调研文档; 2019/02某日 组织协调会,双方领导参加,乙方leader汇报实施进展,陈述项目的困难之处,甲方领导重申需求,并就重点和时间节点表达关切,乙方领导发表折中意见; 2019/02~2019/03 ZCGL部门梳理流程模板,整理字段; 项目经理理解流程模板和字段,梳理逻辑,整理问题,划分功能I模块,撰写需求规格说明; UI设计师阅读需求规格说明,思考交互逻辑,设计用户界面; 前端阅读需求规格说明,发现难点,提前研究,及时反馈能否完成,或者调整技术方案; 后端阅读需求规格说明,进行技术选型,设计软件架构以及接口文档; 大数据端阅读需求规格说明,整理数据库表,依据性能要求,设计分布式文件系统的架构; 2019/03~2019/04 项目经理与ZCGL部门经过多轮沟通,逐渐补全流程模板和字段,根据需求的紧急情况、完善情况和稳定情况决定模块开发的先后顺序,并划分一期开发和后期开发,把新的问题和新的解决方案整理到需求规格说明中去; UI设计师初步完成界面设计,并与ZCGL部门进行讨论,经过多轮的 发现问题—

【分享】如何把接口测试引用变量参数变成 “小事儿”

泄露秘密 提交于 2020-11-21 00:29:22
今天看了一篇文章,觉得蛮有意思,做接口测试常常会用到变量参数化。但是对于新手好像没有那么简单,但是读完这篇文章觉得,其实有些工具可以把复杂的事情变得简单。 下面是文章的具体内容: 【正文】 朋友们好啊!我是骑着白马的少年!!! 今天有个同学问我,马哥,马哥在吗?我说什么事儿。 啪啪给我打了一堆字,附加给我一张截图。我一看!噢,原来是接口测试,还要引用变量参数。 他说两种方法,一种是叫开发把变量,弄成不变的,一种是进行变量参数化。 他说,马哥叫开发改,开发就知道他菜了,会喷他,就叫给我说,马哥能不能教我测试混元功法,让我接口测试能够正常上手。 我说可以。 我说接口变量参数化特别简单,他不服气。 我就给他说你可以用jmeter的json提取器来参数化这个变量,他说他不会太难了,不知道怎么用。 我说很简单嘛,就定位一下响应值中变量的位置,然后设置了变量名不就好了。 他说,我弄了还是弄错了,马哥你能不能直接帮我写好了发过来,我说我接口测试用的国产的接口测试工具apipost。 他说,马哥你是不是英文不好啊,我说,是的,所以我使用了国产接口测试工具apipost,还可以生成各种格式的接口文档。 他说,马哥马哥快教我。 我,啪的一声点击鼠标就打开了我的apipost,给他演示了一个登录接口如何进行编写。 他说,马哥我要的是变量参数化啊,不是光登录功能啊。 我说,年轻人别着急还没有写完那

Jmeter--录制脚本-用户参数化-添加断言

我与影子孤独终老i 提交于 2020-11-15 04:48:52
使用jmeter实现的场景 1、使用badboy录制脚本 2、使用jmeter自带元件进行用户参数化 3、给请求添加断言(给请求添加检查点) 使用badboy录制脚本导入jmeter 1、输入https://www.sogou.com按回车 2、输入“badboy”进行搜索 3、保存脚本为jmeter可使用的脚本格式(在badboy中选择:File->Export JMeter6…)样例中保存后的文件名为test-1.jmx 4、在jmeter中打开test-1.jmx 使用jmeter自带元件进行用户参数化 1、添加“前置处理器”-“用户参数” 2、设置参数名,参数值 3、在请求中替换变量参数使用的格式为${参数名} 给请求添加断言(给请求添加检查点) 1、在需要添加断言的请求下(本样例为搜索请求下)添加响应断言,设置响应的内容 2、添加断言结果(保持和响应断言同级目录),另外样例设置了2个参数,请求需要被请求2次,所以线程数也需要相应的调整为2 3、检查结果:启动线程组,查看结果(响应成功) 4、响应失败的情况(在响应断言元件中录入一个错误的参数,在响应结果上右键清除上一次的结果内容,重新启动线程,将看到响应结果响应失败) 原文出处:https://www.cnblogs.com/maggioc/p/11221612.html 来源: oschina 链接: https:/