一般情况，我们在执行测试的过程中都会调用tearDwon方法，以Robotium为例，我们在tearDown()方法中会执行solo.finishOpenedActivities()方法。
有时候会发现当执行到这的时候，莫名的Process Crash了。后来仔细看了下finishOpenedActivities的源码，得出：执行该方法的时候会调用Instrumentation.sendKeyDownUpSync(KeyEvent.KEYCODE_BACK)。这就表明可能我们被测试的Activity可能会先执行完它的onStop和onDestroy方法。正常情况下是不会出现问题的，但是不正常的情况是我们的开发会做一些“额外”的操作。比如在onDestroy()方法中添加如下代码：
android.os.Process.killProcess(android.os.Process.myPid());
System.exit(0);
这就使得应用程序会主动的kill掉自己的进程，因为我们的测试程序也是运行在这个进程中的。所以，就悲剧了。
遇到这种情况的时候，记得主动在tearDown方法中去掉任何可能销毁当前Activity的代码，如去掉solo.finishOpenedActivities这个，就没有问题了。
@Override
protected void tearDown() throws Exception {
// Finish the Activity off (unless was never launched anyway)
Activity a = super.getActivity();
if (a != null) {
a.finish();
setActivity(null);
}
scrubClass(ActivityInstrumentationTestCase2.class);
super.tearDown();
}
这是tearDown()的源码，可以清晰的看到这里面执行了Activity的finish()方法，执行完后我们的测试程序就结束了。 Activity的finish()执行完后，此时Activity的状态先更改为onPause，然后待系统继续销毁Activity。
转自 http://www.robotium.cn/archives/915