移动测试的伪银弹——UI自动化.PDF

第2章  移动测试的伪银弹—— UI自动化 2.1  为什么测试热衷于UI自动化 2.4  你做的是伪UI自动化吗 2.2  我们为什么不做UI自动化 2.5  UI自动化框架 2.3  我们为什么要做UI自动化 大话APP测试2.0——移动互联网产品测试实录 其实本章原本是不存在本书当中的，但是由于笔者感觉移动互联网绝大部分的人都在做UI自 动化，从而带给这个世界一个错觉，自动化只有UI，别的没有办法做了，而且感觉就是要做一辈 子的样子。所以决定介绍一下UI自动化。笔者已经很久不做这传说中的UI自动化了，所以如果以 下说明有问题，还请大家随时来咬我。 2.1  为什么测试热衷于UI自动化 2.1.1  Android与iOS框架历史回顾 这里介绍一下为什么移动互联网的测试那么热衷于UI自动化。首先给出UI自动化定义，这里的 UI自动化无非是指两类。 1）界面层面（控件、元素、位置、显示等）。 2）功能交互层面（往往是通过代码或者测试框架来模拟真实用户的操作）。 测试人员热衷于UI自动化，与两个平台的历史以及提供的框架都有关系。Android 平台上第一 个接触的 UI 自动化工具肯定是 Monkey 这个工具了，这个工具的使用我在《大话移动APP测试》 这本书中已经很详细讲过了，这里不多提了。但无论Android的Monkey还是iOS的手动测试，其本 质都是UI的测试，这也决定了很多入门的测试者潜意识中被UI测试、黑盒测试、功能测试等所占 据，难以完整认识测试行业。 而iOS的人员，我真的不是鄙视测试iOS的人员，曾经我说过这样一段话“100个测试iOS的工 程师里面，有50个没有用过Macbook，10个没有用过Xcode，10个没有用过Instruments，10个没有 看过产品代码”，所以大部分测试iOS的人员仅仅也只是拿着iPhone在自己模拟Monkey Test。 然后再来看两个平台的框架。Android从发展到现在大家最熟悉的莫过于 ActivityInstrumentationTestCase和ActivityInstrumentationTestCase2这样两个类。但我相信 大部分只做UI自动化的测试人员，其实并不知道有ActivityInstrumentationTestCase的存在， 并且认为ActivityInstrumentationTestCase2是Instrumentation的全部，其实Instrumentation作 为Android最早的合法的测试框架已经哭了很久了。从行业以及Google近几年提供的测试框架来 看，热门的有Robotium、NativeDriver、Athrun（TMTS）、Calabash、Appium、Espresso、 MonkeyRunner、Monkey、uiautomator等，无一不是UI自动化框架，所以也不能怪测试人员被 这样一个趋势就带着走了。如果这些框架都用过，源码都解析过的话，那么肯定是不会被众多框 架所迷惑。iOS相对就好很多，非侵入式的话无非就是使用instruments下面的uiautomation，这 里不解释了，这个名字已经说明了一切。侵入式代表有KIF、Calabash等，这两个也都是UI自动化 测试框架。 86 第2章  移动测试的伪银弹——UI自动化 从以上的历史和目前的框架发展情况来看，不难看出UI自动化工具和框架的确有很多，多到足 以让一个资深测试者眼花缭乱，然而这可以成为一个借口，但并不能成为测试者热衷UI自动化的一 个主要原因。 2.1.2  原因 我们来探索测试人员热衷于UI自动化还有什么原因。是的，和测试人员所在的环境、所在的企 业有密不可分的关系。其实移动互联网行业中的大部分企业的确就是喜欢做UI自动