存储网站建设,wordpress做网站教程,wordpress音频插件下载,wordpress运费怎么设置Android提供了一系列强大的测试工具#xff0c;它针对Android的环境#xff0c;扩展了业内标准的JUnit测试框架。尽管你可以使用JUnit测试Android工程#xff0c;但Android工具允许你为应用程序的各个方面进行更为复杂的测试#xff0c;包括单元层面及框架层面。Android测试… Android提供了一系列强大的测试工具它针对Android的环境扩展了业内标准的JUnit测试框架。尽管你可以使用JUnit测试Android工程但Android工具允许你为应用程序的各个方面进行更为复杂的测试包括单元层面及框架层面。Android测试环境的主要特征有l 可以访问Android系统对象。l Instrumentation框架可以控制和测试应用程序。l Android系统常用对象的模拟版本。l 运行单个test或test suite的工具带或不带Instrumentation。l 支持以Eclipse的ADT插件和命令行方式管理Test和Test工程。这篇文章是对Android测试环境和测试方法的简要介绍并假设你已经拥有一定的Android应用程序编程及JUnit测试的经验。概要Android 测试环境的核心是一个Instrumentation框架在这个框架下你的测试应用程序可以精确控制应用程序。使用Instrumentation 你可以在主程序启动之前创建模拟的系统对象如Context控制应用程序的多个生命周期发送UI事件给应用程序在执行期间检查程序状态。 Instrumentation框架通过将主程序和测试程序运行在同一个进程来实现这些功能。通过在测试工程的manifest文件中添 加instrumentation元素来指定要测试的应用程序。这个元素的特性指明了要测试的应用程序包名以及告诉Android如何 运行测试程序。在Inustrumentation TestRunner章节有更多的细节描述。下面的图片概要的描述了Android的测试环境在 Android中测试程序也是Android程序因此它和被测试程序的书写方式有很多相同的地方。SDK工具能帮助你同时创建主程序工程及它的测试 工程。你可以通过Eclipse的ADT插件或者命令行来运行Android测试。Eclipse的ADT提供了大量的工具来创建测试用例运行以及查看 结果。Testing APIAndroid提供了基于JUnit测试框架的测试API来书写测试用例和测试程序。另外Android还提供了强大的Instrumentation框架允许测试用例访问程序的状态及运行时对象。下面的章节描述了Android中可利用的主要测试API。JUnit TestCase类继 承自JUnit的TestCase不能使用Instrumentation框架。但这些类包含访问系统对象如Context的方法。使用 Context你可以浏览资源文件数据库等等。基类是AndroidTestCase一般常见的是它的子类和特定组件关联。子类有l ApplicationTestCase——测试整个应用程序的类。它允许你注入一个模拟的Context到应用程序中在应用程序启动之前初始化测试参数并在应用程序结束之后销毁之前检查应用程序。l ProviderTestCase2——测试单个ContentProvider的类。因为它要求使用MockContentResolver并注入一个IsolatedContext因此Provider的测试是与OS孤立的。l ServiceTestCase——测试单个Service的类。你可以注入一个模拟的Context或模拟的Application或者两者或者让Android为你提供Context和MockApplication。Instrumentation TestCase类继 承自JUnit TestCase类并可以使用Instrumentation框架用于测试Activity。使用InstrumentationAndroid可 以向程序发送事件来自动进行UI测试并可以精确控制Activity的启动监测Activity生命周期的状态。基类是InstrumentationTestCase。它的所有子类都能发送按键或触摸事件给UI。子类还可以注入一个模拟的Intent。子类有l ActivityTestCase——Activity测试类的基类。l SingleLaunchActivityTestCase——测试单个Activity的类。它能触发一次setup()和tearDown()而不是每个方法调用时都触发。如果你的测试方法都是针对同一个Activity的话那就使用它吧。l SyncBaseInstrumentation——测试Content Provider同步性的类。它使用Instrumentation在启动测试同步性之前取消已经存在的同步对象。l ActivityUnitTestCase——对单个Activity进行单一测试的类。使用它你可以注入模拟的Context或Application或者两者。它用于对Activity进行单元测试。不同于其它的Instrumentation类这个测试类不能注入模拟的Intent。l ActivityInstrumentationTestCase2——在正常的系统环境中测试单个Activity的类。你不能注入一个模拟的 Context但你可以注入一个模拟的Intent。另外你还可以在UI线程应用程序的主线程运行测试方法并且可以给应用程序UI发送按键及触 摸事件。Assert类Android还继承了JUnit的Assert类其中有两个子类MoreAsserts和ViewAssertsl MoreAsserts类包含更多强大的断言方法如assertContainsRegex(String, String)可以作正则表达式的匹配。l ViewAsserts类包含关于Android View的有用断言方法如assertHasScreenCoordinates(View, View, int, int)可以测试View在可视区域的特定X、Y位置。这些Assert简化了UI中几何图形和对齐方式的测试。Mock对象类Android 有一些类可以方便的创建模拟的系统对象如ApplicationContextContent Resolver和Resource。Android还在一些测试类中提供了一些方法来创建模拟的Intent。因为这些模拟的对象比实际对象更容易使 用因此使用它们能简化依赖注入。你可以在android.test和android.test.mock中找到这些类。它们是l IsolatedContext——模拟一个Context这样应用程序可以孤立运行。与此同时还有大量的代码帮助我们完成与Context的通信。这个类在单元测试时很有用。l RenamingDelegatingContext——当修改默认的文件和数据库名时可以委托大多数的函数到一个存在的、常规的Context上。使用这个类来测试文件和数据库与正常的系统Context之间的操作。l MockApplication,MockContentResolver,MockContext,MockDialogInterface,MockPackageManager,MockResources ——创建模拟的系统对象的类。它们只暴露那些对对象的管理有用的方法。这些方法的默认实现只是抛出异常。你需要继承这些类并重写这些方法。Instrumentation TestRunnerAndroid 提供了自定义的运行测试用例的类叫做InstrumentationTestRunner。这个类控制应用程序处于测试环境中在同一个进程中运行测试 程序和主程序并且将测试结果输出到合适的地方。IntrumentationTestRunner在运行时对整个测试环境的控制能力的关键是使用 Instrumentation。注意如果你的测试类不使用Instrumentation的话你也可以使用这个TestRunner。当 你运行一个测试程序时首先会运行一个系统工具叫做Activity Manager。Activity Manager使用Instrumentation框架来启动和控制TestRunner这个TestRunner反过来又使用 Intrumentation来关闭任何主程序的实例然后启动测试程序及主程序同一个进程中。这就能确保测试程序与主程序间的直接交互。在测试环境中工作对Android程序的测试都包含在一个测试程序里它本身也是一个Android应用程序。测试程序以单独的Android工程存在与正常的Android程序有着相同的文件和文件夹。测试工程通过在manifest文件中指定要测试的应用程序。每个测试程序包含一个或多个针对特定类型组件的测试用例。测试用例里定义了测试应用程序某些部分的测试方法。当你运行测试程序Android会在相同进程里加载主程序然后触发每个测试用例里的测试方法。测试工程为了开始对一个Android程序测试你需要使用Android工具创建一个测试工程。工具会创建工程文件夹、文件和所需的子文件夹。工具还会创建一个manifest文件指定被测试的应用程序。测试用例一个测试程序包含一个或多个测试用例它们都继承自Android TestCase类。选择一个测试用例类取决于你要测试的Android组件的类型以及你要做什么样的测试。一个测试程序可以测试不同的组件但每个测试用例类设计时只能测试单一类型的组件。一 些Android组件有多个关联的测试用例类。在这种情况下在可选择的类间你需要判断你要进行的测试类型。例如对于Activity来说你有两个 选择ActivityInstrumentationTestCase2和ActivityUnitTestCase。ActivityInstrumentationTestCase2设计用于进行一些功能性的测试因此它在一个正常的系统环境中测试Activity。你可以注入模拟的Intent但不能是模拟的Context。一般来说你不能模拟Activity间的依赖关系。相比而言ActivityUnitTestCase设计用于单元测试因此它在一个孤立的系统环境中测试Activity。换句话说当你使用这个测试类时Activity不能与其它Activity交互。作为一个经验法则如果你想测试Activity与Android的交互的话使用ActivityInstrumentationTestCase2。如果你想对一个Activity做回归测试的话使用ActivityUnitTestCase。测试方法每 个测试用例类提供了可以建立测试环境和控制应用程序的方法。例如所有的测试用例类都提供了JUnit的setUp()方法来搭建测试环境。另外你可以 添加方法来定义单独的测试。当你运行测试程序时每个添加的方法都会运行一次。如果你重写了setUp()方法它会在每个方法运行前运行。相似 的tearDown()方法会在每个方法之后运行。测试用例类提供了大量的对组件启动和停止控制的方法。由于这个原因在运行测试之 前你需要明确告诉Android启动一个组件。例如你可以使用getActivity()来启动一个Activity。在整个测试用例期间你只能调 用这个方法一次或者每个测试方法一次。甚至你可以在单个测试方法中调用它的finishing()来销毁Activity然后再调用 getActivity()重新启动一个。运行测试并查看结果编译完测试工程后你就可以使用系统工具Activity Manager来运行测试程序。你给Activity Manager提供了TestRunner的名一般是InstrumentationTestRunner在程序中指定名包括被测试程序的包名和 TestRunner的名。Activity Manager加载并启动你的测试程序杀死主程序的任何实例然后在测试程序的同一个进程里加载主程序然后传递测试程序的第一个测试用例。这个时 候TestRunner会接管这些测试用例运行里面的每个测试方法直到所有的方法运行结束。如果你使用Eclipse结果会在JUnit的面板中显示。如果你使用命令行将输出到STDOUT上。测试什么除了一些功能测试外这里还有一些你应该考虑测试的内容l Activity生命周期事件你应该测试Activity处理生命周期事件的正确性。例如一个Activity应该在pause或destroy事件 时保存它的状态。记住一点的是屏幕方向的改变也会引发当前Activity销毁因此你需要测试这种偶然情况确保不会丢失应用程序状态。l 数据库操作你应该确保数据库操作能正确处理应用程序状态的变化。使用android.test.mock中的模拟对象。l 屏幕大小和分辨率在发布程序之前确保在所有要运行的屏幕大小和分辨率上测试通过。你可以使用AVD来测试或者使用真实的目标设备进行测试。附加UI测试接下来的章节为应用程序UI的测试提供了一些提示特别是帮助你在UI线程里处理动作触屏和按键事件和锁屏。UI线程中测试Activity运行在程序的UI线程里。一旦UI初始化后例如在Activity的onCreate()方法后所有与UI的交互都必须运行在UI线程里。当你正常运行程序时它有权限可以访问这个线程并且不会出现什么特别的事情。当 你运行测试程序时这一点发生了变化。在带有instrumentation的类里你可以触发方法在UI线程里运行。其它的测试用例类不允许这么做。为 了一个完整的测试方法都在UI线程里运行你可以使用UIThreadTest来声明线程。注意这将会在UI线程里运行方法里所有的语句。不与UI交 互的方法不允许这么做例如你不能触发Instrumentation.waitForIdleSync()。如果让方法中的一部分代码运行在UI线程的话创建一个匿名的Runnable对象把代码放到run()方法中然后把这个对象传递给appActivity.runOnUiThread()在这里appActivity就是你要测试的app对象。例如下面的代码实例化了一个要测试的Activity为Spinner请求焦点然后发送一个按键给它。注意waitForIdleSync和sendKeys不允许在UI线程里运行 private MyActivity mActivity; // MyActivity is the class name of the app under test private Spinner mSpinner; ... protected void setUp() throws Exception { super.setUp(); mInstrumentation getInstrumentation(); mActivity getActivity(); // get a references to the app under test /* * Get a reference to the main widget of the app under test, a Spinner */ mSpinner (Spinner) mActivity.findViewById(com.android.demo.myactivity.R.id.Spinner01); ... public void aTest() { /* * request focus for the Spinner, so that the test can send key events to it * This request must be run on the UI thread. To do this, use the runOnUiThread method * and pass it a Runnable that contains a call to requestFocus on the Spinner. */ mActivity.runOnUiThread(new Runnable() { public void run() { mSpinner.requestFocus(); } }); mInstrumentation.waitForIdleSync(); this.sendKeys(KeyEvent.KEYCODE_DPAD_CENTER);关闭触屏模式为了控制从测试程序中发送给模拟器或设备的按键事件你必须关闭触屏模式。如果你不这么做按键事件将被忽略。关 闭触摸模式你需要在调用getActivity()启动Activity之前调用 ActivityInstrumentationTestCase2.setActivityTouchMode(false)。你必须在非UI线程中运 行这个调用。基于这个原因你不能在声明有UIThread的测试方法调用。可以在setUp()中调用。模拟器或设备的解锁你可能已经发现如果模拟器或设备的键盘保护模式使得HOME画面不可用时UI测试不能正常工作。这是因为应用程序不能接收sendKeys()的事件。避免这种情况最好的方式是在启动模拟器或设备时关闭键盘保护模式。你还可以显式地关闭键盘保护。这需要在manifest文件中添加一个权限然后就能在程序中关闭键盘保护。注意你必须在发布程序之前移除这个或者在发布的程序中禁用这个功能。在manifest 元素下添加uses-permission android:name”androd.permission.DISABLE_KEYGUARD”/。为了关闭键盘保护在你测试的 Activity的onCreate()方法中添加以下代码 mKeyGuardManager (KeyguardManager)getSystemService(KEYGUARD_SERVICE); mLock mKeyGuardManager.newKeyguardLock(activity_classname); mLock.disableKeyguard();这里activity_classname是Activity的类名。 转载于:https://www.cnblogs.com/SZLLQ2000/p/4595943.html
