jmeter

Jenkins和JMeter集成并在Jenkins中显示JMeter生成的HTML报告_运维_kmlyc的博客-CSDN博客 https://blog.csdn.net/kmlyc/article/details/80686213 来源： oschina 链接： https://my.oschina.net/u/4276444/blog/4276949

最近，我们做了一个把Grofers的所有服务迁移到Kubernetes上的决定。 Grofers是杂货领域印度最大的低价在线超市，成立于2013年12月01日，由Albinder Dhindsa和Saurabh Kumar创立，总部位于印度德里的卫星城市Gurugram。其主要提供各种类别的产品，如杂货、水果和蔬菜、美容和保健、家庭护理、婴儿护理、宠物护理、面包和肉类以及海鲜等产品。 在迁移前端网站到Kubernetes上的过程中，我们发现默认的滚动更新部署策略并不如理想中那么好，所以我们不得不使用蓝绿策略来代替（后面会详细讨论）。 对于那些想要做同样迁移工作的人，这篇博客可以作为一个指南，因为当前缺乏这块主题相关的资源，所以这可以节省他们的时间和精力。 首先我们会介绍一些基础知识，然后一步一步的介绍怎么实现，最后再通过运行负载测试来考察不同策略的效果。 什么是Kubernetes？ Kubernetes是一个开放源代码的容器编排系统，用于自动化应用程序的部署，扩展和管理。 我不会介绍Kubernetes所有的基础知识（可以在这里查看其它好的资源[1]）。这篇文章中我只会介绍两个非常常见的部署策略。 第一个是蓝绿策略。对于部署单页面网站应用（网站资源使用版本控制），推荐使用该策略。 另一个是滚动更新策略

当我们使用Jmeter工具进行接口测试，可利用CSV Data Set Config配置元件，对测试数据进行参数化，循环读取csv文档中每一行测试用例数据，来实现接口自动化。此种情况下，很多测试工程师只会人工地查看响应结果来判断用例是否通过。 其实我们同样可利用CSV Data Set Config来帮助我们实现自动断言。 思路： 将每一条用例的预期结果一并保存在csv文档中，循环读取文档中的期望结果，来跟实际运行的结果进行一致性判断，高效实现接口自动化。 示例： 1、整理测试数据及预期结果的CSV文档 比如当前要去测试一个注册接口，先来分析下注册传入哪些参数，有包括手机号码mobile_phone、密码Pwd、用户类型type、注册名reg_name；分析注册返回结果并取响应结果中参数code、msg实现断言。 将注册中每条用例需要传入的这4个参数数据，以及需要断言的期望的code、msg整理到一个csv文档中，如下： 2、CSV测试数据参数化 打开jmeter，添加好线程组、信息头管理器、注册请求、CSV数据文件设置、查看结果树； 1)CSV数据文件设置 以上注意：若CSV中数据包含中文，这里设置文档默认编码GBK。另外关于CSV Data Set Config的每一项设置说明可参考我以前写的文章 https://www.cnblogs.com/tudou-22/p

1.安装Jmeter 1.1 JDK 安装 笔者提供 : https://pan.baidu.com/s/1GJO_9OJN6FRoFqqOrbLvjA 提取码：8dkK 官方下载地址： https://www.oracle.com/java/technologies/javase/javase-jdk8-downloads.html 相关环境设置，在这里不做赘述 1.2 Jmeter 安装 下载地址： http://jmeter.apache.org/download_jmeter.cgi 下载后解压即可使用，详细环境设置在这里不做赘述，可百度Jmerter安装查看相关说明 安装ANT 下载地址： http://ant.apache.org/bindownload.cgi 下载后解压到指定位置即可，如： 环境变量配置（window) 新增 ANT_HOME 变量添加：D:\apache-ant-1.10.3 Path 变量中添加：%ANT_HOME%\bin classpath 变量中添加： %ANT_HOME%\bin 注意：变量之间用；分割 安装验证 在命令行输入 ant -v 出现对应版本信息则已安装成功 注意：环境配置中如果设置成：path：%ANT_HOME%\bin （为了方便在dos环境下操作），如果环境配置不成功，需要把地址换成为 D:\apache-ant-1

笔者在做Jmeter压测时需要用到单机2000以上并发，考虑到windows下GUI的局限性，于是考虑在Jmeter下进行集群压测，分享如下： Linux 下 分布式部署： 1、定义一台 control， 如把192.168.58.175 定义为control，其他 58.176，,5.177,58.178 定义为 agent，那么在 58.175 上 的 jmeter.properties 文件里 设置： remote_hosts=192.168.58.176:1099,192.168.58.177:1099,192.168.58.178:1099 2、在 其他 三台 agent 上 如 192.168.58.176 的 jmeter.properties 文件里 设置： remote_hosts=192.168.58.176:1099 ，另外两台 agent 参考 58.176 当然压测脚本还是要在windows GUI 上调试好： 3、其他三台agent 启动： nohup ./jmeter-server > ./jmeter-server.log 2>&1 & 4、在control 启动 ./jmeter -n -r -t ./wljs-API.jmx -l ../report/result.jtl -e -o ../testresult/ -GthreadNum=1000

APP测试和Web测试的区别 单纯从功能测试的层面上来讲的话， APP 测试、web 测试 在流程和功能测试上是没有区别的 根据两者载体不一样，则区别如下： 一、系统结构方面 web项目，b/s架构，基于浏览器的；web测试只要更新了服务器端，客户端就会同步会更新 app项目，c/s结构的，必须要有客户端；app 修改了服务端，则客户端用户所有核心版本都需要进行回归测试一遍 二、性能方面 web项目 需监测 响应时间、CPU、Memory app项目 除了监测 响应时间、CPU、Memory外，还需监测流量、电量等 三、兼容方面 web项目： 1. 浏览器（火狐、谷歌、IE等） 2. 操作系统（Windows7、Windows10、OSX、Linux等） app项目： 1. 设备系统: iOS（ipad、iphone）、Android（三星、华为、联想等） 、Windows（Win7、Win8）、OSX（Mac） 2. 手机设备可根据 手机型号、分辨率不同 四、相对于 Wed 项目，APP有专项测试 1. 干扰测试：中断，来电，短信，关机，重启等 2. 弱网络测试（模拟2g、3g、4g，wifi网络状态以及丢包情况）；网络切换测试（网络断开后重连、3g切换到4g/wifi 等） 3. 安装、更新、卸载 安装：需考虑安装时的中断、弱网、安装后删除安装文件等情况 卸载：需考虑

Grafana集成进自己的监控项目 可能有需求是将grafana的dashboard集成到自己的监控系统里面，这样就避免了进grafana再查看 方案有是有，可能有点不安全，建议实在要这么干的话： 尽量是公司内部玩，也就是纯内网操作； 找IT设置网络访问权限，只有公司IP可以访问监控系统和grafana的域名/IP； 以下是方法： 嵌grafana监控dashboard，只需要在web监控iframe中嵌进去： <iframe src="http://192.168.0.1:3000/d/oidoT24Wk/apache-jmeter?refresh=5s&orgId=1" width="450" height="200" frfameborder="0"></iframe> src后面放dashboard的页面即可 但是这样有个问题，直接打开，会跳转到登录页面，也就是想这么做的话，需要开启 匿名登录 修改grafana配置文件: vim /etc/grafana/grafana.ini 修改为 1 2 3 4 5 6 7 8 9 10 11 12 [auth.anonymous] # enable anonymous access # 去掉注释，改为true，允许匿名访问 enabled = true # specify organization name that should

文章首发于公众号：测试人追风 回想自动化测试的学习过程，因为发现很多人总是急于求成，不懂该如何学习。 当你是新手的时候肯定会选择加很多的群。在群里总是会遇到很多人问低级问题，写了一个selenium脚本，却执行失败，也不看报错，就直接跑到群里来问(有时候连个图都不发或发图只截图一小半,有的甚至问我和你写的代码一样怎么运行不起来了呢?)，大神，这里为什么会报错?很多都是明显的语法问题一问才知道，今天刚刚学selenium，之前也没有语法基础，没学过Java，没学过Python，就跑来搞selenium，想玩自动化。 每当看到这样的同学，总是很想吐槽，但又忍住了。 因为看到了从前那个少年，没有一丝丝改变！我就是从功能测试开始学习成长！有过迷茫，问题得不到解答的时候自我怀疑。 今天来跟大家谈谈我认为的正确的自动化学习路径。（篇幅有些长，我们被太多碎片化时间消磨了深度学习的能力， 看完必有所获！文末有思维导图 ） 我的职业生涯开始和大多数测试人一样，开始接触都是纯功能界面测试 。那时候在一家电商公司做测试，做了有一段时间，熟悉产品的业务流程以及熟练测试工作流程规范之后，效率提高了，工作比较轻松，也得到了更好的机会去发展。 在后来的公司得到了领导的信任，待遇方面工资加上年终奖， 加起来年薪能达到20W。由于当时公司规模和产品的局限性，导致自动化测试始终未能应用到公司项目中 。外面的世界很大

jmeter 为性能测试提供了一下特色： jmeter 可以对测试静态资源（例如 js、html 等）以及动态资源（例如 php、jsp、ajax 等等）进行性能测试 jmeter 可以挖掘出系统最大能处理的并发用户数 jmeter 提供了一系列各种形式的性能分析报告 使用 jmeter 一般用于以下两种类型的性能测试 负载测试：通过测试系统在资源超负荷情况下的表现，以发现设计上的错误或验证系统的负载能力。 压力测试：测试系统能承受的最大负载能力。目的在于发挖掘出目标服务系统可以处理的最大负载。 基本过程 下面我们看下使用 jmeter 进行性能测试的基本过程 对上图进行简要的说明 新增线程组 创建测试线程组，并设置线程数量及线程初始化启动方式。 新增 JMeter 元组 创建各种默认元组及测试元组，填入目标测试静态资源请求和动态资源请求参数及数据。 新增监听器 创建各种形式的结果搜集元组，以便在运行过程及运行结束后搜集监控指标数据。 运行&查看结果 调试运行，分析指标数据，挖掘性能瓶颈、评估系统性能状态； 示例 下面我们以打开百度演示上述过程。 新增线程组 在 jmeter 的 bin 目录下双击 jmeter.bat或ApacheJMeter.jar 启动 jmeter，如下图： 在左边操作栏中选择“测试计划”，右击新增一个线程组，如图所示： 初始化线程组相关信息 新增