根據每個 PR 產生精準測試計畫
Ito 會讀取完整的 PR diff 與描述,然後根據變更最可能影響的部分建立測試計畫。團隊也可以用簡單英文加入最重要的指示,例如安全性、無障礙、或效能。
Ito 是一款自動化 QA 工具,透過具備程式碼理解能力的 agents 稽核 pull request,協助快速開發團隊在不維護手動測試腳本的情況下,及早發現回歸與可用性問題。
Ito 是一款自動化 QA 工具,透過具備程式碼理解能力的 agents 稽核 pull request。它聚焦於真實瀏覽器中的 runtime 行為,讓團隊在不維護手動測試腳本的情況下,及早發現回歸與可用性問題。
這項產品是為快速開發團隊而設計,希望能在每個 PR 上都具備覆蓋率。Ito 會讀取 diff 與 PR 情境、建立針對性的測試計畫、在隔離容器中執行應用程式,並將影片、截圖、重現步驟與 bug 詳情等證據回傳到 GitHub。
Ito 會讀取完整的 PR diff 與描述,然後根據變更最可能影響的部分建立測試計畫。團隊也可以用簡單英文加入最重要的指示,例如安全性、無障礙、或效能。
每個 PR 都會在由變更本身建立的乾淨、一次性容器中執行。Ito 會在真實瀏覽器中、針對實際程式碼執行應用程式,而不是使用模擬或快照。
agents 會處理登入、導覽、表單提交、後端呼叫,以及 PR 影響到的其他應用流程。來源強調的是 runtime 行為,包括靜態審查無法觀察到的時間、狀態與整合路徑。
Ito 會記錄每次執行,並將結果回傳到 PR 與 dashboard。證據可以包含影片、截圖、重現步驟,以及造成失敗的確切程式碼行。
系統可依變更內容執行 happy-path、edge-case、adversarial、logic、無障礙、mobile 與 UX 檢查。測試計畫會依據 diff、PR 描述、repo 層級指引,以及先前執行的學習結果來加權。
這項產品以 GitHub check 的形式運作,預設不會阻擋合併,也可針對每個 repo 進行設定。它的設計是為了融入 PR review,而不是取代它。
當團隊希望針對每個 PR 提供自動化覆蓋,卻不想為每個流程都撰寫並維護獨立測試套件時,可使用 Ito。這項產品會從 diff 推斷變更內容,並自動執行相關檢查。
當應用程式的 runtime 行為比靜態審查更重要時,可使用 Ito,例如驗證、狀態變更、重新導向,或只有在應用程式執行時才會失敗的後端呼叫。
當審查者需要在 pull request 中看到具體證據,例如與失敗相關的影片片段、截圖和重現步驟時,可使用 Ito。這會讓分流處理比單純的通過/失敗訊號更快。
當團隊希望測試計畫反映專案優先事項,例如無障礙、效能、行動裝置可用性或安全性時,可使用 Ito。這些優先事項可以用簡單英文提供,並套用到所有 PR。
對於以 GitHub 為中心的 review 流程,若檢查應自動執行但不一定要預設阻擋每次合併,可使用 Ito。這項產品設計為會出現在 PR comment 與 GitHub check 流程中。
Ito 會取代 QA 中手動回歸測試的部分。它專為希望在 pull request 上進行自動化檢查,同時仍由人員負責策略性 QA、探索式測試與發版規劃的團隊而設計。
Ito 會在真實瀏覽器中執行你的實際產品,並端到端地操作使用者流程。來源將這稱為行為測試,而非僅針對原始碼的分析。
價格頁寫道,團隊可在不到 60 分鐘內看到第一個結果;而 FAQ 則說從安裝到第一個 PR 完成測試大約需要 60 分鐘。GitHub 組織中的管理員可以設定它在 PR 上執行。
當 Ito 發現 bug 時,它會在 PR 上發送 GitHub 留言,附上失敗片段的影片、重現步驟,以及受影響的流程。價格頁也提到影片與截圖會直接發佈到 GitHub PR 中。
Ito 目前支援 web apps 和 HTTP APIs。FAQ 也說 native mobile 已在 roadmap 上。