AndroidStudio中使用Junit进行单元测试

2024-09-01 22:32

本文主要是介绍AndroidStudio中使用Junit进行单元测试,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

单元测试

Unit Testing,是指对软件中的最小可测试单元进行检查和验证。

误解

  1. 编写单元测试没有用并且浪费大量的开发时间,延迟开发进度
  2. 从没写过,不会写,不影响产品功能

实际

好的测试能避免开发中遇到的80%以上奇奇怪怪的问题
促进编写出模块化、松耦合高内聚的优质代码,减少代码重构

测试框架

AndroidJUnitRunner:兼容JUnit 4测试运行器
Espresso:UI测试框架;适合在单个应用的功能UI测试
UI Automator:UI测试框架;适用于跨应用的功能UI测试及安装应用     (之前写了很多相关blog)

AndroidJunitRunner

Enviroment搭建

android {defaultConfig {testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"}
}dependencies {androidTestCompile 'com.android.support:support-annotations:23.1.1'androidTestCompile 'com.android.support.test:runner:0.4.1'androidTestCompile 'com.android.support.test:rules:0.4.1'
}

Tips关键

InstrumentationRegistry.getInstrumentation()   返回当前正在运行的Instrumentation
InstrumentationRegistry.getContext()                返回此Instrumentation软件包的上下文。
InstrumentationRegistry.getTargetContext()      返回目标应用的应用上下文。
InstrumentationRegistry.getArguments()           返回传递给此Instrumentation的参数Bundle。

当测试使用JUnit4时,需要注解@RunWith(AndroidJUnit4.class)
@Before:测试方法每次执行Test方法之前都会执行的方法注解,该注解替代了JUnit 3中的setUp()方法。
@Test:测试方法体注解
@After:测试方法每次执行完一个Test方法后都会执行的方法注解,该注解替代了JUnit 3中的tearDown()方法。
@Rule: 简单来说,是为各个测试方法提供一些支持。具体来说,比如我需要测试一个Activity,那么我可以在@Rule注解下面采用一个ActivityTestRule,该类提供了对相应Activity的功能测试的支持。该类可以在@Before和@Test标识的方法执行之前确保将Activity运行起来,并且在所有@Test和@After方法执行结束之后将Activity杀死。在整个测试期间,每个测试方法都可以直接对相应Activity进行修改和访问。
@BeforeClass: 为测试类标识一个static方法,在测试之前只执行一次。
@AfterClass: 为测试类标识一个static方法,在所有测试方法结束之后只执行一次。
@Test(timeout=<milliseconds>): 为测试方法设定超时时间。

@RequiresDevice:物理设备上运行。
@SdkSupress:限定最低SDK版本。例如@SDKSupress(minSdkVersion=18)。
@SmallTest,@MediumTest和@LargeTest:测试分级。

Demo示例

不管是继承AndroidTestCase还是ActivityInstrumentationTestCase2,在Android中都显示方法已经过时,因此我们什么都不继承,比如

package com.ziv.zutils;import android.content.Context;
import android.support.test.InstrumentationRegistry;
import android.support.test.filters.LargeTest;
import android.support.test.filters.MediumTest;
import android.support.test.filters.RequiresDevice;
import android.support.test.filters.SdkSuppress;
import android.support.test.filters.SmallTest;
import android.support.test.runner.AndroidJUnit4;import org.junit.After;
import org.junit.Before;
import org.junit.Test;
import org.junit.runner.RunWith;import static org.junit.Assert.assertEquals;/*** Instrumentation test, which will execute on an Android device.** @see <a href="http://d.android.com/tools/testing">Testing documentation</a>*/
@RunWith(AndroidJUnit4.class)
public class ExampleInstrumentedTest {@Beforepublic void testBefore() throws Exception {LogUtil.e("JUnit","testBefore");}@Testpublic void useAppContext() throws Exception {// Context of the app under test.Context appContext = InstrumentationRegistry.getTargetContext();LogUtil.e("JUnit","testTest");assertEquals("com.ziv.zutils", appContext.getPackageName());}@Testpublic void testTest() throws Exception {LogUtil.e("JUnit","testTest");}@Test@SmallTestpublic void testTestSmallTest() throws Exception {LogUtil.e("JUnit","testTestSmallTest");}@SmallTestpublic void testSmallTest() throws Exception {LogUtil.e("JUnit","testSmallTest");}@MediumTestpublic void testMediumTest() throws Exception {LogUtil.e("JUnit","testMediumTest");}@LargeTestpublic void testLargeTest() throws Exception {LogUtil.e("JUnit","testLargeTest");}@RequiresDevicepublic void testRequiresDevice() throws Exception {LogUtil.e("JUnit","testRequiresDevice");}@SdkSuppress(minSdkVersion = 19)public void testSdkSuppress() throws Exception {LogUtil.e("JUnit","testSdkSuppress");}@Afterpublic void testAfter() throws Exception {LogUtil.e("JUnit","testAfter");}
}

Espresso

Enviroment搭建

androidTestCompile 'com.android.support.test.espresso:espresso-core:2.2.1'
另外还需要hamcrest的库,用来和Espresso配合使用
androidTestCompile 'org.hamcrest:hamcrest-library:1.3'

Tips关键

Run-->Record Espresso Test

  1. onView()找元素
  2. perform()操作元素
  3. check()检查结果

Demo示例

API参考:developer.android.com/reference/android/support/test/package-summary.html
测试参考:http://developer.android.com/training/testing/ui-testing/espresso-testing.html

UI Automator

Enviroment搭建

androidTestCompile 'com.android.support.test.uiautomator:uiautomator-v18:2.1.1'

Tips关键

UI Automator仅支持Android 4.3(API Level 18)及以上版本。
使用流程

  1. 获得一个UiDevice对象,代表我们正在执行测试的设备。该对象可以通过一个getInstance()方法获取,入参为一个Instrumentation对象:
    UiDevice mDevice = UiDevice.getInstance(InstrumentationRegistry.getInstrumentation());
  2. 通过findObject()方法获取到一个UiObject对象,代表我们需要执行测试的UI组件。
  3. 对该UI组件执行一系列操作。
  4. 检查操作的结果是否符合预期。

Demo示例

API参考:http://developer.android.com/reference/android/support/test/package-summary.html
实例:http://developer.android.com/training/testing/ui-testing/uiautomator-testing.html

谷歌安卓测试实例介绍

AndroidJunitRunnerSample
实例下载地址:https://github.com/googlesamples/android-testing/tree/master/runner/AndroidJunitRunnerSample

高效单元测试

代码的可读性

  1. 使用更易懂的API,如
//代码一
String msg = “hello,World”;
assertTrue(msg.indexOf(“World”)!=-1);
//代码二
String msg = “hello,World”;
assertThat(msg.contains(“World”),equals(true));

明显代码二的逻辑更符合人类思想,更容易理解

  1. 避免使用较底层的方式,比如位运算符
//代码一
assertTrue(Platform.IS_32_BIT ^ Platform.IS_64_BIT);
//代码二
assertTrue("Not 32 or 64-bit platform?", Platform.IS_32_BIT || Platform.IS_32_BIT);assertFalse("can't be 32 and 64-bit at the same time.",Platform.IS_32_BIT && Platform.IS_32_BIT);

当99%的人类可以在3s内判断出代码一是在做什么的时候,我们就可以使用代码一,而不是逻辑更清楚的代码二了

代码的可维护性

  1. 不要在测试代码中运用防御性策略
Data data = project.getData();
//代码一
assertNotNull(data);// 没有任何实际意义
assertEquals(4,data.count());
//代码二
assertNotNull(data);// 可测试出data.getSummary()是否为空的情况
assertEquals(4,data.getSummary().getTotal())
  1. 减少重复性复制粘贴的代码
//代码一
public class TemplateTest(){@Testpublic void emptyTemplate() throws Exception{String template=“”;assertEquals(template,new Template(template).getType());}@Testpublic void plainTemplate() throws Exception{String template=“plaintext”;assertEquals(template,new Template(template).getType());}
}
//代码二
public class TemplateTest(){@Testpublic void emptyTemplate() throws Exception{assertTemplateType(“”);}@Testpublic void plainTemplate() throws Exception{assertTemplateType(“plaintext”);}private void assertTemplateType(String template){assertEquals(template,newTemplate(template).getType())}
}
  1. 避免由于条件逻辑而造成的测试遗漏,存在条件逻辑时要在最后加上 fail()方法,强制测试失败
//代码一
public class DictionaryTest{ 
@Test
public void testDictionary() throws Exception{Dictionary dict = new Dictionary();dict.add(“A”,new Long(3));dict.add(“B”,”21”);for(Iterator e = dict.iterator();e.hasNext()){Map.Entry entry = (Map.Entry) e.next();if(“A”.equals(entry.getKey()))asserEquals(3L,entry.getValue());if(“B”.equals(entry.getKey()))assertEquals(“21”),entry.getValue();}}
}
//代码二
public class DictionaryTest{ 
@Test
public void testDictionary() throws Exception{Dictionary dict = new Dictionary();dict.add(“A”,new Long(3));dict.add(“B”,”21”);assertContain(dict.iterator(),”A”,3L);assertContain(dict.iterator(),”B”,21);}
private void assertContain(Iterator i,Object key,Object value){while(i.hasNext()){Map.Entry entry = (Map.Entry)i.next();if(key.equals(entry.getKey())){assertEquals(value,entry.getValue());return;}}fail("Iterator didn't contain "+ key);}
}

代码一当Iterator为空时,测试并不会失败,这并不符合我们单元测试的目的

  1. 避免使用sleep方法浪费大量的测试时间
    counterAccessFromMultipleThreads 用来测试一个多线程计数器,开启10个线程,每个线程调用计数器1000次,sleep(500),是为了让主线程等待开启的10个线程执行完毕
    那么问题来了,如果在10毫秒内所有线程都执行完毕,岂不白白浪费了490毫秒?又或者在等待500毫秒后仍有线程没有执行完毕,那该怎么办?
@Test
public class counterAccessFromMultipleThreads{final Counter counter = new Counter();final int callsPerThread = 1000;//每个线程调用计数器1000次final Set<Long> values = new HashSet<Long>();Runnable runnable = new Runnable(){public void run(){for(int i=0;i<callsPerThread;i++){values.add(counter.getAndIncrement());}}}; int threads = 10;//开启10个线程for(int i=0;i<threads;i++){new Thread(runnable).start();}Thread.sleep(500);int exceptedNoOfValues = threads * callsPerThread;assertEquals(exceptedNoOfValues ,values.size());
}

改进后的测试方法:

public class counterAccessFromMultipleThreads{final Counter counter = new Counter();final int callsPerThread = 1000;final int numberOfthreads = 10;final CountDownLatch allThreadsComplete = new CountDownLatch(numberOfthreads);final Set<Long> values = new HashSet<Long>();Runnable runnable = new Runnable(){public void run(){for(int i=0;i<callsPerThread;i++){values.add(counter.getAndIncrement());}allThreadsComplete.countDown();}}; for(int i=0;i<numberOfthreads;i++){new Thread(runnable).start();}allThreadsComplete.await();//  allThreadsComplete.await(10,TimeUnit.SECONDS);int exceptedNoOfValues = threads * callsPerThread;assertEquals(exceptedNoOfValues ,values.size());
}

等待所有线程结束后再继续执行,有更好的办法,java.util.concurrent 包中的CountDownLatch类完全可以胜任这项工作。
调用await方法开始阻塞,直到所有的线程都通知完成,然后继续执行主线程代码。也可以设置超时时间,allThreadsComplete.await(10,TimeUnit.SECONDS); 如果10秒钟内子线程仍未执行结束,也会继续执行主线程。

  1. 避免歧义注释
/*** 功能描述: 发送邮件<br>* 〈功能详细描述〉* @return* @see [相关类/方法](可选)* @since [产品/模块版本](可选)*/public void sendShortMessage() {//todo}// 代码二public void sendEmail() {//todo}

sendShortMessage不是说发送短信么?注释又写发送邮件…这样的注释真不如不要写了…

  1. 避免永不失败的测试
//代码一
@Test
public void includeForMissingResourceFails()try{new Environment().include("somethingthatdoesnotexist");}catch(IOException e){assertThat(e.getMesssage(),contians(“FileNotExist”));
}
//代码二
public void includeForMissingResourceFails()try{new Environment().include(“FileNotEixst”);// 除非抛出期望的异常,否则测试失败fail();}catch(IOException e){assertThat(e.getMesssage(),contians(“FileNotExist”));
}

代码一中当程序发生异常时,异常被catch捕获,测试通过。程序没有发生异常时,程序正常执行完毕,测试也是通过的,发现不了问题

遵守的原则

  1. 少用继承多用组合,继承更大程度上是为了多态而非复用代码
  2. 单元测试应该模块化,每个模块小而专注,减少反馈链
  3. 单一职责,如果一个单元测试方法失败了,那么导致它失败的原因只有一个
  4. 加载外部文件时使用相对路径而不是绝对路径
  5. 见名知意的定义常量,而不是魔法数字
  6. 完整的方法注释,说明测试的内容,使用的方法,避免注释歧义等

测试驱动开发

TDD测试驱动开发.png

参考资料:
https://my.oschina.net/u/1433482/blog/602003
https://segmentfault.com/a/1190000004338384
http://www.cnblogs.com/jarman/p/5272761.html

https://www.jianshu.com/p/053576f10d7d

这篇关于AndroidStudio中使用Junit进行单元测试的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1128227

相关文章

中文分词jieba库的使用与实景应用(一)

知识星球:https://articles.zsxq.com/id_fxvgc803qmr2.html 目录 一.定义: 精确模式(默认模式): 全模式: 搜索引擎模式: paddle 模式(基于深度学习的分词模式): 二 自定义词典 三.文本解析   调整词出现的频率 四. 关键词提取 A. 基于TF-IDF算法的关键词提取 B. 基于TextRank算法的关键词提取

使用SecondaryNameNode恢复NameNode的数据

1)需求: NameNode进程挂了并且存储的数据也丢失了,如何恢复NameNode 此种方式恢复的数据可能存在小部分数据的丢失。 2)故障模拟 (1)kill -9 NameNode进程 [lytfly@hadoop102 current]$ kill -9 19886 (2)删除NameNode存储的数据(/opt/module/hadoop-3.1.4/data/tmp/dfs/na

Hadoop数据压缩使用介绍

一、压缩原则 (1)运算密集型的Job,少用压缩 (2)IO密集型的Job,多用压缩 二、压缩算法比较 三、压缩位置选择 四、压缩参数配置 1)为了支持多种压缩/解压缩算法,Hadoop引入了编码/解码器 2)要在Hadoop中启用压缩,可以配置如下参数

Makefile简明使用教程

文章目录 规则makefile文件的基本语法:加在命令前的特殊符号:.PHONY伪目标: Makefilev1 直观写法v2 加上中间过程v3 伪目标v4 变量 make 选项-f-n-C Make 是一种流行的构建工具,常用于将源代码转换成可执行文件或者其他形式的输出文件(如库文件、文档等)。Make 可以自动化地执行编译、链接等一系列操作。 规则 makefile文件

使用opencv优化图片(画面变清晰)

文章目录 需求影响照片清晰度的因素 实现降噪测试代码 锐化空间锐化Unsharp Masking频率域锐化对比测试 对比度增强常用算法对比测试 需求 对图像进行优化,使其看起来更清晰,同时保持尺寸不变,通常涉及到图像处理技术如锐化、降噪、对比度增强等 影响照片清晰度的因素 影响照片清晰度的因素有很多,主要可以从以下几个方面来分析 1. 拍摄设备 相机传感器:相机传

【Prometheus】PromQL向量匹配实现不同标签的向量数据进行运算

✨✨ 欢迎大家来到景天科技苑✨✨ 🎈🎈 养成好习惯,先赞后看哦~🎈🎈 🏆 作者简介:景天科技苑 🏆《头衔》:大厂架构师,华为云开发者社区专家博主,阿里云开发者社区专家博主,CSDN全栈领域优质创作者,掘金优秀博主,51CTO博客专家等。 🏆《博客》:Python全栈,前后端开发,小程序开发,人工智能,js逆向,App逆向,网络系统安全,数据分析,Django,fastapi

pdfmake生成pdf的使用

实际项目中有时会有根据填写的表单数据或者其他格式的数据,将数据自动填充到pdf文件中根据固定模板生成pdf文件的需求 文章目录 利用pdfmake生成pdf文件1.下载安装pdfmake第三方包2.封装生成pdf文件的共用配置3.生成pdf文件的文件模板内容4.调用方法生成pdf 利用pdfmake生成pdf文件 1.下载安装pdfmake第三方包 npm i pdfma

零基础学习Redis(10) -- zset类型命令使用

zset是有序集合,内部除了存储元素外,还会存储一个score,存储在zset中的元素会按照score的大小升序排列,不同元素的score可以重复,score相同的元素会按照元素的字典序排列。 1. zset常用命令 1.1 zadd  zadd key [NX | XX] [GT | LT]   [CH] [INCR] score member [score member ...]

业务中14个需要进行A/B测试的时刻[信息图]

在本指南中,我们将全面了解有关 A/B测试 的所有内容。 我们将介绍不同类型的A/B测试,如何有效地规划和启动测试,如何评估测试是否成功,您应该关注哪些指标,多年来我们发现的常见错误等等。 什么是A/B测试? A/B测试(有时称为“分割测试”)是一种实验类型,其中您创建两种或多种内容变体——如登录页面、电子邮件或广告——并将它们显示给不同的受众群体,以查看哪一种效果最好。 本质上,A/B测

git使用的说明总结

Git使用说明 下载安装(下载地址) macOS: Git - Downloading macOS Windows: Git - Downloading Windows Linux/Unix: Git (git-scm.com) 创建新仓库 本地创建新仓库:创建新文件夹,进入文件夹目录,执行指令 git init ,用以创建新的git 克隆仓库 执行指令用以创建一个本地仓库的