The fundamental difference between the three strategies you’ve listed is whether or not the test code is in the same package as the code under test. The decision to use package myfunc
or package myfunc_test
in the test file depends on whether you want to perform white-box or black-box testing.
There’s nothing wrong with using both methods in a project. For instance, you could have myfunc_whitebox_test.go
and myfunx_blackbox_test.go
.
Test Code Package Comparison
- Black-box Testing: Use
package myfunc_test
, which will ensure you’re only using the exported identifiers. - White-box Testing: Use
package myfunc
so that you have access to the non-exported identifiers. Good for unit tests that require access to non-exported variables, functions, and methods.
Comparison of Strategies Listed in Question
- Strategy 1: The file
myfunc_test.go
usespackage myfunc
— In this case the test code inmyfunc_test.go
will be in the same package as the code being tested inmyfunc.go
, which ismyfunc
in this example. - Strategy 2: The file
myfunc_test.go
usespackage myfunc_test
— In this case the test code inmyfunc_test.go
“will be compiled as a separate package, and then linked and run with the main test binary.” [Source: Lines 58–59 in the test.go source code] - Strategy 3: The file
myfunc_test.go
usespackage myfunc_test
but importsmyfunc
using the dot notation — This is a variant of Strategy 2, but uses the dot notation to importmyfunc
.