“我理解压力机的加压跟服务端的能力是无关的,继续加压应该会出现发送流量一直上涨”
这个理解是错误的,同一个线程或者说虚拟用户,发请求不是一直发的,要等服务端返回才会继续发
前端改的代码,前端点解决,可以要求后端以后写清楚点
如果二选一,那肯定是 95%percentile,median response time 是中位数,响应时间的最大值跟最小值变化不大,所以它不怎么变
“横向发展不是浅尝辄止的,每种相关的技术都需要花上一些精力去掌握的,当你掌握住后再换其他的”
不敢苟同,我认为每个方向上的技术都是不断发展的,很难有什么掌握住了这种境界,那让别人专注一个方向的情何以堪?我不是说 T 字形不好,只是太理想化,需要付出的是成倍的精力,还有得承认人的学习能力是有差距的,找到自己合适的横向或者纵向比较实际
jmeter 中,默认一个线程组下的请求是串行的,所以比浏览器中并行的时间要长;但我认为这不重要,你这里性能测试测的是服务端的性能,而前端用了一些手段(并行请求)来提升用户体验,其实是不影响你后端性能。不要单纯用你测试来的接口响应时间来评估用户的等待时间就可以了
垂直发展,我理解就是在一个领域一直深入,这样还被淘汰,发展了个啥 ? 垂直发展首先要找到合适的领域,其次要找到合适的工作岗位,岗位应该一直与你发展的领域契合,测一年 web 测一年 app,难以深入
6
jmeter 呗
+1,多试几次就好了
凡是没有绝对,听君一席话,胜读十年书的时候也是有的
问题已解决,将 fixture 的 scope 作用域改成默认的即可解决,至于原理还不太明白
1、概念问题,接口返回值并没有变,你咋还能改接口呢,你改的是 charles 返回给 app 的数据;
2、返回数据已修改生效,app 上显示与预期不符你该去问客户端开发,拿你造的接口数据给他看,可能你没搞清楚 response 解析的逻辑,也可能改的数据不对,客户端请求了接口却没更新数据这不大可能。
3、既然用了 map local 修改返回值,那就不需要断点吧
不是大佬,我这边简单小项目(就几十个接口,就算全部顺序执行也没啥,主要成本小,几天就完成)用 metersphere,项目接口情况比较复杂的使用 pytest 去封装、分层
1、微信小程序的开发版体验版开启调试模式可以抓包,不知道支付宝小程序有没有类似的功能
2、用 Android 6 以下试试
是个很好的问题,最近也有类似的疑惑,个人感觉用 httprunner 也应该掌握源码,如果是仅仅当工具来用的话那不如用 metersphere 这类的开源平台;自己封装能加深对接口自动化的理解,也更灵活可控,毕竟自己的代码想咋改咋改。(ps:单元测试框架更喜欢 pytest)
没看出来怎么就直接打开了目标界面了,这不仅仅是打开了浏览器?
第一种缺点还有个不好维护测试执行结果,然后想要看用例快速了解需求,那用例写的是真好,感觉有点难
这结论不太对吧,难道所有场景下接口都可以并行访问不存在依赖?而且 jmeter 也不是不支持并行请求
添加删除都有,那假设还有个查询接口也合理吧
添加然后查询,删除了再次查询,下次还是这一套,会有什么问题吗
兄弟,最近整 airtest 突然想起有个帖子,框架能否借来学习一下?
换个思路,写个.bat 去调用这些脚本,用的时候双击.bat
有验证服务端,是不是有那么多连接数吗,别你这边是加了线程数,实际上服务端连接数都没上去
安卓的 https,找个安卓 6 及以下的测试机留着吧,有时候测的东西没法加配置
嗯,可惜不是自己服务,SDK 升级后应该是不能抓了,得禁用 SSL 才能正常访问