开发出了接口 发版本回归验收 线上监听主要业务

差不多是这样的 反正使用已有的 openai 生成的 不是自己搞的训练化机制

测试做 除非很简单的流程性自动化 看你想用自动化测到哪方面，一般还是测试做 毕竟自动化测试也是测试

接口自动化比单测优点在哪里，单测是更柯里化的测试交互性少，而自动化优点就在于多业务交互集成测试自动执行，且在与前端交互性时发现问题 比如你单测没有问题但是因为 GRPC 或者中间件或者什么配置导致接口还是报错给前端不能用，这种还是需要接口测试 这本来是不同的方向。你可以多找找文案去回馈领导，单测一般开发都做得不全面他们也可能没那么多时间去设计单测。其次需要哪种自动化测试也先看领导需求吧，一般还是建议平台化 1 可多人协作 2 可视化好管理 3 锻炼你的前后端能力，当你做了平台化后后续测试你也能更从研发角度出发也能锻炼你自己。

长路漫漫哦 难搞哦 现在要求越来越多了

还是得人工看一遍过滤下，毕竟用的 OPENAI 生成的，原理就是用模板和需求/接口参数去掉 opeai，他给你的回复进行解析，然后根据自己的平台生成出来测试用例。并没有那么完善，只是有些减轻了手动编写的压力和一些可能你没想到的覆盖 所以好奇他们都用大模型自己训练的吗。。。

哈哈哈哈 可以的

这能对比到 tr 对应的对不对，但是不能测试到在 UI 上的显示有没有兼容比如英文换行什么的，显示超长什么的，某个地方用的 KEY 是不是应该用这个 KEY 之类的。好像也只有通过 UI 自动化遍历和人工走查吧，没啥其他捷径，除非介入 AI

哈哈哈哈 你字多 说得对

有兴趣

你这个 很多学习了。。。你已经工作三年了搞了很多模糊的 根本不清楚具体能干啥就和才毕业的一样。。要么把学习了的某个实践出来真正在公司落地 也是你以后的本钱

postman 或者自己写工具

大概总结：流程->功能->非功能->环境

这样你能拿 20 真的该满足了 或许学了技术出去也找不到 20 的 稳定沉淀当下吧

业务场景自动化吧 保证主要业务的稳定以及检测大部分交互场景是否有漏洞（注意解决：自动化参数与接口关联保持一致性以及可以快速批量修改的痛点）其他更换频繁以及复杂的活得用点点点还是得点点点

直接搞高级吧 一步到位

没办法，只能说工具有好的有拉跨的 那得看公司选择了 你可以去想办法二次开发，也是一种提升 所有的自动化测试基本最终都会是集成为一个平台 你也可以把你的纯代码的封装成一个测试平台 如果比公司的好用也是一大成就

测试平台有测试平台的好处，只是你们的测试平台需要优化改进的地方很多。纯代码的自动化测试到最终的出口基本也是会集成为一个测试平台进行低代码运行，原因是纯代码他人使用成本高且无法公用协作，作为公司层面去想肯定会更认可一个好的测试平台或工具，特别是能统一管理和高覆盖 才是最终目标

你不要把自己写的感觉很无能 突出自己能力的优势 甚至简历先造个火箭再说

入门即放弃

人太多了 没办法

这种情况 就得分优先级做，UI 遍历主要流程，接口慢慢细化，并且把时间成本或者测试计划给到领导

可以啊 前提是有那个时间 UI 主要解决的是查看系统稳定性，一般发版改动什么的 UI 用于回归遍历下功能。接口用于提前介入测试，提前发现问题以及发现一些 UI 不好发现的问题，带动开发质量。两个不冲突

那就自己合理排时间反馈，，做可以做 但是也有时间这些成本。。并且格局大点 你做的好把这些问题早点解决了 也说明你能力的体现

索引的优化 那要看具体优化了啥索引啊 前后查询效率有啥变化，索引管理的列、表这些数据搞多点才能看出效率，而不是去测 sql 的结果