Android 14.2 测试应用课件课件.pptVIP

组件测试 Content Provider测试 ProviderTestCase2 指导方针 使用resolver方法来测试：尽管可以在ProviderTestCase2中实例化一个Provider对象，应该经常使用合适的URI并借助解析器对象来进行测试。这样做来确保测试Provider通过执行相同的交互，一个普通的应用程序将会使用的。 4 组件测试 Content Provider测试 ProviderTestCase2 指导方针 测试公共的Provider作为合约：如果打算Provider作为公共的对象同时对其它的对象是可用的，应该作为一个合约来测试它。下面的实例展示了如何来这样做： 测试Provider暴露的公开字段：比如，在一个Provider的数据表中查找一个字段他指向了一个列的名字。这些应该总是被定义在Provider中的公共字段。 测试Provider提供的所有URIs。Provider可能提供了各种不同的URIs,每个都指向不同部分的数据。 测试无效的URI ：单元测试应该刻意调用带有无效URI的Provider，并查找错误。一个好的Provider的设计是对于无效的URI抛出一个IllegalArgumentException。 4 组件测试 Content Provider测试 ProviderTestCase2 指导方针 测试标准的Provider交互：许多Provider提供6中接入方式：query(), insert(), delete(), update(), getType(), 和 onCreate()。测试应该验证所有的这些方法是否可以工作。这些方法在Content Providers中进行了详细的描述。 测试业务逻辑：如果Content Provider 实现了业务逻辑，应该对它进行测试。业务逻辑包括处理无效值，财务或者是算术计算，消除或者重复的结合处理。 4 组件测试 Content Provider测试 ProviderTestCase2 基本步骤 创建ProviderTestCase2 的子类作为测试类。 在开始定义测试类之前添加@RunWith(AndroidJUnit4.class)注解 具体声明Android Testing Support Libray 提供的AndroidJUnitRunner 类，作为默认测试运行器。 从InstrumentationRegistry类设置Context 对象。 4 自动化UI测试 单个App的UI测试 Espresso Android Testing Support Library提供的Espresso测试框架，提供了编写UI测试的Api，用来模拟和单个目标App的交互。 使用Espresso的一个关键好处是它提供了自动的同步测试动作。 Espresso可以监测主线程什么时候是空闲的，所以可以在合适的时间运行测试命令，来提高测试的可靠性。 Espresso测试框架基于instrumentation Api并且依靠AndroidJUnitRunner测试器来工作的。 3 自动化UI测试 单个App的UI测试 设置Espresso 注意，关闭一下动画 窗口缩放动画 过渡缩放动画 动画程序时长缩放 3 自动化UI测试 单个App的UI测试 创建一个Espresso测试类 规则 寻找一个想测试的Activity的UI组件，通过调用onView()方法，或者 onData()方法来为AdapterView的控制。 模拟和UI组件之间的用户交互，比如调用ViewInteraction.perform() 或者 DataInteraction.perform()方法，同时将用户的具体动作传入。为了让UI组件的多个操作按照顺序执行，使用逗号分隔符在方法参数里将他们串联起来。 按需重复上述动作，来模拟用户和目标App的多个Activity进行交互。 使用ViewAssertions方法来检查在进行了上述一系列的用户交互后，UI是否有正确的状态或者是表现。 3 自动化UI测试 单个App的UI测试 创建一个Espresso测试类 示例 3 自动化UI测试 单个App的UI测试 创建一个Espresso测试类 和ActivityTestRule一起使用 通过使用ActivityTestRule，测试框架加载正在测试中的App的Activity，在每个被@Test、@Before注解的方法之前，框架负责在测试完成后关闭这个Activity和调用所有被@After注解的方法来运行。 3 自动化UI测试 单个App的UI测试 创建一个Espresso测试类 和ActivityTestRule一起使用 示例 3 自动化UI测试 单个App的UI测试 创建一个Es