74

目录结构为：

src
src/pkg
src/pkg/t1.go
src/pkg/t1_test.go

t1.go

package pkg

import (
"fmt"
)

func SayHI(){
    fmt.Println("this is t1")
}

t1_test.go

package pkg

import (
    "testing"
)

func TestXYZ(t *testing.T) {
    SayHI()
}

从 dir 的命令行调用 go testsrc/pkg

go test t1_test.go

错误：

./t1_test.go:8: undefined: SayHI
FAIL    command-line-arguments [build failed]

但功能在那里

感谢您的任何提示

4

4 回答 4

73

它按预期工作。

jnml@fsc-r630:~/src/pkg$ go help test
usage: go test [-c] [-i] [build flags] [packages] [flags for test binary]

'Go test' automates testing the packages named by the import paths.
It prints a summary of the test results in the format:

    ok   archive/tar   0.011s
    FAIL archive/zip   0.022s
    ok   compress/gzip 0.033s
    ...

followed by detailed output for each failed package.

'Go test' recompiles each package along with any files with names matching
the file pattern "*_test.go".  These additional files can contain test functions,
benchmark functions, and example functions.  See 'go help testfunc' for more.

By default, go test needs no arguments.  It compiles and tests the package
with source in the current directory, including tests, and runs the tests.

The package is built in a temporary directory so it does not interfere with the
non-test installation.

In addition to the build flags, the flags handled by 'go test' itself are:

    -c  Compile the test binary to pkg.test but do not run it.

    -i
        Install packages that are dependencies of the test.
        Do not run the test.

The test binary also accepts flags that control execution of the test; these
flags are also accessible by 'go test'.  See 'go help testflag' for details.

For more about build flags, see 'go help build'.
For more about specifying packages, see 'go help packages'.

See also: go build, go vet.
jnml@fsc-r630:~/src/pkg$

换句话说：

  • go test没关系。
  • go test pkg（假设 $GOPATH 是 ~ 并且包在 ~/src/pkg 中）是可以的。
  • go test whatever_test.go不行，因为上面记录的不支持。

要选择要运行的测试，请使用-run <regular_expression>标志（其中<regular_expression>被解释为两端都有通配符，如.*<regular_expression>.*）。例如

$ go test -run Say # from within the package's directory

或者

$ go test -run Say my/package/import/path # from anywhere
于 2013-02-06T07:22:27.727 回答
22

这在 Golang 中有些奇怪。老实说，我花了一些时间才找到出路。

一个简单的解决方法是将它们包含在命令中，例如： go test src/pkg/t1.go src/pkg/t1_test.go

恕我直言，最好的方法是保持清洁。因此，请避免每个测试文件有超过 1 个文件作为依赖项。如果您使用 +1 文件作为依赖项，请考虑使用包创建黑盒测试，_test并且不要使用任何小写内部变量。

这将避免您在日常测试中处理复杂的依赖关系。

于 2018-03-04T18:35:12.330 回答
7

跑

go test ./...

这将在所有测试文件中找到所有测试。要运行单独的测试，请像这里一样指定依赖项。

于 2020-11-03T15:43:38.673 回答
1

在自己遇到完全相同的问题后，我遇到了这个 Stackoverflow 问题：具体来说，尝试运行go test然后看到构建失败，表明有问题的函数没有定义。我看到这个问题现在有点老了（8 年前问过），但就我而言，问题是我试图在 Go 1.16 中编写代码，现在似乎假设存在/使用模块。请参阅此页面以获取有关模块的起始参考和简单的后续示例。

在我的情况下，我所要做的就是运行go mod init [module name]，之后我可以go test毫无问题地运行。

希望这对使用更现代（1.16+）版本的 Go 后访问此页面的用户有一些价值。

于 2022-01-05T22:34:04.830 回答