使用content_type: [<app_label>, <model>],代替content_type: <hard-coded pk of model>

我知道这个问题已经提出一年多了，但是你（或其他人）可能想知道我能够使用fixture来测试一个带有ContentType的泛型外键的模型，但是需要注意的是，我必须在测试fixture中硬编码content_type_id，而且就ContentType在数据库中的创建顺序而言，这可能有点不稳定。（出于@Lara提到的原因，我开始用factory_boy重新编写我的测试）
我目前使用的是Django 1.8.3和Python 2.7.9。
关键特性似乎是加载夹具的顺序。在我的www.example.com中tests.py我有：

测试.py：

class MyModelViewTests(TestCase):
    fixtures = [
        'auth_user.json',
        'gfk_model.json',
        'my_model.json',
    ]

    def test_something(self):
        # your tests

上面的gfk_model.json包含了模型的fixture，该模型包含ContentType的通用外键。my_model.json包含了Django项目或应用所需的任何模型的fixture。因此，我首先示例化了包含通用外键的模型示例。确实，它们的object_id条目引用了my_model的数据库行，而这些行还不完全存在，但是一旦加载了my_model.json fixture，它就会存在。

我的模型/models.py

class MyModel(models.Model):
    book_title = models.TextField()
    book_isbn = models.CharField(max_length=13)

GFK模型/models.py

class GFKModel(models.Model):
    content_type = models.ForeignKey(ContentType)
    object_id = models.PositiveIntegerField()
    content_object = GenericForeignKey()
    your_field = models.TextField()

如果我将通用外键与一个特定的ContentType相关联，那么我可以从SQL数据库或content_type_id = ContentType.objects.get_for_model(MyModel).pk中获得内容类型的id，在django shell（python manage.py shell）中执行。然后我将这样获得的id（在我的例子中是13）硬编码到fixture中。
最后，fixture（从dumpdata获得，然后进行编辑）看起来如下所示

gfk模型.json

[
{
    "fields": {
        "your_field": "Stuff you need to associate with my_model",
        "object_id": 1,
        "content_type": 13,
    },
    "model": "myapp.gfk_model",
    "pk": 1
},
{
    "fields": {
        "your_field": "Stuff you need to associate with my_model",
        "object_id": 2,
        "content_type": 13,
    },
    "model": "gfk_app.gfk_model",
    "pk": 2
}
]

我的模型.json

[
{
  "pk": 1, 
  "model": "myapp.my_model", 
  "fields": {
    "book_name": "How to bath your cat", 
    "book_isbn": "123456", 
  }
},
{
  "pk": 2, 
  "model": "myapp.my_model", 
  "fields": {
    "book_name": "How About Wednesday?", 
    "book_isbn": "654321", 
  }
}
]

在gfk_model.json中，object_id 1和2分别对应my_model.json的PKs 1和2。我也为gkf_model示例提供了PKs（虽然可能不需要，也没有尝试删除它们）。
总而言之，它实际上比写这篇文章要快得多！
在测试setUp（）中使用ORM也可以很直接地让GFK测试工作。
如果您有几个不同的ContentType，特别是如果它们可能会在contenttypes表中更改它们的pk，我认为fixture不会非常成功。

有几个原因不应该使用固定装置：

• 它很慢
• 难以更新/维护;
• 不是实践;

您应该使用“模拟”应用程序（如Factory Boy）来代替固定装置：
http://factoryboy.readthedocs.org/en/latest/
https://pypi.python.org/pypi/factory_boy/