Android Studio 中的单元测试

通常在开发 Android app 的时候经常会写一些小函数并验证它是否运行正确,通常做法我们是把这个函数放到某个界面(Activity)执行一下,运行整个工程跑一下 app,通过打 log 或 debug 的方式来验证。浪费了大量时间,降低了工作效率,虽然最新的 android studio 中提供了 instant run 功能,来提高 android studio 的编译速度,但是我们还是需要了解 android studio 的单元测试功能,其可以很方便的为我们提供功能性测试,所以如果项目中有用到测试数据的时候,可以先进行单元测试,如果可以正常输出数据了,然后再到 UI 中执行,这样会提高一些工作效率。

什么是单元测试:

是指对软件中的最小可测试单元进行检查和验证。对于单元测试中单元的含义,一般来说,要根据实际情况去判定其具体含义,如C语言中单元指一个函数,Java里单元指一个类,图形化的软件中可以指一个窗口或一个菜单等。总的来说,单元就是人为规定的最小的被测功能模块。单元测试是在软件开发过程中要进行的最低级别的测试活动,软件的独立单元将在与程序的其他部分相隔离的情况下进行测试。

配置

在 Android Studio 中进行单元测试并不需要什么插件或者过多的配置,Android Studio 本身就集成了测试环境,无论是单纯的 java 代码单元测试还是依赖 Android SDK 的 Android 代码单元测试,都能得心应手。

首先在你的 gradle 中加入 Junit 的依赖,注意这里的依赖方式是测试期间的依赖(testCompile):


image1.png

新版的 android studio 中添加了对单元测试的支持;如图所示:

image2.png
  • androidTest.java.[包名]
  • main.java.[包名]
  • test.java.[包名]

mian 目录下为项目代码,androidTest 目录下为编写 Android 测试用例使用,test 目录下为编写Java 测试用例使用。

单元测试可以测试那些内容?

这里需要说明的是 android studio 的单元测试由于只是模拟 android 开发环境,但是其不是真正的 android 开发环境,所以不能测试 UI 功能,不能测试需要硬件支持的功能(比如蓝牙,wifi等),不能测试 App 跳转等等,那么其可以测试那些内容呢?

  • 测试一些数据性的功能,比如加载网络数据
  • 测试SharedPerferences,测试数据库,测试函数等
  • 工具类的测试,比如验证时间,转化格式,正则验证等等

编写Android测试用例

我在 androidTest.java.[包名]文件夹中添加了一个类 testJson,并写了一个方法,完整代码如下:

image3.png

注意事项:

  • 在 android studio 中,所有的测试代码必须以 test- 作为前缀,不然 android studio 无法识别它为测试代码;

  • 测试用例类需要使用注解:@MediumTest 和 @RunWith(AndroidJUnit4.class)

  • 测试函数需要为 public

  • 测试函数需要添加 @Test 注解

运行测试方法

ctr + shift + R 不用启动 App,即可检验代码的正确与否。

4.png
5.png

——乐于分享,共同进步,欢迎留言讨论
——Treat Warnings As Errors
——Any comments greatly appreciated
——Talking is cheap, show me the code
——CSDN:https://blog.csdn.net/u011489043
——简书:https://www.jianshu.com/u/4968682d58d1
——GitHub:https://github.com/selfconzrr

全部评论

相关推荐

昨天 20:49
武汉大学 Java
点赞 评论 收藏
分享
想干测开的tomca...:让我来压力你!!!: 这份简历看着“技术词堆得满”,实则是“虚胖没干货”,槽点一抓一大把: 1. **项目描述是“技术名词报菜名”,没半分自己的实际价值** 不管是IntelliDoc还是人人探店,全是堆Redis、Elasticsearch、RAG这些时髦词,但你到底干了啥?“基于Redis Bitmap管理分片”是你写了核心逻辑还是只调用了API?“QPS提升至1500”是你独立压测优化的,还是团队成果你蹭着写?全程没“我负责XX模块”“解决了XX具体问题”,纯把技术文档里的术语扒下来凑字数,看着像“知道名词但没实际动手”的实习生抄的。 2. **短项目塞满超纲技术点,可信度直接***** IntelliDoc就干了5个月,又是RAG又是大模型流式响应又是RBAC权限,这堆活儿正经团队分工干都得小半年,你一个后端开发5个月能吃透这么多?明显是把能想到的技术全往里面塞,生怕别人知道你实际只做了个文件上传——这种“技术堆砌式造假”,面试官一眼就能看出水分。 3. **技能栏是“模糊词混子集合”,没半点硬核度** “熟悉HashMap底层”“了解JVM内存模型”——“熟悉”是能手写扩容逻辑?“了解”是能排查GC问题?全是模棱两可的词,既没对应项目里的实践,也没体现深度,等于白写;项目里用了Elasticsearch的KNN检索,技能栏里提都没提具体掌握程度,明显是“用过但不懂”的硬凑。 4. **教育背景和自我评价全是“无效信息垃圾”** GPA前10%这么好的牌,只列“Java程序设计”这种基础课,分布式、微服务这些后端核心课提都不提,白瞎了专业优势;自我评价那堆“积极认真、细心负责”,是从招聘网站抄的模板吧?没有任何和项目挂钩的具体事例,比如“解决过XX bug”“优化过XX性能”,纯废话,看完等于没看。 总结:这简历是“技术名词缝合怪+自我感动式凑数”,看着像“背了后端技术栈名词的应届生”,实则没干货、没重点、没可信度——面试官扫30秒就会丢一边,因为连“你能干嘛”都没说清楚。
点赞 评论 收藏
分享
评论
点赞
收藏
分享

创作者周榜

更多
牛客网
牛客网在线编程
牛客网题解
牛客企业服务