如何使用 os.O_RDWR 和 os.O_CREATE 标志测试 file.Open？

Question

我正在尝试为结构构造函数编写单元测试，如果在 file.Open 期间发生错误，它也可能返回 nil。我不知道如何使用标志测试/模拟文件错误： os.O_RDWR|os.O_CREATE|os.O_APPEND我尝试检查测试中的 nil 值，但失败了。构造函数：type App struct {    someField string    log *log.Logger}func New() *App {    app := &App{}    f, err := os.OpenFile("info.log", os.O_RDWR|os.O_CREATE|os.O_APPEND, 0666)    if err != nil {        fmt.Printf("error opening file: %v", err)        return nil    }    mw := io.MultiWriter(os.Stdout, f)    l = log.New(mw, "APP", log.Ldate|log.LstdFlags|log.Lshortfile)    app.log = l    return app}并测试构造函数：func TestNew(t *testing.T) {    var a App    a = New()    // doesn't cover    if a == nil {        t.Fatal("Error opening file")    }}我希望覆盖错误！= nil，它在覆盖范围内是红色的：f, err := os.OpenFile("info.log", os.O_RDWR|os.O_CREATE|os.O_APPEND, 0666)if err != nil {  fmt.Printf("error opening file: %v", err)  return nil}

Answer 1

Go 中的模拟意味着拥有接口，如果这是你真正需要的东西，你可能会考虑使用https://github.com/spf13/afero之类的东西，而不是直接使用 os 包。这还允许您使用内存文件系统和其他使测试更容易的东西。

Answer 2

您可以使文件名/文件路径可配置，而不是使用硬编码的 info.log，然后在您的测试中您可以使用一些不存在的路径。

有多种配置选项：

• 构造函数中的参数（如果您想保持 API 不变，也许可以从 New 调用一个单独的构造函数）

• 包级别配置（如全局变量 defaultLogFileName），这不太灵活（例如，如果您想并行运行测试），但也可能适合这种情况

Answer 3

有两件事需要考虑。

第一个是O_RDWR|O_CREAT|O_APPEND在打开文件时几乎没有什么有趣的：它告诉操作系统应该以附加模式打开文件以进行读写，并且如果文件在调用时不存在，则应该被创建，否则可以追加到它上面。

现在我认为此操作可能失败的唯一两个原因是：

• 包含该文件的文件系统被挂载为只读 - 因此打开文件进行写入、创建文件并附加到文件是不可能的。

• 该文件不存在，并且文件系统的索引节点表已满，因此即使有空间用于该文件的数据，也无法为另一个文件创建记录。

现在考虑一下，为了模拟其中一种情况，您需要操作运行测试的进程可用的一些文件系统。虽然它当然可以在单元测试框架内完成，但它看起来更属于集成测试领域。

在 Linux 上进行这一级别的测试有很多选择：“flakey”设备映射器目标和朋友，通过循环设备或 FUSE 安装只读映像，将故障注入正在运行的内核等。不过，这些大多是不适合单元测试。

如果你想对这些东西进行单元测试，有两种方法：

• 使用https://github.com/spf13/afero之类的东西抽象出整个文件系统层。

  好处是您可以轻松测试代码中几乎所有与文件系统相关的内容。

• 使用变量抽象出一点代码。

  说吧，你可能有

  var whateverCreate = os.Create

  在您的代码中使用它whateverCreate，然后在测试套件的设置代码中覆盖该变量，为其分配一个函数，该函数返回您在特定测试中需要的任何错误。