1、Robotium的测试类ActivityInstrumentationTestCase2继承了TestCase类，即robotiom的测试类是junit3的实例，并没有junit4的特征，比如通过annotate的方式来识别子类的新特征，没不能实现@beforeclass，@afterclass等特征。robotium只能通过写setup和teardown，以及test开头的测试用例的方式进行测试case书写。
2、有些button没有string，没有text,只能通过index来click这样很不直观，而且button的index并不是固定的，有可能随着 控件重新加载，顺序也有可能发生变化，无法保证测试结果。查看了robotium源码，发现大多数click方法最终都是通过传入参数转成view，再调 用clickOnView，于是参照着写了一个通过button的ID来click的方法。Button的ID需要查看测试对象的源码中获取。比如导航中 就有菜单栏大多数据button就是这种类型的。
3、有的activity点击后不能获取焦点，可以通过另外的方式获取activity的内容，比如Activity act = solo.getCurrentActivity();获取当前的activity，然后通过act.findViewById的方式获取控件。
4、多个屏幕的情况，可以通过滚屏的方式滑动，solo.scrollToSide(Solo.LEFT)，如果多屏属于一个activity，则不需要滑动也能运行case获取数据。
5、有时text view或者button的click方失效，咋办？答案是在被测程序的AndroidManifest.xml文件里加上这么一句：就行了。唉，当时为了找到这个解决方法可浪费了俺不少时间啊，最后在官网上找到答案了。
7、listview动态添加item如何判断添加成功。可从添加前及添加后Item个 数判断，先确定添加item的属性，再通过相应的方法获取item。robotium比如添加一个item可能需要三个textview，那么通过 getCurrentTextViews(View)前后获取到的个数差就相差三个。比如添加黑名单到黑名单列表。
（1）有的listView只有web，或者主要是文本，可以通过getItemAtPosition（i）.toString()的方法获取第几行的内容。
solo.clickOnText(chooseProvPage.getListView().getItemAtPosition(i).toString());
8、无法捕获Toast，这个有点不明白。大概实验了一下，可以使用waitForText这个函数来捕获文字，这个方法返回值是布尔型的，所以返回true就是找到了。
该方法适用于点击操作后需要一点时间才返回结果的结果判断。比如联网操作，可以设置适当的延时，等待返回结果，判断结果更加正确。
当有editText时，输入内容后，可通过searchText查找输入内容是否是预期结果，再将返回结果判断。