如果你只是想在之前未使用過 Boost.Test 的環境中寫快速簡單的瑣測試 - 是的，使用內嵌的組件。 但如果你計劃使用 Boost.Test 作為持久的基礎，用於生成 (如果還未生成) 的時間的投資是很小的， 安裝修改你的 makefiles/project 設置很快就會以更短的編譯時間帶給你回報。 你為什麼要讓編譯器一遍又一遍地做相同的工作呢？
真的很容易切換到自動註冊。並且你不用再擔心忘記註冊用例。
在某些情況下，你會在一個在測試用例中復用相同的模板代碼 (實際上我推薦更好的解決方案 - 見下面)。 如果在復用代碼中測試工具報告了一個錯誤，你可能很難找到錯誤發生的確切地點。 要定位這個問題，你可以在模板代碼中添加 BOOST_TEST_MESSAGE 語句記錄當前模板參數類型 id， 或者你可以使用位於 unit_test_result.hpp 頭文件內的特定的勾子，叫 first_failed_assertion()。 如果你將斷點設在這個函數被定義的行，你就可以解棧，並看到錯誤實際發生的地方。
如果你為泛型可復用的組件寫測試用例，你可能需要為一系列不同的模板參數類型進行測試。 極有可能你會這樣完成代碼：
這就是應該使用測試用例模板工具的情況。它不僅通過自動化一些工作簡化了這類的單元測試， 並且每個參數類型都在單元測試監控器下獨立進行。其結果是如果一個類型產生異常或非致使錯誤， 你仍然可以繼續運行，並從其它類型的測試中得到結果。
雖然 BOOST_CHECK 工具是最通用的，允許驗證任意可轉換為布爾的表達式，我仍然推薦，如果可能， 使用更適合於任務的特定工具。例如，如果想要驗證某個變量和某個期望值，使用 BOOST_CHECK_EQUAL。 主要的優勢在於如果檢查失敗，你可以看到不匹配的值 - 錯誤辨認最有用的信息。 這同樣可以應用於框架提供的其它工具。