解决Robotium测试用例crash问题

今天遇到一个棘手的问题,用robotium框架真机测试客户端时,跑到一半会crash,搜了一堆资料终于解决了 我的程序引起crash主要原因有两个： 1.用Robotium测试框架跑多个用例(写在同一个类里)，只有第一个通过，第二个会卡顿， 导致crash 原因是若同一个类里写多个测试方法，每个测试方法都会执行一次setUp() 和tearDown()方法，所以每一个用例开始时都是用的同一个启动Activity，如果你上一个用例退出时没有返回到那个Activity，执行下一个用例时会找不到启动Activity，就报错了 解决方法: 在tearDown()里加上返回到开始Activity的方法：solo.goBackto("startActivity"); 2.再跑时，发现程序还是会卡在第一个用例结束时无法退出，再检查， tearDown方法写错了，之前按照网上资料写的，并不好使，还是会引起崩溃
try { solo.finalize();// 执行清理工作 } catch (Throwable e) { e.printStackTrace(); Activity myActivity=getActivity(); if(myActivity!=null) myActivity.finish();// 测试结束，关闭应用程序 super.tearDown();
把关闭方法修改成solo.finishOpenedActivities();  OK了，至于为什么我也没有研究，有谁知道的还请留言告诉我，不胜感激~ 最后，我的工程整个tearDown方法如下：
程序中的Bug是如何产生的？ Bug，总是令人讨厌的东西。那Bug是如何产生的呢？作为高级软件架构师和软件测试工程师的易哥将在这篇文章中解答这个问题。 说起Bug，大家都认为它是被“写”出来的，即主要在开发阶段产生。 但其实Bug的产生最有可能是在需求阶段（意外吧！这是有统计数据证明的），且在需求阶段产生的Bug影响最大。当然，在设计、开发、使用阶段也会出现Bug。 接下来我们详细了解下Bug的相关知识。
安卓自动化测试添加用例执行回放 最近脑洞有点儿大，最开始是想给自己的测试平台添加手动执行用例的功能，又觉得没有一个很好的展示，所以想着要实时展示手机上的内容，输出到web页面，但是觉得有点难啊。 想了一下，还是换个方式吧，每个case执行完毕，都可以看到实时的录像。