 |
新的保障命令直接根據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.com/support/docs/kane-cli-assurance/；如需進一步了解 Kane CLI，請訪問 testmuai.com/kane-cli。
