为什么factory_boy优于在测试中直接使用ORM?

use*_*927 13 python testing django unit-testing factory-boy

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

作为固定装置的替代品是有意义的,这些固定装置难以管理,速度慢等.

但是,为什么不只是根据测试需要创建模型实例?

如果factory_boy完全取代了对db的写入,那么很好,我认为在这种情况下它会非常有用,但工厂男孩创建的django模型实例仍然与数据库交互.

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

总而言之,我看到使用工厂男孩几乎没有任何好处,直接创建对象/模型实例.

我希望我错过了一些明显的东西!

ale*_*cxe 13

是的,您可以直接使用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()
    
    Run Code Online (Sandbox Code Playgroud)
  • 这种基于类的方法的另一个好处是能够创建SubFactories

  • 您也可以轻松地为不同类型的关系定义工厂:ForeignKey,反向ForeignKey,ManyToMany(文档)

  • 整洁的DjangoModelFactory课程
  • Sequences(正如你所提到的)有助于使数据更"动态".想象一下自己处理它.
  • mute_signals 装饰者 - 有时在测试时你不希望发送信号

基本上,factory_boy是否要避免编写"辅助"函数来生成测试数据.相反,它为它引入了一个漂亮且易于使用的界面.

问问自己:为什么重新发明轮子是否有专门用于工作的工具?

另见:

  • 另一个值得补充的非常基本的事实:您可以指定用于测试的默认值,而不必将其作为实际模型本身的默认值。如果您具有“非常重要”的属性(如果未在实际应用中明确提供这些属性)会出错,那么这很好,但是您在某些测试中并不真正关心它们案件。 (2认同)