为什么 factory_boy 优于直接在测试中使用 ORM？答案

【问题标题】：Why is factory_boy superior to using the ORM directly in tests?为什么 factory_boy 优于直接在测试中使用 ORM？
【发布时间】：2023-04-07 22:56:01
【问题描述】：

我不明白为什么 factory_boy 比直接在 Django 测试中创建 ORM/模型实例更受欢迎。 factory_boy 网站几乎没有解释使用它的好处。

作为难以管理、速度慢等的固定装置的替代品是有意义的。

但是，为什么不根据测试需要创建模型实例呢？

如果 factory_boy 完全取代了写入数据库，那么很好，我认为在这种情况下它会非常有用，但是 factory boy 创建的 django 模型实例仍然与数据库交互。

另一个潜在的好处是对序列的支持，但在不需要工厂男孩的情况下创建序列/样本数据并不难。

总而言之，与直接创建对象/模型实例相比，使用工厂男孩几乎没有任何好处。

我希望我遗漏了一些明显的东西！

【问题讨论】：

标签： python django unit-testing testing factory-boy

【解决方案1】：

是的，您可以直接使用 django ORM 准备测试数据。但是使用工厂和factory_boy 也有好处，这里有一些我记得和使用的：

您的模型工厂以良好、干净和可读的方式定义：

class CasesFactory(factory.Factory):
    FACTORY_FOR = models.Case

    number = factory.Sequence(lambda n: '1021-{0}'.format(n))
    create_date = datetime.datetime.now()

这种基于类的方法的另一个好处是能够创建SubFactories
您还可以轻松地为不同类型的关系定义工厂：ForeignKey、反向ForeignKey、ManyToMany (documentation)
整洁的DjangoModelFactory类
Sequences（正如您所提到的）有助于使数据更加“动态”。想象一下自己处理。
mute_signals 装饰器 - 有时在测试时您不希望发送信号

基本上，factory_boy 是为了避免编写“帮助”函数来生成测试数据。相反，它引入了一个漂亮且易于使用的界面。

问问自己：为什么要重新发明轮子，有专门用于这项工作的工具？

另见：

Testing and Django（Carl Mayer 的演讲）

【讨论】：

另一个非常基本的值得添加的内容：您可以指定用于测试的默认值，而无需将它们作为实际模型本身的默认值。如果您有真正重要的属性，如果它们没有在实际应用程序中明确提供（因此您不能有模型默认值），那么这很好，但您在某些测试中并不真正关心它们案例。