1.任何接口测试都依赖契约的，首先想做相关的肯定得有相应的契约文档或者契约平台这些，如果没有先搭基建或者自己整理文档，接口测试也是业务相关的，首先你得知道业务的入参组合，返回情况才可能写的出来 case 和断言
2.在 1 都清楚了后，你可以 POSTMAN 也可以其他的工具调也是测接口
3.在 2 的基础上再想用平台也行，用脚本也行啥都行让他自动跑，做巡检，做发布的线上流量 DIFF，做流量回放（依赖完善的日志体系）等等
4.在前面都通了在想着和 CI/CD 流程做集成

没有，我是想知道提效的占比确认主要做啥，当全是提效没得业务了就要凉了，提效很多时候是要自证价值，自证价值就很难受了

提效和实际业务测试的比例大概是多少

1.原流程不合理的优化下流程，短期来说这个是最快的
2.原基建缺失的增加基建
3.原项目没有知识沉淀的增加知识沉淀

最近也是做这个相关的，我的问题是，你怎么让大模型知道你要点哪里，因为对于用户来说他的语言是自然语言，没有知识库的话那么大模型他怎么知道描述的是什么

这让我想起了之前试过的一个东西 midscene

1.稳定性问题：如何解决用大模型做 UI 测试的误报问题，成功率 80%，那每次都有 20% 左右的误报需要多少人力成本去排查
2.知识库问题：如何让模型知道你的业务逻辑或者说业务术语，比如什么是发起回帖

这简历和实习情况为啥不找开发呢，刚毕业逼一逼自己不行再转测试呗
学校背景这些不差试一试开发的

1.本身条件还可以，学校不错，年轻，有一定的代码能力，那就看看外面的机会；
2.如果没什么羁绊压力，所在城市机会少的话往大一点城市看看机会
3.本身条件一般，就先学习下，学习下代码能力，看看外面做的东西，现在的 chatgpt，cursor 这些这么方便学起来很快

没太懂，UI 的全链路是个啥，你说支持各种平台，支持 NATIVE,RN，H5 等等我还理解