19
驗證領域
針對性
按變更選擇佐證，而非每次執行所有測試
CI
原生執行與准入控管
審查
驗證佐證
Verification Engine 的運作方式
Zof 根據變更、System Graph、風險及企業政策判斷適當的驗證。它不會針對每次變更執行所有可能的測試。
- 01
解析變更
System Graph 釐清受影響的系統、關鍵程度、適用控制及事件歷史。
- 02
選擇所需佐證
政策與風險決定這次變更需要由哪些驗證領域產生佐證。
- 03
執行並收集
確定性工具、專用驗證系統、客戶的驗證工具、現有 CI 結果及已核准模型產生佐證。
- 04
封存並決策
結果封存於佐證套件中，交由 Control Plane 作出可強制執行的決策。
將測試作為產生佐證的驗證
測試仍是起點。在 Zof 內，每次測試都成為控制決策可依據的佐證。
- 01
考量變更的選擇
驗證聚焦於變更可能影響的範圍，無須每次執行全部檢查也能產生適切的佐證。
- 02
十九個驗證領域
同一架構涵蓋單元、整合、端對端、API、安全、效能、負載、壓力、耐久性、擴充性、韌性、合規、回歸、無障礙等驗證。
- 03
優先採用確定性方法，僅在核准時使用 AI
確定性工具及專用驗證系統提供佐證。已核准的 AI 模型僅在政策允許時，對結果與缺口進行推論。
- 04
不只是綠色勾選，更有佐證
結構化結果、產出、追蹤及日誌封存於佐證套件中，並與決策連結。
團隊衡量的成果
測試這個應用程式
將應用程式指定給 Zof，它便會產生、執行並維護涵蓋使用者流程、API 及整合的驗證。
19
驗證領域驗證這次發布
每項實質變更都會在部署關卡放行前產生政策要求的佐證。
審查
每次執行的佐證對此服務進行壓力測試
負載、壓力、耐久性及韌性驗證會檢驗一般測試無法觸及的故障模式。
CI
原生執行進入正式環境前驗證
合規及政策檢查與功能驗證並行，讓受監管的變更附有自身的證明。
政策
選擇執行內容
在團隊現有的工作環境執行
Verification Engine 連接程式碼儲存庫、CI/CD 管線及協作工具。現有測試套件和 CI 結果也可作為佐證。
CI/CD 管線
GitHub Actions、GitLab CI、Jenkins、CircleCI 及 Azure DevOps 觸發驗證並落實控制決策。
現有測試套件
Playwright、Cypress、Selenium 和單元測試框架持續運作，結果轉化為佐證。
System Graph
每次執行皆以即時架構情境為依據，讓 Zof 知道要驗證什麼，以及原因。
- 在您的控制層下持續驗證
- System Graph 在變更發布前對應相依關係
- 供合規審查使用的稽核級證據
在您的技術堆疊中體驗 Verification Engine
預約 Reliability Sprint：聚焦單一系統，檢視何處失效、何處維持穩定的佐證。
- 政策要求時由人員核准
- 支援 Playwright、Cypress、Selenium
- 企業級 RBAC
執行測試並理解失敗的原因
每一次執行都會回傳遙測資料、產出物與根本原因分析，而不只是一個綠色勾選。
透過可靠性分析，超越單純的通過／失敗。
