Macaca-iOS入门那些事2

一. 前言

上文《Macaca-iOS入门那些事》讲到Macaca环境部署及运行了第一个案例，本文将讲解其案例编写。

二. 测试案例解析

iOS案例：macaca-mobile-sample.test.js，由2部分组成：

配置
测试案例

以上代码兼顾了Android，所以会有冗余，简化如下：

1. 配置

var iOSOpts = {

	platformName: 'iOS',

	platformVersion: '9.3',

	deviceName: 'iPhone 5s',

	app: '/Users/chenximing/workspace/ios/macaca-test2/macaca-test-sample/app/ios-app-bootstrap.zip'

};

/*

	platformName：平台名称

	platformVersion：iOS系统版本，框架好像没用到这个参数，所以这玩意不重要

	deviceName：设备名称

	app：被测app路径

*/

2. 测试案例

var wd = require('webdriver-client')(iOSOpts);

describe('macaca mobile sample', function() {

	this.timeout(5 * 60 * 1000);

	var driver = wd.initPromiseChain();

	driver.configureHttp({

		timeout: 600000

	});

	before(function() {

		return driver

			.initDriver();

	});

	after(function() {

		return driver

			.sleep(1000)

			.quit();

	});

	it('#1 should login success', function() {

		return driver

			.login('12345678', '111111')

			.sleep(1000);

	});

...

});

这里可以细分为：

（1）. driver初始化

var wd = require('webdriver-client')(iOSOpts);

......

var driver = wd.initPromiseChain();

driver.configureHttp({

	timeout: 600000

});

webdriver-client是什么？

上篇说到macaca是c-s模式的测试框架，client负责被案例端调用的API，server负责调起instruments以及控制其执行测试。webdriver-client就是上面说到的client端，提供控制操作的API，《Macaca的API文档》。

（2）. 测试框架

describe('macaca mobile sample', function() {

	this.timeout(5 * 60 * 1000);

	......

	before(function() {

		return driver

  			.initDriver();

	});

	after(function() {

		return driver

  			.sleep(1000)

  			.quit();

	});

	it('#1 should login success', function() {

		return driver

  			.login('12345678', '111111')

  			.sleep(1000);

	});

	...

});

在这里，Macaca使用一个第三方的测试框架Mocha，macaca-cli在run的时候加载该框架。

describe、before、after、it等关键字均为Mocha提供，和传统XUnit框架功能类似（Mocha默认是BDD模式，而XUnit是TDD模式），想了解更多，见Mocha主页。

（3）. 测试案例

...

it('#1 should login success', function() {

   	return driver

       	.login('12345678', '111111')

       	.sleep(1000);

});

...

it部分就是测试案例。

三. 进阶

1. BDD（Behavior-driven development）

为什么我会介绍BDD？因为Mocha就基于BDD思想的测试框架，并且我估计会有人把 BDD 和 链式调用 的概念搞混。

BDD（Behavior Driven Development：行为驱动开发），是基于TDD发展的一种解决问题的思想，通过用类似自然语言方式描述软件行为，以达到可读性更高（让非技术人员也可以看懂）。

以上测试代码中，属于BDD部分由Mocha提供的，如：describe, it, before, after...这些均为BDD风格的接口。如果是TDD风格（如：XUnit）的接口则是：suite, test, setup, teardown...

2. 链式调用

（1）什么是链式调用

driver

  .native()

  .elementByName('PERSONAL')

  .click()

  .sleep(1000)

  .takeScreenshot()

  .elementByName('Logout')

  .click()

  .sleep(1000)

  .takeScreenshot();

以上代码组织方式为：链式调用。

如果你之前把BDD和链式调用搞混，估计看过以下代码：

When(...).Then(...).And(...).Should(...)

这段代码就是BDD接口以链式方式调用，可读性非常高！但关于BDD的部分其实还是：When、Then、And、Should...

（2）为何Macaca测试案例使用链式调用风格？

某些情况下，使用链式调用方式书写代码是很舒服的，如C#的linq：

var rs = user.Where(x => x.Length == 3).Select(x => x).ToList();

但如果把所有测试操作（无论操作间有无关联）都用链式调用方式组合，就比较奇怪了。如：

	return driver

       .webview()

       .elementById('pushView')

       .tap()

       .sleep(5000)

       .webview()

       .elementById('popView')

       .tap()

       .sleep(5000)

       .takeScreenshot();

上面2个webview element的操作是没有任何关系的。而使用链式调用的场景一般是前后依赖、连续操作、层级递进，如上面的linq例子：where的结果集，接着要进行数据提取，然后是再把集合封装为list结构。

所以，基于链式调用的原意，上面的案例的写法就有些奇怪了，并且Node.js的新手也不习惯。然而，为啥作者会写出这种的测试代码？原因在于：Node.js这个语言！

Node.js是异步编程语言，例子如下：

  var el = driver.webview().elementById('hyddd')

  el.tap()

上面2句，同步编程语言是怎么理解呢？

（1）获取hyddd的element；

（2）对element进行tap()操作；

但换作异步编程语言呢？

（1）获取hyddd的element；

（2）el.tap()同时于(1)执行，也就说，el还没赋值，(2)就已经开始执行了，完全没等(1)返回(2)就执行了；

没法好好玩耍了，如果原生Node.js程序时要处理同步场景，就会出现所谓的callback hell，为了避免callback hell，就出现了Promise模式。嗯，在上面的测试代码中是不是看到这个单词？它作用就是把异步模式变为同步模式，同时避免callback hell。而它的表现就是现在这种链式调用!!!所以测试案例长得比较奇怪是开发语言导致的。

就个人的测试哲学而言，脚本性的语言是最适合写测试脚本的，但Node.js异步编程风格比较特别，增加了测试案例编写者入门门槛，所以我其实更倾向Python。前几天和Macaca作者聊过，对Python的支持估计也要等一段时间，希望这天尽快到来。