我们把以前零散的脚本、工具集合到了一个新的平台上，并且基于别人的工具二次开发了测试工作中更方便的功能，所有的代码都是 AI 写的

但是像工作流和知识库 RAG 这种还是直接基于 IDE 用的，毕竟没有开发工具的必要

所以感觉还是要看公司的业务形态吧，一个统一的内部工具平台也可以整合之前零散的功能，提升内部的使用率，沉淀内部知识，并且所有数据都内部管理，也是领导比较看好的一点。所有东西都自己维护、自己开发，后续再集成 AI 进来也是很方便的

当然，楼主说的测试平台的确是没必要再去开发了，封装一个 skill 就完全满足了

分享的人变少了，审核变慢了，可不得冷清吗

看起来很像银行系统，但是感觉也有可以做的：
1.做一些 prompt 工程，开发点 skill 去优化工作上的痛点
2.研究下 RAG，把测试知识库接入内网模型
3.把日常工作流程上的卡点以及遇到的问题收集起来，晚上或者周末在家用 LLM 去辅助你梳理思路，加深业务理解

内网模型不给力，这个时候流程的嵌入程度就显得尤为重要了。用 Prompt 工程、RAG、微调、任务拆解等等方法把它嵌进日常的业务流程，算是能提升自我的一个不错的方法了

让 AI 自主读代码、做接口和 UI 测试的话，有试过准确率和 token 消耗量吗？

prompt 做好约束，temperature 可以调低点，确保调试通过的部分达到比较稳定的状态再合进仓库，一般来说不会出现大面积假 PASS 的情况

还好不是干的互联网，做实体的周期要慢不少

不是说干游测很费命吗？版本迭代快，上线又多在大半夜，节奏很强啊

如果 AI 导致生产力过剩的话，国家会进行调整的。毕竟产能严重过剩会加剧企业亏损、人们无力消费的矛盾，是一个恶性循环

省不了好啊 我们不是纯软件 有些必须动手 不至于被一锅端了

那我公司还行 至少现在用各种工具都是公司出钱，自己没掏过腰包

我也想多看点 AI 的技术贴，看看大佬们的新思路

拥抱变化，拥抱 AI，站在风口上猪都飞起来。说不定下一次革命风就吹到其他地方去了，但至少现在 AI 是看得见的风口

APP 的 UI 自动化也能这么搞吗？

这个要有自己的判断力了，说不好的

去找个风口行业的初创公司积累业务经验，越垂直越好，活过前几年的话，说不定能混到管理呐

既然如此，不如早点思考如何转行吧 如果还打算在测试这个行业干的话，是不得不面对这个变化的

是的，Ai 有个最大的问题就是他不担责。出了任何问题，责任都不会落在他的头上。所以你要是能做这个担责的人，你就永远不会被淘汰

不否认 Ai 会带来的就业问题，但我认为 Ai 会重塑各行各业，有的影响大，有的影响小。就个人而言，不管在什么行业，如果不想被淘汰就要寻找新的护城河，发展自己的影响力。毕竟转行不是那么容易的事，与其唱衰，不如保持积极的心态，在新的时代冲击下寻找新的出路，争取做大浪淘沙后留在沙滩上的人

所以护城河不是人人都有的，Ai 带来了变化，也带来了机遇和挑战。比起被完全淘汰的职业来说，能够在自己的行业上思考 Ai 替代不了的点才是能够活下去的关键。这个例子不是为了说明画家行业没有受到摄影技术的影响，而是受到剧烈冲击后如何寻找新的护城河

是的，业务理解和沟通都是 AI 还做不到的事情，都需要人的介入。业务理解得越深刻，越是无法被替代，替代的永远是执行重复执行的人，毕竟一个业务专家就能靠 AI 去辅助执行大量的工作了

测试也要跟人沟通呀 业务理解能力和沟通能力显得更为重要

AI 肯定是会把基础的重复性工作全部替代的，所以未来就去思考一些 AI 替代不了的东西吧，深入一些垂直领域

去想想你工作中有哪些痛点？以终为始，一步步倒推你要如何解决这个问题。然后把这些解决的思路和方法集成到一起，就是最适合你的 skill

原型图的箭头本质上是节点的一个交互属性，Skill 通过递归遍历 API 返回的节点树，提取每个节点上挂载的交互行为，从而找到所有箭头及其跳转关系

需求端到用例端这种端到端的 skill 很早就有了，但是每家公司的需求形式和用例形式差异很大，所以很难有现成的 skill。需要自己去根据公司的模式去慢慢调这个流程，最终形成一套可用的工作流。自用下来，我们内部的测试用例生成效率还是提高了非常多的，但这个质量完全基于你的描述，你对需求来源、拆解和用例的覆盖度等等维度了解的越深刻，这个 skill 的效果会大大提升。毕竟 Ai 通识能力很强，但是定制能力很弱