前言
今天分享一个专项测试的一个解决案例,是项目上一阵子重构后某逻辑模块的一次专项对比测试,最近终于有了时间,赶紧写下来。
然后,吐槽一下结果,对的,逻辑维持原样,无法推动任何人去做逻辑优化的事,也就是本篇提出的改进建议没有采纳。虽然创业公司不重视质量和测试,但是我还是坚持做下去。(气愤x3)
目录
分享上传专项测试
一 明确客户反馈的问题—-分享总是失败
二 结合竞品分析成功率低的原因
三 提出优化建议,解决问题
1. 秒传
2. 预上传
3. 分段上传
4. 重试检查机制
5. 合理配置sdk超时时间和重试次数
一 明确客户反馈的问题–分享总是失败
在版本发出去之后,总是有用户反馈:分享又失败了,然后截图给我们,我们也很汗,因为之前从没有过上传方面的类似经验,负责这块的测试同学也只是在功能层面模拟不同网络和不同资源上传成功就行了,在弱网下研发给出的解释就是,网络不行,我们用的是sdk上传,换个正常的网络就行了。
作为专业的测试怎么能相信开发的说辞呢,于是进行了一次针对性的专项对比测试
二 结合竞品分析成功率低的原因
在所有工作开始前,我们必须先理解项目的分享流程,以下是一个简略的上传流程图:
first,app需要向服务器拿一些认证信息,这些认证信息可以理解为上传所必须要的一些值
second,客户端需要导出全景资源的一些文件,也就是一个全景资源将会生成4个不同的文件,其中3个是比较小的图片文件,另外一个是比较大的原图/原视频文件。
third,调用服务商提供的sdk依次上传这4个文件。
fouth,后台生成分享链接,返回客户端。
在理解了整个上传的概要后,我们正式进入测试。