加油加油,专注注意力做一些事情,放宽求职范围、多跟朋友聊聊。
如果打算将来在以上几个领域深造,选择对应专业能排上全国重点专业的学校,这时候就不看是否 211 了看专业的全国排名。
此外基于现在的大环境比较卷,考虑考研 985 院校,在专业领域更进一步是相对比较大的提升。
我还是倾向 Excel,方便读写和批量管理,如果 yaml 不是更方便维护还是 Excel 吧
怎么做才能让 py 方便读取并执行 GO 用例呢,跨语言大概率会遇到很多问题…
如果还是用 GO 写用例,还是好好研究 GO 的测试工具吧,搞出来了就是经验啊💪
最近用到常量吞吐量控制器,总结主要两点:
最初纠结于没有利用到线上数据,但是楼主的做法提醒了不止关注 “录制” 和 “回放” 的传统做法,只要能通过一些手段拿到覆盖更全的数据去伪造接近线上数据的场景,也能做到有效的回放(发布后快速回归功能),就是不用局限于线上流量录制这种方式。
再求解:
谢谢解答,有做过用 fiddlerScript 转存抓包的 http 报文到 txt 文档,然后用 python 解析成一个个标准接口发起请求,但是没去解决现有用例对接口的调用,正好参考下 httprunner 的处理方式😀
你好,我看到你的回复这里有些疑问,"基于抓包直接写调用,调用而非用例"方便举例解释下吗?
如果接口文档明确,或者基于抓包的实际报文直接写调用(注意是调用而非用例),应该全时间投入的话 1 天内的工作量?
解决数据干扰,目标用例执行时先初始化所需数据能否满足你呢
提示无权限访问目录,那个问题可以通过增加一个参数解决:sudo npm install -g stf --unsafe-perm 。
参考了文章:https://www.cnblogs.com/ganiks/p/stack-error-eacces-denied-node-gyp.html
纯小白那会,自己搭建简单自动化架子,代码分层少,到处是硬编码,函数复用性低,使用的设计模式也少,更像是在堆叠。。。
现在再搭建自动化脚本框架,有时就会纠结封装颗粒度,复用性和通用性,调用方式是否优雅。
每次明明知道这些优化没有增加自动化脚步测试的价值,但是还是会去做一些优化😂
确实是不同的安卓手机,没考虑过这个的影响。我试试看
另外:text 和 content-description 这两个属性都可以认为是 text,试了下这个确实可以换着用。
我看了 appium-inspector 解析 app 后的 xml 结构,跟我在 windows 上查看时解析出来的 xml 结构不同,回到家我先统下版本试试。
通常是 appActivity 设置有问题,不要随便写,可以 adb 抓包看启动 APP 时最先创建的 activity
其实也不用每个用例去维护一个 json 文件,可以把验证工作一分为二:
1.验证接口响应数据的结构 (就是验证 json 结构和各个字段的数据类型,json schema 就能实现出来)。只要接口返回的 json 格式没变这个接口的 json 验证文件就不用变,每个接口一个 json 文件即可 (不是每个用例一个 json 文件!)
2.具体到用例的验证,根据业务逻辑取关键字段的数据去验证就行。自动化也不能完全按手工测试的覆盖程度来做,毕竟需要考虑投入产出比的
做到 1 和 2 基本能认为这个接口验证完成了
一个接口维护一个 json 文件如何,每个接口被调用时默认去校验一次(利用 json-schema 的语法)响应 body,而每个用例另外去取数断言。
已提交
场景化测试,我理解为接口用例的组织要灵活可扩展,方便接口请求的拼装、数据库连接和操作、接口之间参数传递、断言、输出测试报告等等,建议你参考下 httprunner(九毫大神已经开源了),社区可以找到系列文章介绍他设计思路的
截图中不是对 chrome 开发工具的操作吗,还没到需要 adb 桥接安卓手机这一步吧,这个报错是跟这个有关吗?没理解
PyChromeDevTools 访问网站的代码报错是什么情况,求解答~
代码截图:
同问,现公司很多应用是 hybird app/小程序/微网站,求介绍 UI 自动化实现思路~
请问金融行业经验是硬性要求吗?