tozheng的专栏

Robotium是android测试中一个简单而又强大的工具。说它简单，是因为Robotium是基于Android测试框架InstrumentationTestCase2进行的2次封装，把一些基本操作又简化了一遍，它的文档只有一个Solo类，而且配置步骤是固定的几步。说它强大是因为，它在有源码是可以测试源码，进行白盒测试。没有源码时，只有一个应用程序的apk也可以对其进行黑盒测试。而且对程序上的每

新建好测试程序之后，我们需要做的就是把Robotium这个包导入进你的工程里。这样才能跟Robotium关联起来。    现在最新的版本是3.4.1，不过我现在在用3.1版本，就以3.1版本为例说明。点击下载“robotium-solo-3.1.jar”选项，即为所需的robotium包，而“robotium-solo-3.1-javadoc.jar”为robotium的api文档包，下载

导入好robotium包之后，我们就可以在自己的工程中新建测试类进行测试。下面以我们开始建的RobotiumTest项目为例进行说明。     代码如下：package com.android.adb.test;import com.jayway.android.robotium.solo.Solo;import android.test.ActivityInstr

上一篇遗留了两个问题：一、如何找到要测试的apk的包名和主类名。二、怎样对要测试的apk进行去签名，并且使用debug签名。      一、先解决第一个问题，如何找到要测试的apk的包名和类名。       你要是有程序的源码或者是在测试你自己写的程序，这样就很简单了，你可以很清楚的找到你要测试的程序的包名和主类名。但是，我们通常遇见的情况就是只有一个apk，就比如只有一个豌豆荚a

2000年Matin Fowler发表文章Continuous Integration【1】；2007年，Paul Duvall, Steve Matyas和 Andrew Glover合著的《Continuous Integration：Improving Software Quality and Reducing Risk》 【2】出版发行，该书获得了2008年的图灵大奖。持续集成理念经过10

测试框架有了自动化构建和依赖管理之后，开发者可以很轻松的在命令行构建整个项目，但是，作为持续集成平台来说，最重要的还是测试，持续集成最大的好处在于能够尽早发现问题，降低解决问题的成本。而发现问题的手段主要就是测试。在Martin Fowler的Test Pyramid【10】一文中论述了测试金子塔的概念，测试金字塔的概念来自Mike Cohn，在他的书Succeeding With

CI服务器写到这儿，对于iOS开发者来说，需要准备好：一个比较容易获取的源代码仓库(包含源代码)一套自动化构建脚本一系列围绕构建的可执行测试接下来就需要一个CI服务器来根据源代码的变更触发构建，监控测试结果。目前，业界比较流行的，支持iOS构建的CI服务器有Travis CI和JenkinsTravis CITravis CI【20】是一个免费的