自动分析，请问这块是 ai 么？还是什么？

不理解业务，断言可能都断言不到准确的位置。这事我干过🥹

是的，用于自己统计归类，也是为了将用例写的更稳定一种手段

支持，其实平台也是在本地一台机器上部署的，不是服务端上

公司项目哈，不好开源，目前已开源的项目都差不多

metersphere 找运维部署下，文档官方写的很清楚，还有用例管理啥的，个人觉得很方便

看了大佬们的建议，对于当前用例编写改进
1、增加了组件用例的编写方式，ai 生成前端页面，改下了部分逻辑就能使用了，yaml 在线编写和组件编写可以互相转换使用。
2、增加了用例步骤的封装功能，针对于重复较多的部分，也是通过 yaml 文件编写成用例，在其他地方直接引用就可以了。

现在需要思考的是，公共部分封装的颗粒度问题，如何做到合适的封装还得需要用例来衡量。

搜噶了解，目前有思路做个简单版本的引用，感谢🙏

有个问题请教下，这种方式写的话，如果一个场景的步骤有改动了，比入一个查看个人信息的入口更改了位置，是不是所有相关联的场景用例涉及到这个入口的都需要改动

目前 yaml 文件写的方式，是通过关键驱动的，看您的回答，可以将 po 模式也能封装成事件在通过关键字的方式调用，这个思路可以试试，还没尝试过。感谢提供的思路🙏

看看 restframework 官网文档就行

https://testerhome.com/topics/40124

自己写的 html 报告，拼接的数据，存储本地

关键字驱动，抽离脚本公共方法，只维护元素用例

专科是一点机会都没有嘛？

大佬，这是纯手撸的嘛？

目前用 uiautomator2+ airtest 维护 300 条用例。
失败情况基本是：
1、关于网络的情况，比如搜索数据的时候，可能网络问题导致失败
2、用例逻辑关联，上一条失败了，导致下一条数据没有
3、用例与用例兼容问题，垃圾数据影响导致失败 (这个通过其他方式已解决)

维护用例除了网络问题，基本都克服了。只能在步骤上增加等待时间来解决。

disabled ssl proxying 是否开启？

日志哨兵这个策略，大佬可以单独更新一篇了，实时获取日志，kfk，降噪，经验库等。

请问下日志采集用的是什么？

有个想法不知道成不成立，分辨率归类，这里说的兼容性是分辨率的话
1、按比例，是否可以大致归类，让我这么想起来的就是抖音上传视频 9:16 之类的，这么去划分。
2、按横竖屏分辨率，横评相同为一类。

好奇这个，坐等答案

现在一线城市，20K 以上已经很难了嘛？

大赞👍

请问这个有开源么？