找师傅改成直供电就行了，或者买个配件自己改更省钱

langchain，做需求生成 ui 和 api 用例，ai 用例分析，bug 转 ui 用例。 现在不都没测试，全是 ai 在测

需求文档用 ai 转 ui 用例，新版本通过率也就只有 90 左右，怎么做到 95%，你们新版本不改任何旧页面吗？

不稳定，不可靠，有更好的更可行的方法，我们公司已经落地了，ai 一天写上百条用例，版本迭代通过率 90 以上，已经没人执行手工测试了

还有搞传统测试的，现在不都 ai 生成自动化用例自动定位 bug 了吗，

现在先进一点的公司不都是全链路 ai 测试
招进去点点点也没东西给你点啊

你的思路错了，ai 时代不是靠人力去驱动，开发用 ai 一天生成几千行代码，甚至上万行，测试不再是人工执行，而是进入到了开发测试一体化阶段。这个是目前的大背景，新功能不由人工测试，而是先走自动化，再分析，人工是最后一环测试，用例批量失败是必然的，ai 会排查到 bug 和维修用例，但有很多场景是 ai 没法覆盖的。
比如： 某功能依赖于第三方服务，第三方服务部署复杂，ai 目前阶段没法搞定，但因为第三方服务在用例运行过程中故障，这部分是 ai 没法搞定的。

你的想法还停留在上个世纪，自动化越来越稳定，恰恰相反，自动化面临极大挑战，大家都在无人测试，你却把自动化当后置

并不是老问题，而是以前人工执行用例，现在变成 ai 执行用例，现阶段去掉人工阶段会有很多新问题， 不是简单 +ai 就能解决的，以前项目发布一个月两个月，现在一周两周就要发布一次，给你一万个 bvt 用例怎么一天就分析完？要是按以前的流程跑分析个一两周都行，ai 分析不了就问开发。现在一天两天就要弄完，你说这话说明你公司的应用场景太小了

现在已经过了 ai 生成 ui 测试用例和接口测试用例困难的阶段了，现在有大量用例怎么管理的问题，有几万用例失败怎么高效分析异常，ui 和接口用例数量每天上百条增加，怎么做智能精准测试，智能维护现在才是问题，人力分析用例一天也就几十条，ai 又不会跟开发扯皮，只能解决部分用例分析问题

还在搞古法测试工具