BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

Google Espresso:一种用于云中Android UI的快速自动化测试框架

| 作者 Abel Avram 关注 11 他的粉丝 ,译者 马德奎 关注 0 他的粉丝 发布于 2013年10月29日. 估计阅读时间: 3 分钟 | CNUTCon 了解国内外一线大厂50+智能运维最新实践案例。

Google开源了Espresso,这是一种Android自动化测试框架,使测试人员可以在云中x86机器的多线程环境里运行测试,并解决了关于UI测试的并发问题。

由于Android设备数量和种类众多,在真实的设备上运行测试非常耗时,而且成本很高。一种解决方案是在模拟器上执行测试。模拟器是一个可控的环境,支持多种OS版本、屏幕尺寸和内存限制。这种方法可以捕获大部分代码Bug,剩下的Bug可以留给真实设备测试和人工测试去发现。

模拟器的问题是执行速度,其中,在模拟的ARM CPU上运行Android是一个瓶颈。为了解决这个问题,Google已经创建了可以直接在x86硬件上运行的Android版本,并使用了VM加速。另一个瓶颈是Android的启动时间。该问题已经通过抓取OS快照并执行快照得以解决。该方法可以在很短的时间内提供期望的OS和应用程序配置。早在今年3月份,Google就已经使用该方法完成了8200万次Android测试。

通过比较在Nexus 4和模拟器上的测试发现,后者需要真实设备上测试时间的65%来完成测试。因此,一个好的模拟器似乎已经解决了自动化测试问题。但是,还有另一块绊脚石。自动化测试使用Android的Instrumentation API,这些API的调用在一个与UI线程不同的线程中运行,因此,使用自动化方法测试用户界面会导致严重的并发问题,进而产生不一致不可靠的测试结果。Google对这个问题的解决方案是Espresso,它是一个测试框架,能够使UI测试在多线程环境中安全地运行,并移除了关于编写测试的大部分样板代码。Espresso可以跨各种移动设备工作,包括电话、电视、智能眼镜、汽车等。它还可以跨不同屏幕尺寸和内存大小、多个API版本以及不同网络工作。据Espresso幕后团队介绍,他们的解决方案捕获了Android和应用程序中99%的Bug,只给真实设备测试和人工测试留下了少数Bug,减少了整体的测试工作量。

下面是Espresso中断言视图未显示的测试示例:

onView(withId(R.id.bottom_left)).check(matches(not(isDisplayed())));

读者可以在这里找到其它测试示例。

目前,Espresso还处于开发人员预览状态,在Google Code上提供。但思路是,等到它足够成熟和稳定以后,将其迁移到Android SDK中。Google使用Espresso测试了他们自己的超过30个应用程序,包括G+、Maps和Drive。

查看英文原文:Google Espresso: Fast Automated Android UI Testing in the Cloud

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我
社区评论

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT