解析Android系统测试问题
Android系统获得了根节点的参数，它就可以直接通过节点来无效化，测距和绘制树。当你的Activity被激活并且获得焦点时，开发既有用又有吸引力的移动服务，并推广这些产品。
每个TestSuite包含若干 TestCase(某个继承android.jar的junit.framework.TestCase的类)。每个TestCase又包含若干个 Test(具体的test方法)。然后，所有的测试结果会输出到控制台，并会做一系列统计，如标记为E的是Error，标记为F的是Failure，Success的测试则会标记为一个点。
这和JUnit的语义一致。如果希望断点调试你的测试，只需要直接在代码上加上断点，然后将运行命令参数的-e后边附加上debug true后运行即可。更加详细的内容可以看InstrumentationTestRunner的Javadoc。我希望Android能尽快有正式的文档来介绍这个内容。
以上步骤中，在Android系统自带的例子中，我发现它有两个manifest.xml。也就是说在步骤3中源代码和测试代码分别生成了两个不同的包。然后步骤4利用 adb install命令安装到了虚拟机上。由于我没有找到Eclipse ADT有办法可以为一个只有Instrumentation。
没有Activity的Application打包并安装，于是采用了略微不同的办法完成了这个工作。下文中将一一详细介绍整个过程。在这个文件中，我将 Activity和Instrumentation的声明写到了一起，而没有像Apis Demo那样分开。
请注意里面的标签。如果没有那句，在运行测试时会报告找不到TestRunner。这是由于 Android在build的时候只把需要的东西打包，所以你必须明确的告诉Android Builder这一点。
在 Eclipse上，这两个步骤是一起完成的。只要点一下Run即可。只不过如果你不在Run Configuration里将安装后的Launch Action设为“Do Nothing”，就会自动运行一下你的MainActivity。对于我们，设为Do Nothing即可。如下图：