IOS自动化测试文档.docxVIP

关于 关于 iOS UI 自动化测试 要测试一个已成型的应用，从用户所见的角度来做自动化收益还是比较高的。目前了解的 U I 测试方法分为两类，一种是iOS4 提供的UI Automation，一种是把测试代码注入到应用中。 iOS4 的 UI Automation 用 JavaScript 驱动在应用上模拟用户行为，由 Instruments 的 Automation 工具执行。具体的可以参考这篇文章在 iOS 4 中实现 UI 自动测试，操作很简单，先编写自动化测试的Javascript 文件，在 Automation 工具中选择这个文件，选择测试的 target(模拟器和真机都可以)，然后点 Record(这个名字起得很坑爹，我一度以为它支持录制，像Selenium 一样转化为 js 代码呢)，此时会运行所选的应用同时自动化脚本也开始运作了。 API 可以在 SDK Developer Document 里找到，主要的是 UIAElement、UIAElementAr ray、UIALogger 这几个。但是 API 不是很完善，比如我要得到整个elementTree 可以通过UIATarget.localTarget().logElementTree()得到，但是没有API 能获取所有的 Element，获取 Element 只能以获取子控件的形式一级一级查找，最后的代码可能就会变成这样： window.tableViews()[0].cells()[1].buttons()[2].tap(); 即使可以通过 button 的 name 直接找到这个 button 也需要写成这样： window.tableViews()[0].cells()[1].buttons().firstWithName(search); 非常难看难维护。我尝试遍历一个view 上的所有控件整整运行了两分钟。 另外推荐一个测试框架，Working with UIAutomation 这篇文章中提供了 tuneup_js 这样一个框架，封装得非常简单，除了没有before after 之类的封装外对我来说暂时已经够用了(需要每个 case 执行完后或者执行开始前恢复默认状态，不过这个很容易实现)，可以参考。 测试代码注入到应用代码中 大致的思路是，新建一个测试的target，在 applicationDidFinishLaunching 最后创建一个测试对象，这个对象封装在测试的代码中，那么此时这个 target 就是应用+测试的新的东西了，安装后可以看到应用一直在模拟用户行为，也就是测试代码在运行。 这种测试方法其他部门的同事在研究，这里可以介绍几个测试框架： FoneMonkey，这是我最早接触的 iOS 自动化框架，支持录制回放，但是不知道怎么对结果做验证。如果仅仅是录制回放的话，UI Recorder 已经挺好用了。 Bromine，这个框架还不错，封装到最后只需要填几个Plist 就可以完成 testcase，只是不方便扩展，可以模拟用户行为无法做数据验证，同事基于这个框架在做定制，想法是做成 C/S 模式，这样如果 server 端没有发送请求测试就不会进行。 Google Toolbox for Mac (GTM)，Google 的一个开源项目。GTM + TestMerge.app = UI testing bliss 据说也是类似的思路。 总结一下以上两种测试方法存在的问题： iOS4 的 UI Automation 有一个硬伤，就是 4.0 以下 iOS 不支持，这对自动化来说是打点折扣的。但是既然是 Instruments 的工具，不知道能否和其他工具一起使用，比如用lea k 检测内存泄露，比如用UI Recorder 记录操作，然后回放到低版本的iOS 设备或者模拟器上，可行性没了解过。 第一种方案使用 Javascript，相对第二种方案的 Objective C 上手还是要简单一些。 需要解决的问题还有，如果应用crash，测试就不能继续了。如果 crash 后重跑下一个case，那就不能有 case 之间的耦合。如何重新运行 app 有待研究。 另外以上两种方案最后都要做到可持续集成，第一种方案需要做的是把build app、ru n app testcase、generate testresult 整个流程串起来，Automation 这个工具提供可以测试报告，Instruments 可以 Shell 运行，是否可行还需要研究，如果行不通的话可以尝试用 Apple Script 运行;第二种方案难点在于如何生成报告，需要把测试的log 重定向到某个文件输出，这也是他们准备做成 C/S 结构的原因之一，