GO單元測試結構化REST API項目

Question

我想寫很好我已經創建的REST API的單元測試。我有這樣的簡單結構：

ROOT/ 
    config/ 
    handlers/ 
    lib/ 
    models/ 
    router/ 
    main.go 

config包含JSON配置和一個簡單的config.go讀取和解析JSON文件，填補了Config結構。 handlers包含控制器（即，在router/routes.go中描述的相應METHOD + URL的處理程序）。 lib包含一些數據庫，請求響應器和記錄器邏輯。 models包含要從JSON和DB映射的結構和它們的funcs。最後router包含路由器和路由定義。

現在我在GO中搜索和閱讀了很多關於單元測試REST API的文章，並且發現了或多或少令人滿意的關於如何設置測試服務器，定義路由和測試請求的文章。一切都好。 但只有當你想測試一個文件！

我現在的問題是如何爲所有處理程序設置測試環境（服務器，路線，數據庫連接）？發現here（我發現很容易理解和實現）的方法我有一個問題：或者我必須爲每個處理程序分別運行測試或我必須在一個測試文件中爲所有處理程序編寫測試套件 。我相信你明白，這兩種情況都不是很高興（第一，因爲我需要保持運行go test運行所有測試成功和第二，因爲有一個測試文件覆蓋所有處理函數將變得無法維護）。

現在我成功了（根據the linked article），只是我把所有的測試和初始化代碼放入一個func文件中，但我不喜歡這種方法。

我想達成什麼是那種setUp()或init()與第一觸發測試運行一次完成所有必需的變量全局可見，初始化，所有接下來的測試可能已經再次同時確保使用它們，而不需要實例化他們的這個設置文件僅編譯測試...

我不確定這是否完全清楚，或者如果這種問題需要一些代碼示例（除了什麼是already linked in the article，但我會添加任何你認爲是必需的，只是告訴我！

Answer 1

測試軟件包，而不是文件！

由於您正在測試處理程序/端點，因此將所有_test文件放入處理程序或路由器程序包中將是有意義的。 （例如，每個端點/處理程序一個文件）。

此外，請勿使用init()來設置您的測試。所述testing包指定一個函數具有以下特徵：

func TestMain(m *testing.M) 

生成的測試將調用TestMain（米），而不是直接運行測試 。 TestMain在主要的goroutine中運行，並且可以執行任何 設置和拆卸在m.Run的調用周圍。它應該然後 呼叫os.Exit與m.Run

裏面的TestMain功能，你可以做任何設置，您才能運行測試需要的結果。如果你有全局變量，這是申報和初始化它們的地方。每個軟件包只需要執行一次，因此將TestMain代碼放在單獨的_test文件中是有意義的。例如：

package router 

import (
    "testing" 
    "net/http/httptest" 
) 

var (
    testServer *httptest.Server 
) 

func TestMain(m *testing.M) { 
    // setup the test server 
    router := ConfigureRouter() 
    testServer = httptest.NewServer(router) 

    // run tests 
    os.Exit(m.Run()) 
} 

最後用go test my/package/router運行測試。

Answer 2

也許你可以把你想要的設置代碼從多個單元測試文件使用單獨測試包，只有單元測試使用？

或者你可以把設置代碼放到普通包中，並在單元測試中使用它。

之前已經有人問過，Go作者選擇不隱式提供一個測試標籤，該標籤可以用來在普通包文件中選擇性地啓用函數編譯。