Version Control

測試案例的歷史博物館

版本控制不只軟體研發工程師需要;QA 測試工程師也需要管理測試案例的歷史版本記錄。當問題出現時,我們可以追溯到穩定狀態。

試用 Armoury
Armoury+ 測試案例版本控制截圖
100 次修改歷史

How It Works

案例版本控制如何運作

Armoury 會為每個測試案例建立原始資料。每次修改時,系統都會產生一個副本紀錄。您可以隨時瀏覽所有歷史紀錄副本,恢復到需要的版本。

右側的案例會持續演進:先修改前置條件、再加入驗收步驟,最後回復到穩定版本,呈現測試案例在產品迭代中的真實流動。

登入流程回歸測試 建立穩定基準版本
V1
Case #A-102 Stable
前置條件使用者已啟用帳號
測試步驟輸入帳密並送出
預期結果導向 Dashboard
QA Lead / 09:12 Original baseline

Why It Matters

為什麼測試案例需要版本控制?

版本控制是一項風險投資。在問題出現之前,您不會覺得需要它;但當問題出現時,保留舊版本能讓團隊快速解決危機。

測試案例的版本控制精心製作的案例如果被刪除或匿名修改,會削弱團隊對測試範圍的掌握。Armoury 能保留多達 100 次修改歷史。
測試 Run 的版本控制測試 Run 包含精心挑選且值得保留的測試案例。使用「複製 Run」追蹤每次測試運行的歷史紀錄。
保留刪除紀錄案例刪除後會從群組中消失,但刪除操作會記錄在報告中,便於追蹤刪除者。恢復已刪除測試案例的功能即將推出。
基本審計日誌Armoury 記錄新增、刪除、修改以及測試結果設定,協助團隊觀察測試過程並保留歷史脈絡。

QA Knowledge

測試案例是產品路線圖的一部分

我們鼓勵保留測試案例,即使您不再需要它們。它們能成為產品路線圖歷史的一部分,讓團隊知道過去為什麼需要這些案例。

像開發人員管理程式碼一樣管理測試案例,QA 才能在需求變更、缺陷回溯與交接訓練時保有完整上下文。

需求變更可以回放當規格從 A 改到 B,又因風險回到 A,測試案例不需要靠記憶重寫。
缺陷根因更容易釐清測試失效時,能檢查是產品變了、案例變了,還是執行條件變了。
知識移轉不靠口耳相傳新人能從版本歷史理解案例演進,而不是只看到當下的一份文件。

Fine-Grained Control

只有 Armoury 可以實現案例級別的精細版本控制

Excel 和 Google Sheets 也有版本控制,但當試算表中管理超過 50 個測試案例時,來回滾動瀏覽會成為負擔。Armoury 讓測試案例像程式碼一樣有歷史、有稽核、有可追溯性。

試算表版本通常只能回到整份文件的狀態,難以快速理解單一案例在不同產品迭代中的變化。
Armoury 案例版本以測試案例為單位保留歷史,能直接檢視、追蹤、恢復指定案例版本。

Are You Ready?

開始免費試用 Armoury+

立即註冊免費方案,或聯繫銷售團隊取得正式方案兩個月試用。小型團隊也可以洽詢特殊方案。