Robotium 自动化测试

常见的Robotium测试的问题总结： 
1、Robotium的测试类ActivityInstrumentationTestCase2继承了TestCase类，即robotiom的测试类是junit3的实例，并没有junit4的特征，比如通过annotate的方式来识别子类的新特征，没不能实现@beforeclass，@afterclass等特征。只能通过写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.getCu rrentActivity();获取当前的activity，然后通过 act.findV iewById的方式获取控件。 
4、多个屏幕的情况，可以通过滚屏的方式滑动， solo.scrol lToSide( Solo.LEFT )，如果多屏属于一个activity，则不需要滑动也能运行case获取数据。 
5、有时text view或者button的click方法会失效，咋办？答案是在被测程序的 AndroidManifest.xml 文件里加上这么一句：就行了。唉，当时为了找到这个解决方法可浪费了俺不少时间啊，最后在官网上找到答案了。 


6、如果要想在robotium的测试程序里读写SD card肿么办？答案是在被测程序的 AndroidManifest.xml文件里加上android.permission.WRITE_EXTERNAL_STORAGE"> 
android.permission.MOUNT_UNMOUNT_FILESYSTEMS">。注意是在被测程序里加上，在测试程序本身的manifest文件里加会很坑爹的。 
7、listview动态添加item如何判断添加成功。可从添加前及添加后Item个 数判断，先确定添加item的属性，再通过相应的方法获取item。比如添加一个item可能需要三个textview，那么通过 getCurrentTextViews(View)前后获取到的个数差就相差三个。比如添加黑名单到黑名单列表。 
（1）有的listView只有web，或者主要是文本，可以通过getItemAtPosition（i）.toString()的方法获取第几行的内容。 
solo.clickOnText( chooseProvPage.getListView().getItemAtPosition(i).toString()); 
（2）有的listView包含多个testView或者button，可以通过findViewById的方法得到某一行的一项的内容。 
8、无法捕获Toast，这个有点不明白。大概实验了一下，可以使用waitForText这个函数来捕获文字，这个方法返回值是布尔型的，所以返回true就是找到了。 
9、结果判断 
（1）waitForText 
该方法适用于点击操作后需要一点时间才返回结果的结果判断。比如联网操作，可以设置适当的延时，等待返回结果，判断结果更加正确。 
（2）assertActivity 
该方法适用于activity时，可以判断点击操作切换Activity是否正确，可以与waitfortext配合使用。 
（3）searchText+assert 
当有editText时，输入内容后，可通过searchText查找输入内容是否是预期结果，再将返回结果判断。 
注：有些editText的内容无法通过searchText，原因暂时没找到。比如：手动添加黑名单时的名称及号码的输入框。 


八、Robotium项目的运行： 
有两种方式，一种是通过eclipse；一种是通过命令行。 


1、 eclipse 
Run as Android JUnit Test，可以跑整个测试工程，也可以跑单个测试用例。 


2、命令行 
adb install **** Test.apk 

adb shell am instrument testpackagename/android.test.InstrumentationTestRunner