认知 TEST
开发出了接口 发版本回归验收 线上监听主要业务
差不多是这样的 反正使用已有的 openai 生成的 不是自己搞的训练化机制
测试做 除非很简单的流程性自动化 看你想用自动化测到哪方面,一般还是测试做 毕竟自动化测试也是测试
接口自动化比单测优点在哪里,单测是更柯里化的测试交互性少,而自动化优点就在于多业务交互集成测试自动执行,且在与前端交互性时发现问题 比如你单测没有问题但是因为 GRPC 或者中间件或者什么配置导致接口还是报错给前端不能用,这种还是需要接口测试 这本来是不同的方向。你可以多找找文案去回馈领导,单测一般开发都做得不全面他们也可能没那么多时间去设计单测。其次需要哪种自动化测试也先看领导需求吧,一般还是建议平台化 1 可多人协作 2 可视化好管理 3 锻炼你的前后端能力,当你做了平台化后后续测试你也能更从研发角度出发也能锻炼你自己。
长路漫漫哦 难搞哦 现在要求越来越多了
还是得人工看一遍过滤下,毕竟用的 OPENAI 生成的,原理就是用模板和需求/接口参数去掉 opeai,他给你的回复进行解析,然后根据自己的平台生成出来测试用例。并没有那么完善,只是有些减轻了手动编写的压力和一些可能你没想到的覆盖 所以好奇他们都用大模型自己训练的吗。。。
哈哈哈哈 可以的
这能对比到 tr 对应的对不对,但是不能测试到在 UI 上的显示有没有兼容比如英文换行什么的,显示超长什么的,某个地方用的 KEY 是不是应该用这个 KEY 之类的。好像也只有通过 UI 自动化遍历和人工走查吧,没啥其他捷径,除非介入 AI
哈哈哈哈 你字多 说得对
有兴趣
认知 TEST