DRF POST接口单元测试如何同时传递查询参数与请求体

你遇到查询参数返回None的问题有两个核心原因：

• 你使用的是Django原生测试客户端django.test.Client，它的post()方法不支持params关键字参数，你写的params={"task_id": "000c29840512"}会被直接忽略，不会拼接到URL的查询串部分，接口自然读不到对应值。
• 你的接口用了@action(detail=True, methods=['post'])装饰，这类detail级别的路由在反向解析时必须传入对应资源的主键pk，你当前的reverse('complete-task')写法本身就不符合路由规则，存在匹配错误的隐患。

1. 替换测试客户端为DRF官方提供的APIClient，对DRF接口的兼容性更好，不需要手动处理JSON序列化和请求头。
2. 不要用不存在的params参数传查询串，最稳妥的方式是直接把查询参数拼接到反向解析得到的URL末尾。
3. 反向解析detail路由时，必须传入测试用资源的主键参数。

修正后的测试代码如下：

from rest_framework.test import APIClient
from django.urls import reverse

def test_completed_task(self):
    self.client = APIClient()
    # detail=True的action反向解析必须传入pk，替换为你测试时创建的任务实例实际主键即可
    base_url = reverse('complete-task', kwargs={"pk": 1})
    # 查询参数直接拼接在URL后，所有HTTP客户端都能正确识别
    url = f"{base_url}?task_id=000c29840512"
    payload = {
        "variables": {
            "dept_status": {"value": "approved", "type": "String"}
        }
    }
    # 直接指定format='json'，客户端会自动处理序列化和Content-Type请求头
    response = self.client.post(url, data=payload, format='json')
    print(response.data)
    self.assertTrue(response.data)

• 如果坚持使用Django原生Client，同样需要把查询参数拼接到URL上，同时需要手动用json.dumps()序列化请求体，手动添加Content-Type: application/json请求头，使用成本比APIClient高很多。
• 从RESTful设计规范来看，detail=True的action本身已经通过URL路径传入了操作对象的主键，你不需要额外通过查询参数传task_id，直接在接口里通过self.kwargs.get("pk")就能拿到对应任务ID，逻辑更简洁。

内容的提问来源于stack exchange，提问作者Sherlin Susanna