这是最好的时代，也是最坏的时代

你是为了造平台造了个平台吗，还是解决了什么问题呢，看得我脚抠地。。

对贷款这种业务验证数据就是核心，上面说的实现了对数据的备份回滚，可以做到对借据生命周期每一步都备份回滚，借款成功备份、还第一期备份、逾期备份。。。我要做一笔赎回的测试就是拿标准测试数据回滚到赎回前状态，调用赎回，保存本次操作数据，让 AI 去和标准数据做对比分析。

你举的贷款方面的例子，核心是数据和环境，我这边对数据的解决办法是开发工具备份回滚数据，通过梳理业务和数据关联关系，做到对单笔借据相关数据备份回滚。再提一嘴能做到备份回滚了就能做到把线上数据直接导到测试环境复测，相当哇塞。
环境的话就需要系统支持了，能通过脚本控制日切日终跑批定时任务执行。是能跑通的。
当然前提是这些东西都是可控的，公司大了就不好搞了

个人觉得执行用例又回到了测试框架上，例如 httprunner 的脚本就天然适合 ai 执行，一个 case 是多个 step 组装的，一个用例可以由多个 case 组装，agent 只用专注于基于框架功能开发脚本，执行脚本也是基于框架去组装 case，至于参数化和参数传递都是框架提供的现成功能，稳定性可维护性都是比较强的。包括 ui 和移动端，各个步骤都可以抽象成 step，执行用例就是组装已开发完成的 case。

你说的 “接口自动化和 UI 自动化感觉比较独立”，给你个思路，下面是我基于 httprunner 改造的框架模型

2.1 测试引擎与 Step 模型

• SessionRunner 是测试引擎，负责：
  • 保存 config、变量、DB 引擎等运行上下文；
  • 记录每个 step 的执行结果；
  • 生成用例 summary 与日志。
• Step 自实现功能，但统一通过 runner 暴露的方法/属性工作，并向 runner 汇报结果。
• 支持的 step 类型：
  • RunRequest / RunApi：HTTP 请求；
  • RunSql：SQL 查询与数据操作；
  • RunTestCase：引用并复用另一个 pytest 用例。
  • 'RunWx': 微信小程序操作
• 保留 RunApi(step).run(runner) 的显式执行方式，不提供 runner.run(*steps) 作为必选入口。
• RunTestCase 是普通函数调用加 runner 隔离，不将其抽象成框架级强制编排。

功能测试以后就是软硬件开发里面的力工，研发用 ai 1 分钟实现 10 个需求，力工哼哧哼哧验证，拿最低的工资干最重的活背最黑的锅，早点接受自己的角色挺好的，不接受就别把自己局限成个功能测试

你可以把前后端代码、产品 prd、测试用例全喂给它，只是上下文比较大

可以参考下国标
https://openstd.samr.gov.cn/bzgk/std/newGbInfo?hcno=D01D7CF739159F1112C6B009977428EC
但是你们自己测还是不靠谱，应该提指标要求供应商出测试报告，你自己测是准备自己担责？

《人人都是产品经理》

6 年运营工资 1.5w 有没有，34 岁转的测试干外包能拿个 8 千？

可以介绍下使用机器人的具体业务场景，我们也对接一些机械臂供应商，那边的研发测试更多的是在根据线上实际问题优化脚本，天天搁那调 xy 轴，那确实没啥技术含量。。。不过我觉得机器人行业是具备爆发式增长潜力的，但是啥时候爆发就不知道了

是爸爸和妈妈的关系，都是为了满足儿子的需求

裁员的底层逻辑不是技术，找工作的底层逻辑是

先学焊电路板 坚持的下来就能转，我看修电脑的张哥修 5090 也就那样，感觉我也能上去比划比划

这话说的。。高级测试起码应该具备一个初级开发的能力吧，不然对得起工资吗

安全运维看到这种东西不得高兴死了，季度 kpi 到手

还是要跳出工作舒适区，有点追求多给自己提需求去用 ai 去实现，有时候只有逼自己一把，才知道自己是个废物

一眼丁真，不放源码搞一堆有的没的文档混淆视听

小程序开发者工具本地打包部署抓

没感觉 AI 成本越来越高了吗，code plan 一直涨价，通易千问插件收费，豆包也要收费，说明啥，企业已经烧不动了呗，风口马上结束。没有重大技术突破之前可能也就这样了，有重大技术突破，那它也只会更加方便易用，成不了什么护城河

可以对年龄和个人能力做一些介绍，这样更有参考性一些

深入浅出

脱离了业务肯定走不远，更何况还是个测试岗，卷技术卷 ai 卷的过前端吗，前端岗现在是个什么就业环境？不想走测试就赶紧转开发，时间不等人。

重点复习面试会问到的问题。你要问我面试会问到啥问题，我又不是算命的。

根据我浅薄的经验低代码做不了自动化。。