还没开源,公司内部使用,基于 luckyframe 搞的,可以和 xpath 混用
不要写 xpath 了,opencv 图像模式,我都做到平台上面去了,直接识图点击 sendkeys 操作
还真是这样子,默认追加有点傻
合并只是合并探针数据把,通过 classId 和探针数组是否一致判断,文件大小应该不会变化才对
针对覆盖率合并的问题我已经解决了,可以查看我的帖子https://blog.csdn.net/qq_34418450/article/details/135386280?spm=1001.2014.3001.5502
我们是用 threadlocal 解决的,自定义注解 aware,通过注解 aware 注入到测试类,在监听类实现,自己注册个监听的类,单个机器多个 chrome 是可以跑的
2024,共勉
哦哦,好的,下次注意尽量一次提交
@ 明天是 spring 指导开发修改这个 bug 是认真的吗
要么做测开,别做纯点工,容易疲劳
多线程啊,testng 本来就支持多线程,配置下就行
我觉得接口自动化测试主要是用来快速回归的吧,一次编写,重复运行,可以快速发现开发改动的代码是否影响接口的响应准确性,如果功能测试有大把的时间测试,那还要这个干嘛,闲着也是闲着,测试下前端不好吗,另外接口测试可以构造一些特殊的请求,前端传参数都是不可信的
按照正常的业务流程来操作,点击选择弹出的选择项,这个没理由定位不到的
接口并发问题解决不了,另外控制器其实是可以做的,参考 jmeter 的处理,控制器就当成一个集合,里面放测试用例,根据控制器类型去处理这部分用例代码
为啥不在 idea 中搞,这样没多大意义啊