看了大佬们的建议，对于当前用例编写改进
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 以上已经很难了嘛？

大赞👍

请问这个有开源么？

最后一测，也就是上线前的回归测试
回归用例 + 新功能简单测试下
回归用例包含：老功能的 P0
如何确定用例为回归用例呢？
1、一级页面的功能，使用频率高的可添加回归用例集
2、每次新增功能，挑选重要功能的用例添加回归用例集
3、涉及到支付和广告，安全相关内容，添加回归用例集
4、根据公司业务情况，沟通考虑其他

好巧，下个 Q 也要做这种，平台运行脚本的方式。

单独的一个电脑链接的手机，也作为了服务器用了。

log 也是 utf-8 的，这个是 chatGPT 回答的，用过了不好使

前段时间刚遇到过这个问题，执行如果在执行过程中查看的日志，我也好奇如何区分开来，貌似不行吧。
从保存的文件里的话，只能每个线程创建一个实例 log 才可以。互不影响。