套件通常包含多個測試模組，因此測試字元集的大小可能相當大。舉例來說，Android Compatibility Test Suite (CTS) 包含數百個模組和數十萬個測試案例。
由於隔離不佳或裝置進入不良狀態，大量測試可能會失敗。
套件重試功能可解決這些情況：您只需重試失敗的套件，而非整個套件，即可排除不穩定和隔離不佳的問題。如果測試一再失敗，重試也會失敗，您就會收到更明確的信號，表示確實有問題。
實作套件重試
重試結果時，會讀取先前的結果並重新執行先前的叫用。
驅動重試的主要介面是 ITestSuiteResultLoader，可讓您載入先前的結果和先前的命令列。
RetryRescheduler 接著使用這項資訊重新建立先前的指令，並填入一些篩選器，以便只重新執行先前失敗或未執行的測試。
套件重試範例：CTS
CTS 的重試設定如下：
<configuration description="Runs a retry of a previous CTS session.">
<object type="previous_loader" class="com.android.compatibility.common.tradefed.result.suite.PreviousResultLoader" />
<test class="com.android.tradefed.testtype.suite.retry.RetryRescheduler" />
<logger class="com.android.tradefed.log.FileLogger">
<option name="log-level-display" value="WARN" />
</logger>
</configuration>
這項功能適用於大多數擴充套件，例如 VTS。
會透過以下方式叫用：
cts-tradefed run retry --retry <session>
您可以在 CTS 控制台中列出先前的結果，藉此找出該工作階段：
cts-tf > l r
Session Pass Fail Modules Complete Result Directory Test Plan Device serial(s) Build ID Product
0 2092 30 148 of 999 2018.10.29_14.12.57 cts [serial] P Pixel
系統會重新載入原始指令，並搭配額外篩選條件重新執行。也就是說，如果原始指令包含某些選項，這些選項也會在重試時一併執行。
例如：
cts-tradefed run cts-dev -m CtsGestureTestCases
由於我們要重試的命令只涉及 CtsGestureTestCases，因此上述重試一律會綁定至 CtsGestureTestCases。
為 CTS 風格套件設定重試
為確保重試作業能夠順利進行，先前的結果需以 proto 格式匯出。必須新增：
<result_reporter class="com.android.compatibility.common.tradefed.result.suite.CompatibilityProtoResultReporter" />
這項設定必須新增至主指令的 XML 設定，結果會在結果資料夾中建立 test-record.pb 檔案。
接著，CTS 重試會從 test-record.pb 和現有 test_result.xml 的組合載入資料，以準備重試叫用。