Easy Thumbnails：如何测试DRF中含ThumbnailerImageField的视图

你当前遇到的返回异常有两个核心原因：

1. 直接给ThumbnailerImageField赋值字符串posts/test_image.jpg时，字段实例不会被初始化为合法的ThumbnailerFile对象，thumbnail_url函数无法从传入的value中解析出完整的文件名，只能拿到上传目录路径，所以返回/posts/。
2. 使用SimpleUploadedFile时触发S3上传，是因为测试环境默认继承了生产/开发环境的S3存储配置，没有单独指定测试用的存储后端。

这里提供两种可行方案，都不会触发云端资源操作：

方案1：覆盖测试环境存储为内存存储（推荐，最贴合真实业务逻辑） #

通过Django的override_settings装饰器临时修改默认文件存储为内存存储，所有上传的文件都会保存在内存中，不会写入本地磁盘也不会上传到S3，同时easy-thumbnails的完整逻辑可以正常运行。
示例代码：

# tests.py
from django.test import override_settings
from django.core.files.uploadedfile import SimpleUploadedFile

@override_settings(DEFAULT_FILE_STORAGE='django.core.files.storage.InMemoryStorage')
def test_post_endpoint(client):
    # 随便构造二进制内容即可，不需要读取真实本地图片
    test_file = SimpleUploadedFile(
        name='test_image.jpg',
        content=b'test_content',
        content_type='image/jpeg'
    )
    post = Post.objects.create(
        name="Post 1",
        cover=test_file,
    )
    # 注意你使用的是RetrieveAPIView，路由需要携带资源ID，这里替换为你实际的路由规则
    response = client.get(f'/posts/{post.id}/')
    assert response.status_code == 200
    # 此时返回的cover字段就会符合预期格式
    assert 'test_image.small.jpg' in response.data['cover']

方案2：Mock thumbnail_url 返回值（适合快速单元测试，无需依赖文件逻辑） #

如果你不需要测试easy-thumbnails本身的逻辑，只需要验证序列化器返回的URL格式符合预期，可以直接mockthumbnail_url函数的返回值，完全跳过文件相关的逻辑：

# tests.py
def test_post_endpoint(client, mocker): # 需提前安装pytest-mock依赖
    # 注意这里的路径要和你serializers.py中导入thumbnail_url的路径完全一致
    mock_thumbnail = mocker.patch(
        'your_app_name.serializers.thumbnail_url',
        return_value='/posts/test_image.small.jpg'
    )
    post = Post.objects.create(
        name="Post 1",
        cover="posts/test_image.jpg",
    )
    response = client.get(f'/posts/{post.id}/')
    assert response.status_code == 200
    assert response.data['cover'] == 'http://testserver/posts/test_image.small.jpg'
    # 可选校验：验证mock函数被正确调用
    mock_thumbnail.assert_called_once_with(post.cover, 'small')

内容的提问来源于stack exchange，提问作者Alvaro Bataller