我不明白为什么factory_boy比直接在Django测试中创建ORM /模型实例更受欢迎。 factory_boy网站几乎无法解释使用它的好处。
作为固定装置的替代品是有意义的，这些固定装置难以管理，速度慢等。
但是，为什么不只是根据测试需要创建模型实例？
如果factory_boy完全取代写入数据库，那么很好，我认为它是 非常 在这种情况下很有用，但工厂男孩创建的django模型实例仍然与数据库交互。
另一个潜在的好处是对序列的支持，但是在不需要工厂男孩的情况下创建序列/样本数据并不困难。
总而言之，我看到使用工厂男孩几乎没有任何好处，直接创建对象/模型实例。
我希望我错过了一些明显的东西！
是的，您可以直接使用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 （文件）
DjangoModelFactory 类Sequences（正如您所提到的）有助于使数据更“动态”。想象一下自己处理它。mute_signals 装饰者 - 有时在测试时你不希望发送信号基本上， 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 （文件）
DjangoModelFactory 类Sequences（正如您所提到的）有助于使数据更“动态”。想象一下自己处理它。mute_signals 装饰者 - 有时在测试时你不希望发送信号基本上， factory_boy 是否有避免编写“辅助”函数来生成测试数据。相反，它为它引入了一个漂亮且易于使用的界面。
问问自己：为什么重新发明轮子是否有专门用于工作的工具？
另见：