使用 GoogleTest 和 CTest 進行單元測試
進行單元測試可以提高代碼質量，并且它不會打斷你的工作流。
本文是 使用 CMake 和 VSCodium 設置一個構建系統(tǒng) 的后續(xù)文章。
在上一篇文章中我介紹了基于 VSCodium 和 CMake 配置構建系統(tǒng)。本文我將介紹如何通過 GoogleTest 和 CTest 將單元測試集成到這個構建系統(tǒng)中。
首先克隆 這個倉庫，用 VSCodium 打開，切換到 devops_2 標簽。你可以通過點擊 main 分支符號（紅框處），然后選擇 devops_2 標簽（黃框處）來進行切換：
VSCodium tag
或者你可以通過命令行來切換：
$ git checkout tags/devops_2GoogleTest
GoogleTest 是一個平臺無關的開源 C++ 測試框架。單元測試是用來驗證單個邏輯單元的行為的。盡管 GoogleTest 并不是專門用于單元測試的，我將用它對 Generator 庫進行單元測試。
在 GoogleTest 中，測試用例是通過斷言宏來定義的。斷言可能產(chǎn)生以下結果：
- 成功: 測試通過。
- 非致命失敗: 測試失敗，但測試繼續(xù)。
- 致命失敗: 測試失敗，且測試終止。
致命斷言和非致命斷言通過不同的宏來區(qū)分：
ASSERT_*： 致命斷言，失敗時終止。EXPECT_*： 非致命斷言，失敗時不終止。
谷歌推薦使用 EXPECT_* 宏，因為當測試中包含多個的斷言時，它允許繼續(xù)執(zhí)行。斷言有兩個參數(shù)：第一個參數(shù)是測試分組的名稱，第二個參數(shù)是測試自己的名稱。Generator 只定義了 generate(...) 函數(shù)，所以本文中所有的測試都屬于同一個測試組：GeneratorTest。
針對 generate(...) 函數(shù)的測試可以從 GeneratorTest.cpp 中找到。
引用一致性檢查
generate(...) 函數(shù)有一個 std::stringstream 的引用作為輸入?yún)?shù)，并且它也將這個引用作為返回值。第一個測試就是檢查輸入的引用和返回的引用是否一致。
TEST(GeneratorTest, ReferenceCheck){
const int NumberOfElements = 10;
std::stringstream buffer;
EXPECT_EQ(
std::addressof(buffer),
std::addressof(Generator::generate(buffer, NumberOfElements))
);
}在這個測試中我使用 std::addressof 來獲取對象的地址，并用 EXPECT_EQ 來比較輸入對象和返回對象是否是同一個。
檢查元素個數(shù)
本測試檢查作為輸入的 std::stringstream 引用中的元素個數(shù)與輸入?yún)?shù)中指定的個數(shù)是否相同。
TEST(GeneratorTest, NumberOfElements){
const int NumberOfElements = 50;
int nCalcNoElements = 0;
std::stringstream buffer;
Generator::generate(buffer, NumberOfElements);
std::string s_no;
while(std::getline(buffer, s_no, ' ')) {
nCalcNoElements++;
}
EXPECT_EQ(nCalcNoElements, NumberOfElements);
}亂序重排
本測試檢查隨機化引擎是否工作正常。如果連續(xù)調(diào)用兩次 generate 函數(shù)，應該得到的是兩個不同的結果。
TEST(GeneratorTest, Shuffle){
const int NumberOfElements = 50;
std::stringstream buffer_A;
std::stringstream buffer_B;
Generator::generate(buffer_A, NumberOfElements);
Generator::generate(buffer_B, NumberOfElements);
EXPECT_NE(buffer_A.str(), buffer_B.str());
}求和校驗
與前面的測試相比，這是一個大體量的測試。它檢查 1 到 n 的數(shù)值序列的和與亂序重排后的序列的和是否相等。 generate(...) 函數(shù)應該生成一個 1 到 n 的亂序的序列，這個序列的和應當是不變的。
TEST(GeneratorTest, CheckSum){
const int NumberOfElements = 50;
int nChecksum_in = 0;
int nChecksum_out = 0;
std::vector<int> vNumbersRef(NumberOfElements); // Input vector
std::iota(vNumbersRef.begin(), vNumbersRef.end(), 1); // Populate vector
// Calculate reference checksum
for(const int n : vNumbersRef){
nChecksum_in += n;
}
std::stringstream buffer;
Generator::generate(buffer, NumberOfElements);
std::vector<int> vNumbersGen; // Output vector
std::string s_no;
// Read the buffer back back to the output vector
while(std::getline(buffer, s_no, ' ')) {
vNumbersGen.push_back(std::stoi(s_no));
}
// Calculate output checksum
for(const int n : vNumbersGen){
nChecksum_out += n;
}
EXPECT_EQ(nChecksum_in, nChecksum_out);
}你可以像對一般 C++ 程序一樣調(diào)試這些測試。
CTest
除了嵌入到代碼中的測試之外，CTest 提供了可執(zhí)行程序的測試方式。簡而言之就是通過給可執(zhí)行程序傳入特定的參數(shù)，然后用 正則表達式 對它的輸出進行匹配檢查。通過這種方式可以很容易檢查程序對于不正確的命令行參數(shù)的反應。這些測試定義在頂層的 CMakeLists.txt 文件中。下面我詳細介紹 3 個測試用例：
參數(shù)正常
如果輸入?yún)?shù)是一個正整數(shù)，程序應該輸出應該是一個數(shù)列：
add_test(NAME RegularUsage COMMAND Producer 10)
set_tests_properties(RegularUsage
PROPERTIES PASS_REGULAR_EXPRESSION "^[0-9 ]+"
)沒有提供參數(shù)
如果沒有傳入?yún)?shù)，程序應該立即退出并提示錯誤原因：
add_test(NAME NoArg COMMAND Producer)
set_tests_properties(NoArg
PROPERTIES PASS_REGULAR_EXPRESSION "^Enter the number of elements as argument"
)參數(shù)錯誤
當傳入的參數(shù)不是整數(shù)時，程序應該退出并報錯。比如給 Producer 傳入?yún)?shù) ABC：
add_test(NAME WrongArg COMMAND Producer ABC)
set_tests_properties(WrongArg
PROPERTIES PASS_REGULAR_EXPRESSION "^Error: Cannot parse"
)執(zhí)行測試
可以使用 ctest -R Usage -VV 命令來執(zhí)行測試。這里給 ctest 的命令行參數(shù)：
-R <測試名稱>: 執(zhí)行單個測試-VV：打印詳細輸出
測試執(zhí)行結果如下：
$ ctest -R Usage -VV
UpdatecTest Configuration from :/home/stephan/Documents/cpp_testing sample/build/DartConfiguration.tcl
UpdateCTestConfiguration from :/home/stephan/Documents/cpp_testing sample/build/DartConfiguration.tcl
Test project /home/stephan/Documents/cpp_testing sample/build
Constructing a list of tests
Done constructing a list of tests
Updating test list for fixtures
Added 0 tests to meet fixture requirements
Checking test dependency graph...
Checking test dependency graph end在這里我執(zhí)行了名為 Usage 的測試。
它以無參數(shù)的方式調(diào)用 Producer：
test 3
Start 3: Usage
3: Test command: /home/stephan/Documents/cpp testing sample/build/Producer輸出不匹配 [^[0-9]+] 的正則模式，測試未通過。
3: Enter the number of elements as argument
1/1 test #3. Usage ................
Failed Required regular expression not found.
Regex=[^[0-9]+]
0.00 sec round.
0% tests passed, 1 tests failed out of 1
Total Test time (real) =
0.00 sec
The following tests FAILED:
3 - Usage (Failed)
Errors while running CTest
$如果想要執(zhí)行所有測試（包括那些用 GoogleTest 生成的），切換到 build 目錄中，然后運行 ctest 即可：
CTest run
在 VSCodium 中可以通過點擊信息欄的黃框處來調(diào)用 CTest。如果所有測試都通過了，你會看到如下輸出：
VSCodium
使用 Git 鉤子進行自動化測試
目前為止，運行測試是開發(fā)者需要額外執(zhí)行的步驟，那些不能通過測試的代碼仍然可能被提交和推送到代碼倉庫中。利用 Git 鉤子 可以自動執(zhí)行測試，從而防止有瑕疵的代碼被提交。
切換到 .git/hooks 目錄，創(chuàng)建 pre-commit 文件，復制粘貼下面的代碼：
#!/usr/bin/sh
(cd build; ctest --output-on-failure -j6)然后，給文件增加可執(zhí)行權限：
$ chmod +x pre-commit這個腳本會在提交之前調(diào)用 CTest 進行測試。如果有測試未通過，提交過程就會被終止：
Commit failed
只有所有測試都通過了，提交過程才會完成：
Commit succeeded
這個機制也有一個漏洞：可以通過 git commit --no-verify 命令繞過測試。解決辦法是配置構建服務器，這能保證只有正常工作的代碼才能被提交，但這又是另一個話題了。
總結
本文提到的技術實施簡單，并且能夠幫你快速發(fā)現(xiàn)代碼中的問題。做單元測試可以提高代碼質量，同時也不會打斷你的工作流。GoogleTest 框架提供了豐富的特性以應對各種測試場景，文中我所提到的只是一小部分而已。如果你想進一步了解 GoogleTest，我推薦你閱讀 GoogleTest Primer。
