gpt4 book ai didi

testing - 在非主程序包中运行类似主程序的程序

转载 作者:数据小太阳 更新时间:2023-10-29 03:31:32 26 4
gpt4 key购买 nike

我们有一个包含大量复杂测试的包。作为测试套件的一部分,它们在构建等上运行。

 func TestFunc(t *testing.T) {
//lots of setup stuff and defining success conditions
result := SystemModel.Run()
}

现在,对于其中一个测试,我想介绍某种前端,它可以让我调试一些东西。它不是真正的测试,而是调试工具。为此,我只想运行相同的测试,但使用 Builder 模式:

 func TestFuncWithFrontend(t *testing.T) {
//lots of setup stuff and defining success conditions
result := SystemModel.Run().WithHTTPFrontend(":9999")
}

只有当我从前端通过 HTTP 发送信号时,测试才会开始。基本上 WithHTTPFrontend() 只是等待来自前端的 HTTP 调用的 channel 。

这当然会使自动化测试失败,因为不会发送此类信号并且执行会挂起。

我不能只将包重命名为 main,因为该包有 15 个文件,它们在系统的其他地方使用。

同样,我还没有找到一种方法来仅按需运行测试,同时将其排除在测试套件之外,因此 TestFuncWithFrontend 只能从命令行运行 - 我不关心是否使用go rungo test 或其他。

我也想到了 ExampleTestFunc() 但是测试产生的输出太多了,没用,而且没有定义 Output: ...,Example 赢了跑吧。

不幸的是,在测试需要的(私有(private),即小写)包级别还有很多初始化代码。所以我不能只创建一个子包 main,因为很多东西都无法访问。

看来我有三个选择:

  1. 导出所有这些初始化变量和大写代码,以便我可以从子主包中使用它

  2. 复制整个代码。

  3. 将测试移动到子包 main 中,然后有一个 func main() 用于 Frontend 测试和一个 _test.go 用于正常测试,它必须从父包中导入一些东西。

我宁愿避免第二种选择...第一种更好,但恕我直言也不是很好。我想我会选择第三个,但是...

我是否缺少其他选项?

最佳答案

您可以将自定义命令行参数传递给 go test 并基于该参数启动调试端口。像这样:

package hello_test

import (
"flag"
"log"
"testing"
)

var debugTest bool

func init() {
flag.BoolVar(&debugTest, "debug-test", false, "Setup debugging for tests")
}

func TestHelloWorld(t *testing.T) {
if debugTest {
log.Println("Starting debug port for test...")
// Start the server here
}

log.Println("Done")
}

然后,如果您只想运行该特定测试,go test -debug-test -run '^TestHelloWorld$' ./

或者,也可以设置一个自定义环境变量,您可以在测试函数中检查该变量以更改行为。

关于testing - 在非主程序包中运行类似主程序的程序,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/52320458/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com