2

我有非常定制的 Django 应用程序，它检查用户是否可以将 ForeignKey 更改为某些值。

在这种情况下，aUser属于 aWorkgroup并且 anItem也可以属于 a Workgroup，因此，当 a 生成Useran时Item，它们只能将其放入Workgroup它们所属的 s 中。使事情复杂化Item的是父类，因此“Item”的类型很多。

目前我有一个自定义管理表单设置来检查这个：

class AdminConceptForm(autocomplete_light.ModelForm):
    def __init__(self, *args, **kwargs):
        #... other code
        self.fields['workgroup'].queryset = self.request.user.profile.editable_workgroups.all()

该测试的重要部分是：

def setUp(self):
    from django.test import Client

    self.client = Client()
    self.wg1 = models.Workgroup.objects.create(name="Test WG 1") # Editor is member

def test_editor_change_item(self):
    self.login_editor()
    response = self.client.get(reverse("admin:%s_%s_change"%(self.itemType._meta.app_label,self.itemType._meta.model_name),args=[self.item1.pk]))
    self.assertResponseStatusCodeEqual(response,200)

    updated_item = dict((k,v) for (k,v) in model_to_dict(self.item1).items() if v is not None)
    updated_name = updated_item['name'] + " updated!"
    updated_item['name'] = updated_name

    updated_item.update({
        'statuses-TOTAL_FORMS': 0, 'statuses-INITIAL_FORMS': 0 #no statuses
    })
    updated_item.update(self.form_defaults)
    self.assertTrue(self.wg1 in self.editor.profile.myWorkgroups)

    self.assertEqual([self.wg1],list(response.context['adminform'].form.fields['workgroup'].queryset))

    self.assertTrue(perms.user_can_edit(self.editor,self.item1))
    self.assertTrue(self.item1.workgroup in self.editor.profile.editable_workgroups.all())

    response = self.client.post(
            reverse("admin:%s_%s_change"%(self.itemType._meta.app_label,self.itemType._meta.model_name),args=[self.item1.pk]),
            updated_item
            )

# HERE IS WHERE THE FAILURE IS!!!
    self.assertResponseStatusCodeEqual(response,302)

    self.item1 = self.itemType.objects.get(pk=self.item1.pk)
    self.assertEqual(self.item1.name,updated_name)

但有时（并且间歇性地），当我运行测试套件时，我post会以这个表单来测试保存内容，我得到这个错误：

======================================================================
FAIL: test_editor_change_item (aristotle_mdr.tests.test_extension_api.QuestionAdmin)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/travis/build/aristotle-mdr/aristotle-metadata-registry/aristotle_mdr/tests/test_admin_pages.py", line 285, in test_editor_change_item
    self.assertResponseStatusCodeEqual(response,302)
  File "/home/travis/build/aristotle-mdr/aristotle-metadata-registry/aristotle_mdr/tests/utils.py", line 501, in assertResponseStatusCodeEqual
    self.assertEqual(response.status_code, code)
AssertionError: 200 != 302

由于这种情况的性质，如果成功发布，页面应该重定向，如果不是这种情况，我有一些代码只会吐出响应 HTML，在这些情况下，我得到了这个：

<label class="required" for="id_workgroup">Workgroup</label>
<select id="id_workgroup" name="workgroup">
    <option value="">---------</option>
    <option value="17" selected="selected">Test WG 1</option>
</select>
<ul class="errorlist">
    <li>workgroup instance with pk 17 does not exist.</li>
</ul>

但是，当此错误触发时，并非每种项目类型都会抛出错误，只有一两个。但是，如果您查看该select字段，带有id（或pk）的工作组17就在那里！另外，当我重新运行测试套件时，它会很好（有时在一些“热身”之后）。我也从未在非测试站点中遇到过这种情况。

我认为这可能是由于 Django 测试保存在事务中的方式？我开始对此感到恼火，因为它曾经很断断续续，但现在它变得越来越频繁 - 但仍然是随机的。

所以这仍然失败，我可以说什么不能解决它：

  • 使用基于文件的 SQLite 实例而不是内存中的实例
  • 使用 PostgreSQL 进行测试
  • 从 TestCase 切换到 TransactionTestCase

我知道的：

  • 测试在开发服务上运行良好，但相同的测试在 Travis-CI 上失败
  • 它不仅是对测试 Web 客户端的调用，而且还有其他一些查询集工作
  • 它可能是基于事务的，但我不确定。

对于超级好奇的人来说，这是我试图消除但无法消除的问题。

编辑：2015-06-11

我已经建立了一个失败的、独立的例子！！SQLite 始终有效，Postgres 始终失败。

似乎由于某种原因，这段代码一直很糟糕：

    def test_bar(self):
        # This test will always work
        print("Do Bar")
        self.do_foo()
        print("Bar done")
    def test_foo(self):
        # This test will always work
        print("Do Foo")
        self.login_editor()
        response = self.client.get(reverse("admin:%s_%s_changelist"%(self.itemType._meta.app_label,self.itemType._meta.model_name)))
        self.assertResponseStatusCodeEqual(response,200)
        self.do_foo()
        print("Foo done")
    def test_zip(self):
        # This test will always FAIL
        print("Do Zip")
        self.do_foo()
        print("Zip done")

事实上，调用管理changelist视图总是会导致任何后续管理页面在尝试保存时在 Postgres 上失败，因为Workgroup不再出现在查询集中。现在，这是为什么呢？

完整代码：

class MinimalExample(TestCase):
    itemType=models.ObjectClass
    form_defaults = {}
    create_defaults = {}
    def setUp(self):
        self.wg1 = models.Workgroup.objects.create(name="Test WG")

        self.editor = User.objects.create_user('eddie','','editor')
        self.editor.is_staff=True
        self.editor.save()

        self.wg1.submitters.add(self.editor)

        self.assertEqual(self.editor.profile.editable_workgroups.count(),1)
        self.item1 = self.itemType.objects.create(name="admin_page_test_oc",description=" ",workgroup=self.wg1,**self.create_defaults)
    def logout(self):
        self.client.post(reverse('django.contrib.auth.views.logout'), {})

    def login_editor(self):
        self.logout()
        response = self.client.post(reverse('friendly_login'), {'username': 'eddie', 'password': 'editor'})
        self.assertEqual(response.status_code,302)
        return response
    def assertResponseStatusCodeEqual(self,response,code):
        self.assertEqual(response.status_code, code)

    def test_bar(self):
        print("Do Bar")
        self.do_foo()
        print("Bar done")
    def test_foo(self):
        print("Do Foo")
        self.login_editor()
        response = self.client.get(reverse("admin:%s_%s_changelist"%(self.itemType._meta.app_label,self.itemType._meta.model_name)))
        self.assertResponseStatusCodeEqual(response,200)
        self.do_foo()
        print("Foo done")
    def test_zip(self):
        print("Do Zip")
        self.do_foo()
        print("Zip done")
    def do_foo(self):
        url_bits = (self.itemType._meta.app_label,self.itemType._meta.model_name)
        response = self.client.post(reverse('friendly_login'), {'username': 'eddie', 'password': 'editor'})

        response = self.client.get(reverse("admin:%s_%s_add"%url_bits))

        data = {'name':"admin_page_test_oc",'description':"test","workgroup":self.wg1.id,
                    'statuses-TOTAL_FORMS': 0, 'statuses-INITIAL_FORMS': 0 #no substatuses
                }
        response = self.client.post(reverse("admin:%s_%s_add"%url_bits),data)
        self.item1 = self.itemType.objects.first()
        response = self.client.get(reverse("admin:%s_%s_change"%url_bits,args=[self.item1.id]))

        data['name'] = "updated"
        # Re post the same data
        response = self.client.post(
                reverse("admin:%s_%s_change"%url_bits,args=[self.item1.id]),
                data
                )
        print response
        self.item1 = self.itemType.objects.first() # decache
        self.assertTrue(self.item1.name == "updated")
4

2 回答 2

1

我会先在你加载该工作组的地方四处走动。尝试将工作组创建移出setUp和移入setUpClass. 这具有为 TestCase 中的所有测试保留工作组的效果，这可能是您想要的。

def setUp(self):
    from django.test import Client
    self.client = Client()

@classmethod
def setUpClass(cls):
    cls.wg1 = models.Workgroup.objects.create(name="Test WG 1") # Editor is member
    super().setUpClass() # Python 3 version

固定装置通常是一场噩梦，但如果这没有帮助，我有兴趣看看是否将该工作组移动到固定装置并查看问题是否消失。

于 2015-06-08T15:00:10.030 回答
0

哇，多么狂野而疯狂的骑行！

事实证明，这RelatedListFilter是导致问题的自定义查询集的问题。对此答案的评论指出：

过滤器查找以某种方式被缓存

和

field 和 field.rel 对象将在请求之间持续存在

即使在某些情况下似乎跨越事务回滚！

故事的寓意，ListFilters在管理员中使用时要小心！

于 2015-06-11T12:23:55.117 回答