是的，ai 分析需求和仓库生成用例，midscene 来运行

目前是串到 UI 这个级别了，生成的用例质量比较差，借鉴了下公司其他开源的工具目前补充了一部分，还在研究

codex claude 这些 agent 都很好，不是要实现这种 agent,可能是我表述问题，是实现一个生成 UI 用例的接口，利用大模型的文本分析和代码分析能力 ，当前模型你可以是任何一个具备代码分析和生成能力的模型不限于 claude 的 sonet

不是自己做一个 agent，是借助大模型和一些提示词实现一个生成符合 UI 用例运行规则的接口

excel 的话确实容易存在视觉和听觉疲劳；xmind 的话写起来感觉有点像需求分析，没有表头看起来，操作步骤写起来比较冗余；用例评审如果一条条审的话感觉很容易疲劳，可以抓重点用例讲解对齐，像描述、文案、提示这种可以让大家下边看下对齐

我感觉看问题类型，比如区分开发自测和测试来测，如果是开发自测的，这种就不能再说是测试的问题了；如果是测试来测的也要具体分析，比如代码里隐藏的很深的功能测试难以覆盖的这种，开发为主要责任、用例之外且评审通过的大家都有责任，用例内的测试主要责任。

每次有问题，ld 都会问，为什么没测到。。。

对于测试来说定期总结大概包含哪些方面？感觉业务测试比较多的话，是不是要以学习的总结为主吗？

缺少这个文件 remoteBridge

做的是 java 的技术栈吗，我也是独自一人摸索，要是我在，肯定跟你一起搞，hahhaha

能够内部使用起来，感觉很了不起了

终于明白了，27 岁为什么整天会焦虑，原来当前劳动性收入占据了百分之百，担心一旦肝不动或者出现其他情况，资金捉襟见肘

也遇到这种情况，感觉可以看下 boss 这个招聘网站上需要什么技能，然后这段时间都学习这一个技能，做好笔记，方便 review，后续拓展其他技能，测试要学的东西太多了，自律性不高的，确实容易学着学着就飞向诗和远方了~

榜一大哥 666

饭哥,yyds

是的，不过还是有部分人会仔细去看的，所以尽可能做到效率高且不遗漏

这个不容易实现，因为很多关联性的东西

感谢恒捷大佬回复，获益良多

沪漂三年，正在由测试缓慢接触测试开发，用的 py 技术栈，感觉大佬是真的强，格局也比较大

登录不上，也没有邀请码，之前是 github 注册的，你这边是怎么解决的，二维码失效了

是饭佬门下吗

最后没去

我也是出现这个

m

96 年的 规划走技术路线