之前有朋友問如何做集成測試，今天就重點講講這個集成測試在開源項目中是如何做的。

通常是需要對外提供服務的開源項目都需要集成測試：

• Pulsar
• Kafka
• Dubbo 等

而只提供本地類庫的項目通常只需要編寫單元測試即可：

• Hutool
• Apache Commmon

以我接觸到的服務型應用主要分為兩類：一個是 Java 應用一個是 Golang 應用。

??Golang

Golang 因為工具鏈沒有 Java 那么強大，所以大部分的集成測試的功能都是通過編寫 Makefile 和 shell 腳本實現的。

還是以我熟悉的 Pulsar 的 go-client 為例，它在 GitHub 的集成測試是通過 GitHub action 觸發的，定義如下：

圖片

最終調用的是 Makefile 中的 test 命令，并且把需要測試的 Golang 版本傳入進去。

圖片

Dockerfile：

圖片

這個鏡像簡單來說就是將 Pulsar 的鏡像作為基礎運行鏡像（這里面包含了 Pulsar 的服務端），然后將這個 pulsar-client-go 的代碼復制進去編譯。

接著運行：

cd /pulsar/pulsar-client-go && ./scripts/run-ci.sh

也就是測試腳本。

圖片

測試腳本的邏輯也很簡單：

• 啟動 pulsar 服務端
• 運行測試代碼 因為所有的測試代碼里連接服務端的地址都是 localhost，所以可以直接連接。

圖片

通過這里的 action 日志可以跟蹤所有的運行情況。

?Java

Java 因為工具鏈強大，所以集成測試幾乎不需要用 Makefile 和腳本配合執行。

還是以 Pulsar 為例，它的集成測試是需要模擬在本地啟動一個服務端，然后再運行測試代碼。

這個的好處是任何一個單測都可以在本地直接運行，而  Go 的代碼還需要先在本地啟動一個服務端，測試起來比較麻煩。

來看看它是如何實現的，我以其中一個 BrokerClientIntegrationTest為例：

圖片

圖片

會在單測啟動的時候先啟動服務端。

圖片

最終會調用 PulsarTestContext 的 build 函數啟動 broker（服務端），而執行單測也只需要使用 mvn 就可以自動觸發這些單元測試。

圖片

只是每一個單測都需要啟停服務端，所以要把 Pulsar 的所有單測跑完通常需要 1～2 個小時。

所以這些集成測試本質上都是先要把測試環境構建出來，再跑對應的測試代碼；后續也打算給 cim 加上集成測試實操一下。