通过 Google Cloud API 依赖项进行单元测试

积累知识，胜过积蓄金银！毕竟在Golang开发的过程中，会遇到各种各样的问题，往往都是一些细节知识点还没有掌握好而导致的，因此基础知识点的积累是很重要的。下面本文《通过 Google Cloud API 依赖项进行单元测试》，就带大家讲解一下知识点，若是你对本文感兴趣，或者是想搞懂其中某个知识点，就请你继续往下看吧~

我正在编写一个小型 slack 机器人，它可以帮助我的开发人员从 google cloud sql 获取数据库转储。我已经大量使用 https://godoc.org/cloud.google.com/go 包编写了它，但现在我在编写单元测试时遇到了困难。我想开源代码供其他人使用，但希望贡献一些遵循基本准则的内容，即具有测试覆盖率。

我读过很多关于模拟、使用接口的内容，而且谷歌库因在测试中使用起来很痛苦而臭名昭著，而且谷歌人看不起模拟。但仍然无法迈出编写测试的第一步，例如一段代码：

type StorageClient struct {
    client       *storage.Client
    targetBucket string
    Logger       *log.Logger
    context      context.Context
}
...
// Accepts name of object to be published, makes it world readable and returns its public URL as a string
func (c *StorageClient) PublishDumpFile(name string) (string, error) {
    obj := c.client.Bucket(c.targetBucket).Object(name)
    err := obj.ACL().Set(c.context, storage.AllUsers, storage.RoleReader)
    if err != nil {
        return "", err
    }
    return fmt.Sprintf("http://storage.googleapis.com/%s/%s", c.targetBucket, name), nil
}

请注意像 bucket().object() 之类的级联调用，每个调用都会返回新的结构，因此为了模拟它，我需要为每个调用定义一个相应的接口，并在测试中创建有点类似于逻辑的逻辑在谷歌包后面（bucket（）返回属于接口的结构，该接口具有返回...等的object（）方法）。但目前我认为我是从错误的角度来看待它的。

我是这个生态系统的新手，正在测试如此高级的东西，因此非常感谢您的帮助。

解决方案

单元测试应该测试没有副作用的函数，如果您正在测试调用存储的函数，那么您实际上正在运行集成测试，如果您要正确测试它，则需要实际调用真正的服务。是否无法使用测试存储桶针对 Google Cloud 进行测试？那么就不需要嘲笑了。

要使用代码，您需要 GCS 访问权限，因此要测试它（通过集成测试），您也需要访问权限。另一种选择实际上只是测试大量复杂的模拟，这些模拟太脆弱了，除了您的代码+一些仅根据您的代码编写的代码之外，根本没有真正测试任何东西。

今天关于《通过 Google Cloud API 依赖项进行单元测试》的内容就介绍到这里了，是不是学起来一目了然！想要了解更多关于的内容请关注golang学习网公众号！