我意识到这个问题被问到已经一年多了，但是您（或其他人）可能想知道我能够使用固定装置来测试具有 ContentType 的通用外键的模型。不过有一个警告，那就是我必须在测试装置中硬编码 content_type_id，这可能在数据库中创建 ContentTypes 的顺序方面有点不稳定。 （由于@Lara 提到的原因，我开始用 factory_boy 重写我的测试）
我目前使用的是 Django 1.8.3、Python 2.7.9。
关键特性似乎是加载固定装置的顺序。在我的 tests.py 中，我有：
tests.py：
class MyModelViewTests(TestCase):
fixtures = [
'auth_user.json',
'gfk_model.json',
'my_model.json',
]
def test_something(self):
# your tests
在上面，gfk_model.json 包含模型的固定装置，其中包含 ContentType 的通用外键。 my_model.json 包含您的 Django 项目或应用程序需要的任何模型的固定装置。所以我首先实例化包含通用外键的模型实例。确实，他们的 object_id 条目引用了 my_model 的数据库行，这些行还不完全存在，但一旦加载 my_model.json 固定装置就会存在。
MyModel/models.py
class MyModel(models.Model):
book_title = models.TextField()
book_isbn = models.CharField(max_length=13)
GFKModel/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) 中执行。然后我在我的装置中硬编码（yukky 我知道！）因此获得的 id（在我的情况下为 13）。
所以，最终灯具（从转储数据中获取，然后编辑）看起来像这样
gfk_model.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
}
]
my_model.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 的 PK 1、2。我也为 gkf_model 实例提供了 PK（尽管我可能不需要，没有尝试删除它们）。
总而言之，让它工作起来实际上比写这篇文章要快得多！
仅通过在测试 setUp() 中使用 ORM 来让 GFK 测试正常工作也非常简单。 factory_boy 也可以。
如果您有几种不同的 ContentType，尤其是如果它们可能会更改它们在 contenttypes 表中的 pk，我认为固定装置不会非常成功。