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

更多相关文章

  1. 微软:Android(安卓)智能手机正在被僵尸网络所劫持
  2. AndroidStudio连不上Android设备真机
  3. Android权限管理的一个bug
  4. Android(安卓)ADB调试之无线连接设备
  5. 常见Android测试工具简介
  6. android单元测试中的多线程以及handler消息传递
  7. android代码执行adb shell终端命令(linux命令)并返回执行结果
  8. 禁止Eclipse中xml文件Run as的XSL Transformation生成out.xml以
  9. 移动流量差距继续拉大:iOS份额超60%,Android不足20%

随机推荐

  1. 带标题的RecyclerViewAdapter
  2. android 动态实现点击ImageButton更换图
  3. ADT20安装报错
  4. Android很nice的Spinner(NiceSpinner)
  5. Android:ListView
  6. Android重写ViewPager修改滑动灵敏度
  7. http://www.open-open.com/lib/view/open
  8. 获取手机基本信息的工具类
  9. 【Android(安卓)Studio】Gradle配置及问
  10. RadioGroup控件(接口类监听事件)