ui 自动化 或者 流量回放测试?
我是小厂,做了 ui 自动化和流量回放,都有些成效,但各有问题和局限。ui 自动化更新维护成本比较高,而流量回放业务测试基本用不上,只能做 general 的简单验证,无法做到业务级别。
想请教亲们,做了这些探索,但实际落地情况如何
现在全是 AI 自动化了
我也来蹲个答案
解决你们产品开发痛点的自动化才是高成效的,别人家的经验在你家不一定显灵哈。
问一下,你现在的接口自动化和 UI 自动化都到什么程度了?是否已经与生产发布行程闭环了?各有问题是什么问题?能否绕开问题让测试更加稳定?
现在很多人在尝鲜,而眼前的自动化半拉工程直接搁置了,这就比较低效了。
原因听听你的上下文,各位会给你出主意的。
工业自动化,现在搬运都用智能小车了
我大学室友就是再搞这个的,那种大型的物流中转,就是用的这种智能叉车;听说老板把产品都卖到了毛子那里了
ui 自动化执行还算稳定,就是维护成本高,目前是关键字驱动,基于 yaml 来写 case。后续也想转成 ai,就是不知道落地成效如何,还需要训练大模型。想有没有工具可以自动爬取开发代码,生成 locator,那样会效率高一些。
流量回放的话,只是通过 error 率和空结果,以及查看日志是否有 exception 来看流量是否回放成功。但没有细化到业务级别的验证,应该对 reponse 进行 diff。这部分业务测试还没 cover,业务测试也用不了这个工具,目前研发用于自测。想知道流量回放在其他厂落地如何呢,业务用么,还是研发用呢。
ai 的话,除了 ui 自动化,接口级别貌似暂时用不上呢。ai 的话,目前相接字节那个开源框架