
简介
该用户还未填写简介
擅长的技术栈
可提供的服务
暂无可提供的服务
在AI席卷行业的今天,有一个真相必须认清:淘汰技术人的从来不是AI,而是“只会写代码、不会定义问题、拒绝进化”的固化工作方式。
很多工作了三四年的测试工程师,技术其实不差,Python会写,自动化框架搭过,性能测试也做过,但是简历投出去没人理。原因只有一个,简历没有跟上行业的变化方向。
在 AI 技术火热的当下,几乎所有大厂都将 AI 落地视为业务升级的核心抓手,但现实是,绝大多数企业的 AI 落地要么停留在 “试点好看、落地难行” 的阶段,要么投入大量资源却收效甚微。
最近两个月高强度的使用AI进行了一些跟测试相关工作的探索,结果可能令人大跌眼镜。从之前大火的openclaw到hermes,从claude code到opencode再到codex,从各种国内模型到sunnet再到gpt5.5,感觉上是一日不见如隔三秋,两个月的时间变化相当迅速。昨天同国内的某团队进行了一次关于ai在研发过程中使用的交流,发现大家所处的阶段以及遇到的问题都差不多,特别是在测试方面,
你还在手写测试用例、手动执行回归测试、等开发提测后再开始验证、每天花大量时间维护测试数据吗???

今天给大家安利一款开源免费、跨平台桌面端 Skill 管理器: Skills Manager,彻底解决 AI 技能杂乱难管的问题。
“帮我写批接口用例。”AI唰唰生成——字段全是编的。换个会话,输出风格又大变。PR里的测试代码像出自两个实习生之手。

作为软件测试从业者,你是否也曾陷入这样的困境:手动编写上百条测试用例耗上3小时,脚本维护占去大半工作时间,重复的环境配置、日志处理让人疲于奔命?当AI大模型席卷测试圈,真正能拉开差距的,不再是会不会用AI,而是能不能用对Skills——这个能让AI从“只会建议”升级为“动手干活”的核心能力,正在重构自动化测试的新范式。
这篇文档完整复盘一个可落地的 JMeter 专用 Skill 是如何设计、实现和验证的。目标不是“写一份说明”,而是给你一套可复用的方法,帮助你后续继续扩展成团队级测试资产。

很多测试兄弟一听到“AI智能体”,就慌得一批:“完了完了,以后不用手动测试了,我要失业了”。大错特错!咱们先搞明白:AI测试智能体,本质是“超级助理”,不是“替代者”。它能帮你搞定那些重复到吐、毫无技术含量的活——比如写上千条回归用例、反复调试定位器失效的脚本、熬夜排查日志找bug,而你,只需要专注于更有价值的事:设计测试策略、把控质量风险、优化测试架构。








