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 等等我还理解

AI 只是一种工具，但是实在说现在大厂的测试都不好过，目前的趋势来说基本都是业务测试外包，正编比例很少主要做的是带外包和测试提效，一到提效来说那开发能力肯定是必须的，所以我觉得要么找业务经验很值钱的行业比如金融类，做到极致，要么开发能力还是要到位的，至少可以做做提效的工作

说说自己的感觉，坐标互联网二线大厂
1.现在的核心问题在于很多业务已经很成熟了，业务需求减少了很多，很多时候开发测试都需要自证价值，当需要自证价值的时候，测试这个岗位是比较吃亏的
2.大家所说的接口，UI 等等对于相对规模大一点的厂来说轮子是很多很多了，在很多时候把他归到了业务里面，并不能证明你的价值
3.现在基本都在追提效和 AI，那么是不是往这些方向靠一靠，先别说落地的效果咋样，但是大的方向和面试的时候这种的比例只会越来越多，所以我觉得可以关注下这方面

这只是数据类型和必填项等的校验吧

看你们能投入的成本和最终想要的效果吧，比如自己封装 playwright 和 AIRTEST（主要是为了同时兼容 WEB 和 APP），然后可以直接录制维护自然语言的脚本了，问题关键是前端的 UI 自动化你要兼容的东西很多，Native, RN,H5 可能都不一样，要做的精细的话肯定成本更高的

playwright 本身就支持录制的吧

参考 schema 这部分可不可以加点东西呢，对于接口来说大多数字段在每次迭代其实是不变更的，那么是不是可以把上次成功的返回 json 存到库里或者一个缓存里面，新的接口执行返回和上次的一致代表通过，返回的 json 部分可以把带有随机值和可预料会变更的字段（系统时间等等）抽离出来不做比对，这样就不用自己去写用例断言了

看当前生活状态和后期规划：
1.无娃老人年龄不大，有收入压力追求，且自身有准备好去卷一卷选 B
2.有娃想要生活，无收入压力，可以躺，追求工作生活平衡，选 A
3.A 跳 B 后是否可以再回 A，放弃 B 是否可以再找到 B 一样的也是考虑因素

看下 getway 注册情况