一、核心功能测试（Happy Path）
-
文件基础验证
-
支持格式：MP4/MOV/AVI等（含H.264/H.265编码组合验证）
-
分辨率兼容性：720p→8K的渐进式测试（重点验证竖屏9:16适配）
-
时长边界：3秒~15分钟分段测试（含59秒/1分01秒临界值）
-
-
上传流程验证
-
断点续传：主动暂停后继续上传的MD5校验
-
进度条反欺骗：强制杀进程后重新上传的进度真实性
-
后台保活：切换APP到后台30秒后恢复上传的稳定性
-
二、异常场景测试（Murphy's Law）
-
文件破坏测试
-
头部缺失的MP4文件（验证FFmpeg解析容错）
-
扩展名伪装（.txt改.mp4的MIME类型检测）
-
故意损坏的关键帧数据（检查服务端转码熔断机制）
-
-
网络极限测试
-
2G网络下大文件上传的TCP重传策略
-
频繁切换WiFi/4G时的IP变动容忍度
-
弱网模拟：50%丢包率时的超时阈值合理性
-
三、安全专项测试
-
元数据攻击
-
注入恶意EXIF信息（GPS坐标/恶意注释字段）
-
超长文件名攻击（Linux系统255字节限制绕过尝试）
-
-
内容安全
-
视频帧中嵌入二维码/电话号码的识别拦截
-
逐帧检测敏感画面（使用OpenCV比对已知违禁图片库）
-
四、性能与兼容性
-
并发压力测试
-
模拟1万人同时上传时CDN边缘节点负载均衡
-
上传成功率与耗时曲线拐点定位（建议使用Locust压测）
-
-
设备矩阵测试
-
Android碎片化测试：EMUI/MIUI等ROM对文件选择器的差异处理
-
iOS存储空间不足时的优雅降级（不应触发系统级崩溃）
-
五、用户体验暗坑
-
认知负荷测试
-
上传过程中突然接到来电后的状态恢复预期
-
相册权限被用户手动关闭后的引导策略
-
-
可视化反馈
-
进度停滞时的"假动画"识别（进度条必须反映真实状态）
-
上传失败的错误代码翻译（不应直接展示OSS内部错误）
-
高阶测试建议：
-
使用MITMProxy拦截上传请求，修改二进制流测试服务端校验强度
-
对比竞品：快手/B站的上传失败处理策略差异分析
（可延伸讨论）
你们遇到过最诡异的上传BUG是什么？
笔者曾发现某机型在拍摄4K视频时，因系统相册缩略图生成失败导致上传入口消失的离奇case...