![]() |
新的保障命令直接根据PRD和规格设计测试,将每项测试永久与其验证的要求联系起来,并根据密封证据而不是猜测来衡量覆盖范围
旧金山和印度诺伊达2026年9月16日 美通社 -- TestMu AI(前称 LambdaTest),作为全球首个基于代理式人工智能的质量工程平台,宣布推出 Assurance Lifecycle 这是 Kane CLI 中的一组新命令,使该工具的功能不再局限于编写和重放浏览器测试。各团队自信地描述其产品必须具备的功能,而 Kane CLI 则设计出用于验证这些功能的测试用例,每个测试用例都与所验证的需求永久关联,测试覆盖率基于确凿证据进行衡量,且随着产品的变更,测试套件会相应调整。
TestMu AI 于 2026 年 4 月推出了 Kane CLI,这是一款终端原生浏览器自动化工具,专为人类开发人员和 AI 编程代理构建,包括 Claude Code、Codex CLI、Cursor 和 Gemini CLI。Kane CLI 基于通俗易懂的意图而非选择器进行操作,它允许团队描述一个流程,并获得包含完整步骤跟踪和屏幕截图的通过失败结果;还将流程导出为原生 Playwright 代码,并在 CI 管道中以无头模式运行。自发布以来,它通过 kane-cli generate 增加了基于人工智能的测试用例生成功能,将单行描述转换为场景和测试用例。Assurance Lifecycle 是下一步:这些测试应基于实际的需求文档,而不仅仅基于一个提示。
大多数测试套件仍然回答了错误的问题。它们只报告了有多少个测试通过,却没有说明哪些需求得到了验证。测试逐渐偏离了最初制定它们的规格说明,覆盖率变得难以确定,而当需求发生变化时,没人知道哪些测试已经过时了。Assurance Lifecycle 采取执行前后的步骤:将需求转化为设计好的测试,并将测试结果转化为对已证实内容的可审计记录。
Assurance Lifecycle 的工作原理:
每个阶段都是一个独立的命令,因此团队可以在任何时候暂停、审查并继续;如果没有上游的提交,下游就不会发生任何操作。保证存储位于项目目录中,采用仅追加模式,具有可重放的历史记录,并且保存在本地:来源、用例、设计和审查判决存放在开发者的磁盘上,而不是服务器上。整个生命周期可在持续集成(CI)环境中或通过 AI 代理以无头模式运行,因此代理可以在同一个工作流中构建功能、根据规格设计测试,并报告测试覆盖率。
Assurance Lifecycle 是对 kane-cli generate 的补充,而非对其的替代。希望在一分钟内提出十个好测试想法的团队,应从“生成”环节开始;已经拥有产品需求文档(PRD),并需要回答“具体涵盖了哪些内容,以及我们如何确认?”的团队,应从“保证”环节开始。
“如今,AI 代理编写代码的速度已经超过了任何团队的验证速度,两者之间的差距就是验证债务。Kane CLI 于 4 月通过为代理和开发者提供一个真正的浏览器以及“通过”或“未通过”的判定结果,弥合了这一差距的第一部分。“Assurance Lifecycle 将完成其余的工作,”TestMu AI 联合创始人兼增长负责人 Mudit Singh 表示:“测试套件显示‘通过’时,却从未告诉你它究竟验证了什么。” 如今,每项测试都能追溯到其所验证的需求,每次运行都会锁定其证据,而测试覆盖率也变成了你可以审计的记录,而非一个你希望属实的数字。当规格发生变化时,测试套件会告诉你哪些内容已经过时,而不是任其悄然失效。这就是“确信”在行动速度下的含义。”
Assurance Lifecycle 现已在 Kane CLI 0.6.1 及更高版本中推出;现有用户可以通过 npm 或 Homebrew 进行升级。提取、设计和维护-对账步骤在 KaneAI 代理上运行并消耗积分,而审核、覆盖和存储操作则在本地进行且免费。
如需查阅文档,请访问 testmuai.comsupportdocskane-cli-assurance;如需进一步了解 Kane CLI,请访问 testmuai.comkane-cli。