创建单元测试以测试内存数据存储的方法

你在学习Golang相关的知识吗？本文《创建单元测试以测试内存数据存储的方法》，主要介绍的内容就涉及到，如果你想提升自己的开发能力，就不要错过这篇文章，大家要知道编程理论基础和实战操作都是不可或缺的哦！

我想创建一些简单的 rest api。我决定创建自己的内存数据存储来实现此类接口：

type datastore interface {
    add(*element) error
    get(elementid) (*element, error)
    update(*element) error
    delete(elementid) error
    getall() []*element
}

type datastore struct {
    mu     sync.mutex
    bucket map[string]*element
}

func newdb() *datastore {
    return &datastore {
        bucket: make(map[string]*element),
    }
}

应该如何对其进行单元测试？

我设法创建的一些测试如下所示：

func testgetalltodotasks(t *testing.t) {
    ts := newdb()
    var elem = &element{fielda : "a" , fieldb : "b"}
    ts.create(elem)

    want := []*element{elem}

    if got := ts.getall(); !reflect.deepequal(got, want) {
        t.errorf("got %v wanted %v", got, want)
    }
}

但是当我想测试其他方法（例如 update）时，我意识到我需要先使用 create，然后再更新，如下所示：

func TestUpdateTODOTasks(t *testing.T) {
    ts := NewDB()
    var elem = &Element{fieldA : "A" , fieldB : "B"}
    ts.Create(elem)
    if err != nil {
        t.Errorf("=> failed to create: %v", err.Error())
    }
    var updated_elem = &Element{fieldA : "A-updated" , fieldB : "B"}

    err = ts.Update(updated_elem )

    if err != nil {
        t.Errorf("=> failed to update: %v", err.Error())
    }

}

正确答案

您可以根据存储确实在幕后使用映射的实现细节来初始化底层映射。

一般来说，您确实可以从您所描述的测试中受益。因此，请使用定义的 API 为测试的存储播种。它使您的测试更接近客户使用代码的方式。无需人为修改底层状态。我见过很多这样做的测试，但它们通常变得难以维护且不稳定。

不要太执着于单元测试必须检查一个函数这一事实。事实上，他们更多的是测试软件的完整、独立的小部分，因此它根本不必是单一功能。

本篇关于《创建单元测试以测试内存数据存储的方法》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于Golang的相关知识，请关注golang学习网公众号！