Organisieren von Tests in Golang-Anwendung und Vermeiden von Import-Zyklen Hölle

Question

Ich habe derzeit ein Problem der Architektur der Anwendungsstruktur und seiner Testinfrastruktur.

Hier ist ein kurzer Überblick über das Layout

<GOROOT>/src/myapp/controllers/ 
<GOROOT>/src/myapp/controllers/account.go 
... 
<GOROOT>/src/myapp/models/ 
<GOROOT>/src/myapp/models/account.go 
<GOROOT>/src/myapp/models/account_test.go 
... 
<GOROOT>/src/myapp/components/ 
<GOROOT>/src/myapp/components/comp1/ 
<GOROOT>/src/myapp/components/comp1/impl.go 
<GOROOT>/src/myapp/components/comp1/impl_test.go 
<GOROOT>/src/myapp/components/ 
... 
<GOROOT>/src/myapp/testutil/ 
<GOROOT>/src/myapp/testutil/database.go 
<GOROOT>/src/myapp/testutil/models.go 
... 

Problem 1

Datei myapp/testutil/models.go einige util Funktionen in den models/*_test.go Tests verwendet wird, enthält. Die util-Funktionen verwenden tatsächlich das Paket myapp/models Datenstrukturen und Funktionen. Daher haben wir einen Import-Zyklus: account_test.go importiert Paket, das wiederum importiert models.

Die einzige hier klare Lösung ist wie test_utils.go auf dem gleichen Paket etwas testutil/models.go direkt in der models Pakete zu halten, die ein bisschen ungeschickt mir scheint. Was würde in solchen Fällen am besten umgehen?

Problem 2

testutil Paket hat einige Initialisierung des comp1 (lassen Sie uns sagen, dass es zu einem 3rd-Party-Service ein Client ist). Wenn wir einen Test comp1/impl_test.go ausführen, wird das testutil Paket importiert, und es importiert comp1 Paket, da es für die Initialisierung der Komponente verantwortlich ist. Gleiche zyklische Importhölle. Die Initialisierung an jeden einzelnen Ort in den Testfällen zu verschieben, erscheint wie eine Duplizierung von Code. Noch für einige elegante Lösungen hier auf der Suche ...

Answer 1

Problem 1

Wenn package testutils nur von package module während Tests verwendet Utility-Funktionen liefern dann nur die Funktionen in models/testutils_test.go setzen: Jetzt wird diese Nutzenfunktion einbezogen werden wenn die models/*_test.go Tests ausgeführt werden. Kein Importzyklus mehr.

Dies ist Ihre "einzige klare Lösung" und ich kann nichts "ungeschickt" damit sehen.

Problem 2

Import-Zyklus: Das gleiche wie oben.

Initialisierung: Ihre comp1/impl_test.go kann eine func init() bieten so keine Notwendigkeit für doppelten Code.

(Die Standardbibliothek ist eine gute Quelle, wie verschiedene Dinge zu testen. IMHO Code-Duplizierung in Testcode nicht eine der sieben Todsünden ist.)