Richtige Paketbenennung zum Testen in Go
Beim Schreiben von Tests für Go-Code gibt es mehrere Strategien für die Benennung des Testpakets. Jede Strategie bietet je nach gewünschter Testart unterschiedliche Vor- und Nachteile.
Strategie 1: Den gleichen Paketnamen verwenden
In dieser Strategie verwendet die Testdatei den gleichen Paketnamen wie der getestete Code. Dies ermöglicht den Zugriff auf nicht exportierte Bezeichner und eignet sich daher für Komponententests, die einen solchen Zugriff erfordern. Dies kann jedoch dazu führen, dass Testdetails in die öffentliche API des Pakets gelangen.
Strategie 2: Verwenden eines separaten Paketnamens
Hier verwendet die Testdatei a anderer Paketname, normalerweise mit dem Suffix „_test“. Dadurch wird der Testcode vom getesteten Code getrennt und sichergestellt, dass nur exportierte Bezeichner verwendet werden. Es eignet sich für Black-Box-Tests, bei denen der Schwerpunkt auf dem Testen der Funktionalität der öffentlichen API liegt.
Strategie 3: Verwendung einer Variante mit Punktnotation
Diese Strategie ist Ähnlich wie Strategie 2, aber die Testdatei importiert das Paket mit der Punktnotation, z. B. „. ‚myfunc‘“. Dies ermöglicht den Zugriff auf nicht exportierte Bezeichner, hält den Testcode jedoch vom getesteten Code getrennt. Es eignet sich für White-Box-Tests und sorgt gleichzeitig für eine Trennung der Belange.
Die Go-Standardbibliothek verwendet eine Mischung aus Strategie 1 und Strategie 2. Welche Strategie verwendet werden soll, hängt vom spezifischen Zweck der Tests ab. Sowohl White-Box- als auch Black-Box-Tests können wertvoll sein und erfordern Zugriff auf entweder nicht exportierte bzw. exportierte Identifikatoren.
Das obige ist der detaillierte Inhalt vonWas ist die beste Paketbenennungsstrategie für Go-Tests?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!