ChatKit Widgets:AI 都能干活了,为什么还要我一直打字
现在很多 AI 助手都能查数据、调接口了,但用起来还是有个烦人的地方:什么都要打字。
让它查一下自动化执行结果,它告诉你失败了 7 条,问要不要看详情。输入“看一下”,它把详情列出来,又问要不要重跑。再输入“重跑一下”。
现在很多 AI 助手都能查数据、调接口了,但用起来还是有个烦人的地方:什么都要打字。
让它查一下自动化执行结果,它告诉你失败了 7 条,问要不要看详情。输入“看一下”,它把详情列出来,又问要不要重跑。再输入“重跑一下”。
测试行业一直看不起“点点点”。
招聘要求里要写自动化、平台、精准测试、AI,做汇报也要讲技术建设。至于打开页面,把功能从头到尾用一遍,听起来实在没什么含金量。尤其是“手工测试”这四个字,说出来仿佛职业生涯已经没救了。
最近逛 GitHub,看到一个项目叫 Code Review Graph。(https://code-review-graph.com/)
我一开始以为是个 AI Code Review 工具,帮审 PR 那种,点进去发现不是,做的是前置化的工作,类似于提前把代码梳理一遍,结构化存储起来,后面要读取的时候直接读这个梳理好的结构。
今天这篇分享比前几篇稍微干一点,讲一下接口自动化测试的事情。
不少方案都会让 Agent 去执行接口、调用数据库、分析日志,甚至实时决定下一步操作,这件事情在接口自动化上没有那么重要,接口自动化,特别是用来门禁的用例,更需要稳定执行。接口自动化最大的价值,是确定性:同一份代码,在任何时间、任何环境执行,结果应该一致;失败时能够复现,成功时能够追溯。
最近参加了一场 AI 黑客马拉松。
看了很多团队的作品,给我带来了一种思维方式的变化。
我发现,很多技术人,做应用时都带有明显的开发者思维。
看到一个 AI 产品,脑子里第一反应总是:
我把 AI 接入了企业微信工作流,让它帮我处理一些日常的轻度工作,整体感受还不错。记录一下接入过程中的几个关键决策和一些细节。不是什么高深的东西,只是分享一下我的实践。