代码创作者

这个屌丝很懒，什么也没留下！

热门标签

django.test.client的一些用法_django client

作者：代码创作者 | 2024-01-29 19:40:38

踩

django client

对于文件（文本文件，或图片文件等等文件）从客户端上传到服务端，对于常规情况，也就是真实服务端和客户端，我们往往是需要给files这个参数的。

具体来说，就像这样：


import requests
 
header = { 
    "Accept": "application/json, text/plain, */*",
    "Content-Type": "multipart/form-data",
    "Cookie": "ssssss"
}
 
url = "http://test.quasar.oa.com:8082/assess/api/AssessObject/ImportStaff"
 
# 接下来注意，上传文件需要一个files的参数，同时上传文件时，传入的是一个文件句柄。
path = (os.path.join(os.path.dirname(os.path.abspath(__file__)), 'test.xlsx'))
files = {'file': open(path, 'rb')}  # 这里key为file，绑定的对象就是一个文件句柄。这里注意此处字典的key，不一定非得叫 ‘file’, 也可以是其他的名称。
 
# 也有人选择给key绑定一个元组对象，性质是一样的，效果也是一样的，就是换了个写法，如：
files = {
    'file': ('test.png',  # 文件名称
             open('../file/test.png', 'rb'),  # 文件句柄
             'image/png',  # 文件类型
             {'Expires': '0'}  # 其他参数，非必传
             )
}
 
data= {'user_name': 'aa', 'page_num': 15} # 这里可以给一些其他的请求数据。
 
# 然后就可以发送请求了
res = requests.post(url=url, headers=headers, files=files,data=data)

这里还有一些关于 request 的参数介绍，也可以了解下：接口测试——requests 的基本了解 - 知乎

ok，但是，对于django工程而言，在进行一些测试的时候，往往我们并不需要这么麻烦的去构建一个真实的client，去访问服务，然后进行测试。往往我们都是选择使用django自带的test体系，去完成相关测试，这样往往会方便很多。对于发get，post请求，以及上传文件等操作，我们都可以使用 django.test.client 来弄，会特别方便，且快捷，因为这就相当于，在要测试的django工程里，基于django框架，在其内部做测试，就是从工程自己内部去访问工程的各个接口，去检测工程内部的接口是否正常，以及，接口对应的功能模块，函数等，是否能够按照预期处理数据，并按照预期返回我们想要的结果。

比如：


>>> from django.test.client import Client
>>> c = Client()
>>> response = c.post('/login/', {'username': 'john', 'password': 'smith'})
>>> response.status_code
200
>>> response = c.get('/customer/details/')
>>> response.content
'<!DOCTYPE html...'

这就是个非常典型的用法，当然，实际操作中，我们基本不会直接的这么用。

先进一步了解相关用法：


from django.test.client import Client
 
# Client(是可以填入参数的) enforce_csrf_checks，默认值是 False，会忽略CSRF检查。改成 True 会强制进行CSRF检查。
csrf_client = Client(enforce_csrf_checks=True)
 
# 也可以使用关键字参数来指定默认的请求报头
c = Client(HTTP_USER_AGENT='Mozilla/5.0')
 
# 另外，在发get, post 等请求的时候，get, post,等本身是可以带参数的，如：
c.get(path, data={}, follow=False, **extra)

path : 就是请求的url，注意用django.test.client.Client()时发请求给url时，是不需要给http://...，而是直接给路由即可，比如 '/login'，就是从工程的根路由开始提供路由路径即可。

data ：需要传入的参数数据

follow ：这个参数是追踪的意思，主要用于重定向的场景，当值为True的时候，client会追踪任何重定向，返回的response有redirect_chain属性，包括所有重定向过程中的url和状态码组成的元祖列表。

extra ：关键字参数可用作请求报头

关于重定向追踪的演示 eg:


>>> response = c.get('/redirect_me/', follow=True)
>>> response.redirect_chain
[(u'http://testserver/next/', 302), (u'http://testserver/final/', 302)]

post 请求的解构：

post(path, data={}, content_type=MULTIPART_CONTENT, follow=False, **extra)

和 get请求的参数大同小异，这里看下 content_type 参数，如果提供content_type参数(例如 text/xml),数据会被作为报头中Content-Type的类型进行POST上传。如果不提供content_type参数，数据会被作为multipart/form-data类型上传。

options(path, data='', content_type='application/octet-stream', follow=False, extra)**

做OPTIONS请求，对测试REST接口很有用。data被用作请求的主体。

put(path, data='', content_type='application/octet-stream', follow=False, extra)**

做PUT请求，测试RESTful接口。

patch(path, data='', content_type='application/octet-stream', follow=False, extra)**

做PATCH请求，测试RESTful接口。

delete(path, data='', content_type='application/octet-stream', follow=False, extra)**

做DELETE请求，测试RESTful接口

用 client 验证登录：

在验证登录前通常需要前创建一个用户，最好用django的内建模块创建：


from django.contrib.auth.models import User
from django.test.client import Client
 
user_test = User.objects.create_user('test', 'test@example.com')

然后，就是用 client 绑定这个用户：

client = Client(user=user_test)

然后，还记得上面的 extra 参数么。


extra.setdefault('content_type', 'application/json')
extra.setdefault('HTTP_AUTHORIZATION', 'apikey %s:%s' % (user_test.username, user_test.api_key.key))

接下来，就是发请求了。


client.get(path, data, **extra)
 
client.post(path, data, **extra)
 
client.put(path, data, **extra)
 
client.delete(path, data, **extra)

到这client的客户端就可以了，至于服务端的具体验证.....其实，大体就是，从request里获取到user的信息，然后，在和数据库里user的信息做对比，如果信息无误，那就是登录成功，或者就是确认是该用户，然后该干嘛干嘛就是了。

用 client 上传文件：

这个时候，就跟正常真实客户端上传文件，有所不同了。client在上传文件的过程中，是不需要提供files这个关键字的。

看个例子：


def test_upload_file_success():
    """ Test generic_uploader Upload file API success """
    data = {
                'filename': 'log.log',
                'script_name': 'scriptname'
           }
    # prepare a dummy package to upload
    flength = 45272  # .045MB
    with tempfile.NamedTemporaryFile() as f:
        f.write(b"\0" * flength)
        # reset seek position to 0 to read full content
        f.seek(0)
        # 这里的关键字可以不叫files，叫什么都行，只是需要跟代码的处理逻辑保持一致即可
        data['files'] = f
        res = client.post(url, data=data)

相同的是，都是传入了一个句柄。

然后就是具体的post请求处理过程：


@csrf_exempt
@require_POST
def generic_uploader(request):
    res = {'status': False}
    try:
        request_data = request.POST.dict()
        # 这里的files就是刚才data里给出的key，所以说，files关键字可以是其他的名字，只要用例侧和post请求的处理侧保持一致即可。
        if 'files' in request.FILES:
            error = upload_file(request, request_data, build_obj.logs_path())
            if error:
                return error
        res['status'] = True
 
    except Exception as err:
        err_msg = (
            'Exception when calling the generic uploader service: %s' % err)
        log.exception(err_msg)
        res['error'] = (err_msg)
    return JsonResponse(res)

然后，看下文件的保存过程：


def upload_file(request, request_data, log_path):
    """
    Store the file to the correct storage location. Fail the API
    call if a file with the same name already exists.
    """
 
    filename = request_data['filename']
    dst = os.path.join(log_path, filename)
    if os.path.exists(dst):
        res = {'status': False, 'error': 'Error, %s already exists' % dst}
        return JsonResponse(res, status=409)
    with open(dst, 'wb') as f:
        for chunk in request.FILES['files'].chunks():
            f.write(chunk)
        request.FILES['files'].close()

这里注意：从request.FILES中获得的真实的文件。这个字典的每个输入都是一个UploadedFile对象——一个上传之后的文件的简单的包装。

看个日志呗：

request.FILES对象，就是<MultiValueDict:{}>对象，这是一个特殊的字典对象。字典中的key，取决于post请求中绑定句柄的那个key，值当然对应的就是句柄对象了。

至此，关于client的内容先扯到这。看下，这个过程中涉及的，两个东西，一个是tempfile，一个是chunks()。

先说说chunks()，这东西，有点迭代器与生成器的意思。当文件本身特别大的时候，往往不适合用read()去操作文件，这样有可能会很占内存，这时候，chunks()就是个比较好的选择，它就像是生成器与迭代器，你调用一次，它就拿一次文件里的内容，默认的这个值是2.5M，当然这个值是可以调节的。然后就一直 for 下去，慢慢搬运文件内容呗。这样就等于保证效率的同时，也不影响内存的使用。

再就是tempfile临时文件系统。他的作用，就是造一个临时文件，通常这个临时文件，在关闭以后，就会自动被销毁。当然可以添加参数让其不自动销毁。

tempfile.NamedTemporaryFile(delete=False)

在有些场景下对于临时文件的存储有一定的格式要求，比如后缀等，这里我们将临时文件的后缀设置为常用的txt格式，同样的，只需要在NamedTemporaryFile的参数中进行配置即可：


import tempfile
 
file = tempfile.NamedTemporaryFile(delete=False, suffix='.txt')

这里也可参考：善用tempfile库创建python进程中的临时文件 - DECHIN - 博客园

这里注意，一般情况，临时文件生成的地方，linux一般就是在 /tmp下，但是有个参数注意一下，在django中，使用临时文件系统的时候，并不是非得让临时文件，必须存放到 /tmp下的，是可以换地方的，这就涉及一个参数：FILE_UPLOAD_TEMP_DIR，这个参数可以放到django的settings.py里，这样就可以指定临时文件的存放目录了。

它的应用场景是：

临时文件在python项目中时常会被使用到，其作用在于随机化的创建不重名的文件，路径一般都是放在Linux系统下的/tmp目录。如果项目中并不需要持久化的存储一个文件，就可以采用临时文件的形式进行存储和读取，在使用之后可以自行决定是删除还是保留。

要想安全的创建名字唯一的临时文件，以防止被试图破坏应用或窃取数据的人猜出，这很有难度。tempfile模块提供了多个函数来安全的创建临时文件系统资源。TemporaryFile()打开并返回一个未命名的文件，NamedTemporaryFile()打开并返回一个命名文件，SpooledTemporaryFile在将内容写入磁盘之前先将其保存在内存中，TemporaryDirectory是一个上下文管理器，上下文关闭时会删除这个目录。

如果应用需要临时文件来存储数据，而不需要与其他程序共享这些文件，则应当使用TemporaryFile()函数创建文件。这个函数会创建一个文件，而且如果平台支持，它会立即断开这个新文件的链接。这样一来，其他程序就不可能找到或打开这个文件，因为文件系统表中根本没有这个文件的引用。对于TemporaryFile()创建的文件，无论通过调用close()还是结合使用上下文管理器API和with语句，关闭文件时都会自动删除这个文件。

有些情况下，可能非常需要一个命名的临时文件。对于跨多个进程甚至主机的应用来说，为文件命名是在应用不同部分之间传递文件的最简单的方法。NamedTemporaryFile()函数会创建一个文件，但不会断开它的链接，所以会保留它的文件名(用name属性访问)。

关于tempfile的更多用法可以参考：Python3标准库：tempfile临时文件系统对象 - 走看看

声明：本文内容由网友自发贡献，不代表【wpsshop博客】立场，版权归原作者所有，本站不承担相应法律责任。如您发现有侵权的内容，请联系我们。转载请注明出处：https://www.wpsshop.cn/article/detail/44629