Rust 不穩定測試

Tuist 可以偵測不一致的 Cargo 測試結果，並協助你在 測試 → 不穩定測試 中調查。

不穩定偵測如何運作#

Tuist 會比較同一個 commit 上的 CI 執行結果。如果一個測試在一次執行中通過，而在另一次執行中失敗，就可以標記為不穩定。

透過慣用指令回報每次執行：

Cargo 不會自動重試失敗的測試。在同一個 commit 上重新執行 CI 工作可提供另一個結果，以便進行跨執行偵測。

管理不穩定測試#

自動清除#

偵測和復原會透過專案的「不穩定測試偵測」自動化流程執行。預設情況下，如果在 14 天內沒有再次觸發，不穩定標記就會清除。你可以在 設定 → 自動化 下編輯復原時間範圍和動作。

手動管理#

開啟 測試 → 不穩定測試 以檢視測試歷史記錄。你可以從其詳細資訊頁面手動將其標記或取消標記為不穩定。

隔離與壓力測試#

從其詳細資訊頁面靜音或跳過測試，或在 設定 → 自動化 中設定隔離。下一個 tuist cargo test 會取得專案目前的隔離狀態：

• 靜音 測試仍然會執行並回報實際結果，但其失敗不會導致指令失敗。其他測試失敗、編譯錯誤、崩潰和不完整結果仍會正常導致失敗。
• 已跳過 測試會被排除在執行之外，並回報為已隔離的跳過。比對包括套件、目標、Rust 模組路徑和測試名稱，因此名稱相似的測試仍保持獨立。

靜音會保留所選的工作區套件和功能，並執行所有選取的目標，即使靜音目標失敗亦然。跳過隔離需要選取一個套件：使用 tuist cargo test -p store 而非多套件工作區指令。Tuist 拒絕多套件跳過，因為縮小指令範圍可能會改變 Cargo 的統一相依性功能。

隔離也適用於 分片 Cargo 執行。如果 Tuist 無法取得狀態，它會發出警告並在沒有隔離的情況下執行；失敗不會被抑制。若要刻意在沒有隔離的情況下執行：

強制執行需要標準 libtest harnesses 和捕獲的預設輸出。當需要套用隔離時，具有安靜、詳細、替代格式或未捕獲輸出的指令會失敗。如果目標歸屬不明確，請使用 -p <package> 選取精確的工作區套件。不支援自訂 harnesses、套件/目標名稱 glob，以及未解析的套件選擇。Doctests 也可以靜音或跳過，但 Rustdoc 的測試過濾無法區分每組可能的範例名稱。如果跳過一個範例也會跳過已啟用的範例，或部分 doctest 排除使用 --exact，Tuist 會因診斷而失敗，而不是執行已跳過的範例或無聲地省略已啟用的測試；在調查期間使用上述覆寫。

Tuist 不會對新的 Cargo 測試進行壓力測試。使用 Cargo 測試過濾器在調查時重複執行失敗的測試：

Slack 通知#

設定 Slack 不穩定測試警示，以便在測試變得不穩定時通知你的團隊。