Django表单需要请求，这使得测试更加困难？

我有许多django表单，在这些表单中我将请求作为kwarg传递。
我刚刚开始深入研究测试，似乎需要请求作为参数的测试表单使得测试更加困难。因为我必须以某种方式创建一个请求，没有它我无法测试我的表单

那么，是否最好避免将请求传递给表单？还是其他解决办法？ 首先，我这样做的原因是，有时我需要request.user或request.session，并根据表单中的信息进行一些清理/设置

更新：
这是一个示例表单：

class OrderForm(forms.ModelForm):
   def __init__(self, *args, **kwargs):
      self.request = kwargs.pop('request')
      self.user = self.request.user

   def clean(self):
       # Here I have some cross session-field validation
       if self.request.session['has_response'] and self.cleaned_data('status') == 'NEW':
            raise ValidationError()

   def save(self, commit=False):
      self.instance.user = self.user
      return super(OrderForm, self).save(commit=True)

   class Meta:
      model = Order
      fields = ('address', 'city', 'status', ) # more fields

查看代码很简单：

form = OrderForm(request.POST, request=request)

订单模型还有一个clean（）方法，其中包含一些验证逻辑。 该会话最多在用户登录期间填充。 这里我需要会话/用户

---

但最重要的是，考虑到测试表单的选项，将请求和会话传递给表单是一种糟糕的设计吗？我发现表单保存对象（包括request.user）时更符合逻辑。但也许我应该试着把它分为形式和视图

如果在

clean（）

方法中需要请求，则可以将请求传递给表单。您可以在如下测试中使用请求/会话/用户：

from django.test import TestCase, Client
from django.test.client import RequestFactory
from django.contrib.auth.models import AnonymousUser, User
from .views import my_view
from .forms import MyForm
from django.contrib.sessions.middleware import SessionMiddleware

# If Python >= 3.4
from unittest.mock import patch, MagicMock
# Else
from mock import patch, MagicMock

class SimpleTest(TestCase):
    def setUp(self):
        # Create a RequestFactory accessible by the entire class.
        self.factory = RequestFactory()
        # Create a new user object accessible by the entire class.
        self.user = User.objects.create_user(username='username', 
                                 email='email', password='password')

    def test_my_view(self):
        # Create an instance of a GET request.
        request = self.factory.get('/my-url/')

        # Middleware is not supported so simulate a
        # logged-in user by setting request.user.
        request.user = self.user

        # Or add anonymous user to request.
        request.user = AnonymousUser()

        # Test view() at '/my-url/'
        response = my_view(request)
        self.assertEqual(response.status_code, 200)

    @patch('app.models.ModelName.save', MagicMock(name="save"))
    def test_my_form_view_with_factory(self):
        # Set up form data.
        form_data = {'something': 'something'}

        # Create an instance of a POST request.
        request = self.factory.post('/my-form-url/', form_data)

        # Simulate logged-in user
        request.user = self.user

        # Setup session.
        middleware = SessionMiddleware()
        middleware.process_request(request)
        request.session.save()

        # Or you should just be able to do
        request.session['somekey'] = 'test'
        request.session.save()           

        # Get response from form view, and test passing 
        # request/data to form.
        form = MyForm(request=request, data=form_data)
        response = my_form_view(request)

        self.assertTrue(form.is_valid())
        self.assertEqual(response.status_code, 200)

        # If model form you can do 
        self.assertTrue(ModelName.save.called)

    @patch('app.models.ModelName.save', MagicMock(name="save"))
    def test_my_form_view_with_client(self):
        # Use Client instead of RequestFactory.
        self.client = Client()

        # Login with Client.
        self.client.login(username='username', password='password')

        # Set up form data.
        form_data = {'something': 'something'}

        # Get/set session.
        session = self.client.session
        session['somekey'] = 'test'
        session.save()

        # Get response with Client.
        response = self.client.post('/my-form-url/', form_data)
        self.assertEqual(response.status_code, 200)

        # If model form you can do 
        self.assertTrue(ModelName.save.called)

---

应该给出您可以做什么的一般概念，而不是经过专门测试。

您可以给出一个代码示例吗？默认情况下，render（）将使用RequestContext作为上下文实例。已更新的表单与我的大多数表单行为非常匹配。请检查我最近的更新以获取设置会话的信息。对我来说最有用的是here RequestFactory。但是这个测试允许使用request.session吗？或者它也需要刺激吗？考虑到我需要登录以测试我的一些表单，因为登录涉及到一些会话数据的设置，所以您不能使用RequestFactory登录，但您可以模拟它并设置会话数据。使用客户机，您可以同时执行这两项操作。如果自定义登录视图以某种方式设置会话数据，则可以使用客户端使用自定义视图登录，它将设置会话数据。或者您可以使用请求工厂对自定义登录视图执行相同的操作。然后，如果需要，可以编辑会话数据。我会亲自去试一下。谢谢。由于我的表单要求用户登录，我想刺激登录（将填充会话）的正确位置应该在setUp（）中？因为这在用户访问FormsUp之前是必需的，所以测试类中的所有方法都可以使用它。请记住，如果需要在测试之间重置数据库，则应创建单独的类。您也可以在登录后使用

assertEqual

，以确保会话设置正确。单独的类似乎适合我，我想我得到了它，现在可以编写一些测试了。我确实认为

kwargs

to表单中的请求会使测试稍微复杂一些（因为您混合了一些请求处理逻辑），但仍然是可能的。谢谢，这很有帮助