我不明白为什么 factory_boy 优于直接在 Django 测试中创建 ORM/模型实例。 factory_boy 网站几乎没有解释使用它的好处。
它作为固定装置的替代品是有意义的，因为固定装置难以管理、速度慢等。
但是，为什么不根据测试需要创建模型实例呢？
如果 factory_boy 完全取代了写入数据库，那么很好，我认为它在这种情况下非常有用，但是 factory_boy 创建的 django 模型实例仍然与数据库交互。
另一个潜在的好处是对序列的支持，但在不需要工厂男孩的情况下创建序列/样本数据并不难。
总而言之，与直接创建对象/模型实例相比，我发现使用 factory boy 几乎没有任何好处。
我希望我遗漏了一些非常明显的东西!
最佳答案
是的，您可以直接使用 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类 Sequence(正如您所提到的)有助于使数据更加“动态”。想象一下自己处理它。-
mute_signals装饰器 - 有时在测试时您不希望发送信号
基本上，factory_boy 是为了避免编写“辅助”函数来生成测试数据。相反，它引入了一个漂亮且易于使用的界面。
问问自己:为什么要重新发明轮子，有专门针对这项工作的工具吗？
另见:
- Testing and Django (卡尔迈耶的演讲)
关于python - 为什么 factory_boy 优于直接在测试中使用 ORM？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/23349772/