AI测试 十年 “邪修” 老测试的 2026 狂想：用 Spec Coding 重铸属于每个 QA 自己的测试神器（开篇）
不知不觉，已经到了 2026 年。我从事测试工作正好十年，这个职业在这些年里也发生了巨大的变化。
刚入行时，主要做手动功能测试：根据需求写用例、手工执行、在管理平台填写结果……后来有幸加入一家专注自动化测试产品的公司，开始系统学习自动化测试、性能测试和测试管理。之后我选择进入了创业公司，期间除了负责低代码产品的测试，也接触了不同行业的项目测试，基本覆盖了公司所有的测试任务。
这些经历让我对测试和 QA 在技术和心态上都有了比较深入的理解。随着 2025 年 Vibe Coding 的广泛应用，我逐渐产生了一个想法：是否可以结合自己这些年的经验和教训，与社区的同仁一起，尝试用 Spec Coding 打造一款适合测试人员使用的测试平台？
这个想法也算是一种探索。如果我们能凭借测试专业的理解，通过 Vibe Coding 或 Spec Coding 成功开发出可用的应用，或许能为测试人员在当前技术趋势下找到一种新的实践方向。
想听听大家的看法，是否也有类似的感受或思路？欢迎一起交流。
这个可以有
欢迎发帖更新 学习下
下午去踢球
回复
会持续更新，可以关注这个标题，今天已更新：十年 “邪修” 老测试的 2026 狂想：用 Spec Coding 重铸属于每个 QA 自己的测试神器（01）
挺不错的哦，现在 vibe coding 很厉害，但是为测试人员打造的工具似乎很少。用得不顺手
lilinfangrelax
回复
我认为现在只能通过各种类似于 MCP，或者类似 Cladue Code 里面的 Skills 的标准，去制定属于测试自己的工具。
测试平台太多了，先从需求看吧，测试人员具体需求？现在的测试平台哪里不能满足需要重新造轮子呢
欢迎持续更新，我感觉 sdd 的这个过程会比做出平台更有意思。
sdd 确实可能是未来 AI 深度嵌入开发流程的一个范式。
sxxz
回复
不是重新造轮子，目的是从测试的角度，利用当下的 vibe coding 去做一些创造类的事情，测试平台只是我们作为职业角度最快能创造出并能够检验的成果。
这个方案可行性极高，而且前途非常明确，尤其契合当前测试行业「自动化左移、用例资产化、工具轻量化」的发展趋势。但还是有些挑战，应该都能克服！