1、android自动化测试框架时间线

2、android自动化测试应用场景

(1)
性能测试。移动终端应用,无论是Native仍是WebView的应用,对性能要求都很是高,主要是卡顿、耗电、速度这几个常见关键性的指标,而这类测试重复性强,指标路径固定,而且质量指标中又须要分为横向与纵向对比情景,等等,造成一个庞大的测试矩阵,自动化测试支持才能更快捷地完成测试任务,通常性能测试会考虑选用自动化方案,此方案很是适合性能测试。
(2)
稳定性测试。Android平台通常都会联想到用系统自带的Monkey工具进行测试,此工具既易上手也实用,但运用起来有很是多的讲究和技巧,简单的Monkey工具不必定能完成使命,在测试中也须要花费心思去对原生的Monkey进行改造,以知足不一样业务的稳定性测试需求。
(3)
功能测试。关于功能测试的争议比较多,由于产品都须要快速迭代,而脚本的稳定性、实现时间等成本开销大,真正发挥做用也须要不断地打磨,而且还有不少后期维护成本,因此比较折中的办法是作一些BVT测试和持续集成配合,在开发编译新的build后直接运行这些核心的BVT用例,以避免出现严重的Regression/Block问题,平常的工做中选定较小范围的用例及适合的框架通常就能够解决问题。
(4)
兼容性测试。不一样的业务可能会有不一样的适配要求,如今比较经常使用的方法是直接使用业界比较成熟的测试平台,如Testin、百度MTC、腾讯优测平台等,通常状况下平台能提供几百甚至上千台机器进行测试。
(5)
接口测试。这块的测试主要是集中一些重要的API测试,和PC端的接口测试思路同样,都是经过脚本去遍历全部重要的参数等,而且抛开界面的干扰快速测试以致稳定。像浏览器里常见的就有JS API接口测试,固然这块可能须要开发同窗的接口定义文档或者口头支援,梳理业务的关键API和参数列表以及相应的依赖关系等,是很是适合用自动化测试去实现的,脚本也相对简单稳定,并且效果明显。
(6)
单元测试。Android终端用Android Junit能够快速方便地实现单元测试。不少公司单元测试工做都是由开发同窗自行完成,但在移动互联网时代,基于敏捷开发测试前移的大环境,部分测试同窗也会直接参与单元的编写和执行,好比,腾讯Tencent OS(TOS)项目团队就是由测试同窗进行单元低层OS系统的单元测试。
(7)
线上监控测试。这块测试方向不该该直接归属于传统的自动化测试范畴,由于它不须要常规状况下提到的自动化测试框架支持,也不须要开发测试用例脚本,这里主要是对线上测试数据的监控,而且利用大数据分析进行“自动化”测试,在互联网产品中极为适用并且能很是直接地体现产品的质量。举个简单的例子,经过浏览器的网页浏览功能,能够监控用户在浏览网页时有多少个浏览失败的网站、是否会出现必然浏览失败的网站、出现浏览失败的网站的地域/DNS是什么等,如此层层过滤,最后获得的关键信息会直接指导测试人员缩小测试范围,提升测试效率。
以上均来自《腾讯android自动化测试实战》,做者丁如敏、盛娟等