短视频SDK测试tips

本文分享了在测试短视频SDK时的两个实用技巧,一是利用Androidtestcase单元测试框架减少手工操作成本,通过编写测试代码覆盖不同参数和文件类型;二是使用“手刹”工具生成各种奇葩MP4文件,以全面覆盖MP4文件类型,提高测试覆盖率。通过这些方法,可以提升测试效率并确保SDK质量。
摘要由CSDN通过智能技术生成
前言:
测试短视频SDK有半年多了,曾经跟组内小伙伴感叹,“再苦再累我都要坚持测试短视频”。虽然每次版本测试都被短视频SDK虐的不行,但是短视频SDK仍然是我最喜欢测试的一款SDK,没有之一。
短视频SDK介绍:
2016年底的时候出现了不少短视频类的应用,随着piapi酱等等的火爆,短视频成为下一年的视频风口。在这个时候市面上出现了一款短视频编辑神器VUE,融合了小视频录制,添加伴音、贴图、时长编辑、特效编辑等功能。所待的项目组也紧跟潮流推出了短视频SDK,主要实现短视频录制、增加特效、伴音、贴图、时长裁剪等功能。实际上只对外提供三个接口,但是由于视频文件的多样性、以及Android设备的不同兼容性、以及转码本身就需要耗费一定的时间,测试起来其实并不简单,总结了下面两点用于提升测试的效率。

测试tip1,引入单元测试框架Androidtestcase,减少手工操作成本
在前期测试准备中就发现,短视频SDK虽然只对外提供三个接口,但是最主要的转码接口有十几个参数,每个参数需要覆盖多种不同的数据以及不同的文件。比如短视频提供的拼接功能,其实并未涉及到参数,但是需要覆盖不同分辨率的文件,不同码率的文件,不同帧率的文件,以及宽高不规则的文件,单主流分辨率就有1280X720、960X540、640X480、480X320这四档,然后做为一个专注找bug的QA来说,这些分辨率肯定是远远不够的,那如果要全部覆盖的话,只依赖手工测试,会是一个事倍功半的过程。简单查看了下短视频SDK,因为不涉及到摄像头操作,操作均在本地,不调用网络,应该可以通过单元测试框架跑接口。曾经在很早之前使用过Androidtestcase这个单元测试框架,经过简单的调试,有了下面的工程。

在测试代码中,使用数组的方式来存储数据,来进行不同文件、不同参数类型的覆盖,具体如下:
//动态水印位置测试
int dataprovidercharletpositon[][] = { { 341 , 451 }, { 432 , 234 }, { 123 , 322 }, {
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值