豆瓣ios自动化测试实践和经验

1、豆瓣iOS自动化测试实践和经验豆瓣QA： 芈峮 iOS自动化测试 ? 持续构建iOS应用 ? 自动化测试工具评估 ? Ynm3k功能简介 持续构建iOS应用 传统的测试发布流程 code ?Dev Coding test ?Tester tes9ng release ?PM release 原始的让你抓狂的流程 发现问题 ? UED 和PM无法在测试阶段无缝的介入 ? 编译打包的过程没有纳入测试管理 ? 测试人员很难建立被测app和版本管理工具中的版本号之间的关联关系 ? 整个流程需要更加容易执行，并且需要解放dev，让dev把更多的精力放在coding上。 解决方案工具化，自动化 实际操作

2、Wait Then 实现方法 ? Jenkins + hockey 步骤： 1 下载代码 2 使用Xcode integra9on生成ipa 3 把生成的ipa拷贝到hockey的目录下 iOS自动化测试工具评估 豆瓣需要测试工具的特点 ? 框架方面： 标准的xUnit框架结构 ? UI识别： 以扩展库的形式提供UI识别方法 ? 启动方法： 需要有命令行启动方式 ? 测试结果： xml或者html格式结果，或者提供相关方法定制输出测试结果 商业工具 ? DeviceAnywhere ? QTP ? Unit Test Tools ? OCUnit ? GTM ? GHUnit Acceptan

3、ce Test Tools（open Source） ? UISpec Frank ? KIF Acceptance Test Tool ? UI Automa9on(官方) ? FoneMonkey FoneMonkey VS UI Automa9on FoneMonkey UI Automa1on 框架结构 ui识别方式多样化 命令行启动测试 输出测试报告集成CI OCUnit 无 有 有 无 有，支持至少2种方式 有 无 UI Automa9on Advanced ? Tuneup.js ? Jasmine with UI Automa9on 结论 ? UI Automa9on 官方提供

4、，还提供了网络，内存等方面的监控。不满足框架的部分，我们可以改造，我们可以扩展。 Ynm3k来了 为什么是ynm3k Ynm3k功能列表 功能结构 xUnit 解决方案 引入了YUItest 详细说明 可以使用testSuite testcase等，并且可以使用YUItest的相关事件。 ui识别 原生的API 引入了一个Finder，并且 原生API定位方式，写法过于复杂。可以使用UI Automa9on 并且在语义表达方式不友好。Finder模仿selenium的接口形式，对ui 识别的方法进行了封装。 命令行启动测试 原生支持， 封装了一个更友好的shell脚本来完成这个工作 测试结果x

5、ml格式输出 gumentsTimeout YUItest YUItest生成测试结果。并且由+performTaskWithPathAr performTaskWithPathArgumentsTimeout 方法写成文件 Monkey测试 UI Automa9on API组合使 模仿android Monkey 写了一个做随用 机健壮性测试的iOSMonkey Ynm3k Dev 现在开始使用ynm3k ? 下载 - hXps:/ ? 初始化环境 - sh setup.sh 无需coding，即可Monkey test ? /robot4ios/u9l/iosMonkey.js 设置并且运

6、行： Hello Ynm3k UI LogTree UI Auto Test UI Automa9on API Ynm3k API 豆瓣电影实践 豆瓣FM实践 豆瓣阅读实践 自动化测试的约定 ? TestCase 和 TestSuite约定： simpletest.js demotest.js 自动化测试的约定 ? name属性 ? value属性（只有在控件为text的时候才有效，并且只要表示text属性就好） ? Name属性的命名规则： 1 不重复 2 不要变化 3 只需要在被操作到的控件上添加就好， 加入持续集成 持续集成的问题 ? 开机以后第一次，命令行启动Instrument会要求输入密码。 -解决方案Tao测试 的这边文章：关于Instrument远程执行自动化脚本模拟器页面卡住问题 持续集成后 gitcommit 加入豆瓣