AS 进行单元测试

以下为本人在AndroidStudio 2.0 上实测后得出的结论,不像网上那一堆堆的误人子弟的文章,都是过时的或者根本就是不对的。

简介

和eclipse需要配置清单文件不同,AndroidStudio自带的单元测试功能是不需要修改AndroidManifest.xml或gradle文件的,直接编写测试用例即可。

使用AS新建一个工程时,在src目录下会自动创建三个目录:

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

gradle文件默认也已配置【testCompile ‘junit:junit:4.12‘】

Java测试用例

默认test目录下有一个现成的ExampleUnitTest类,我们稍加修改

  1. /**
  2. * To work on unit tests, switch the Test Artifact in the Build Variants view.
  3. */
  4. public class ExampleUnitTest {
  5. @Test
  6. public void addition_isCorrect() throws Exception {
  7. int sum = 2 + 2;
  8. System.out.println("结果为:" + sum);
  9. assertEquals(4, sum);
  10. }
  11. }

打开测试用例类,切换到Structure面板,鼠标选中要测的方法,右键–Run [方法名],即可进行Java用例测试。

如果运行结果正确,Run面板会是绿色的

否则是红色的,比如我们将其中一行代码修改为

assertEquals(5, 2 + 2);

我们也可以添加自己的测试类或测试方法,只不过我们的测试方法上要满足以下条件

  • 方法要为【public】访问权限
  • 要添加【@org.junit.Test】的注解
  • 方法不能带参数(因为你没办法传递参数啊)

Android测试用例

同样,默认androidTest目录下有一个现成的ApplicationTest类,我们稍加修改

  1. /**
  2. * <a href="http://d.android.com/tools/testing/testing_android.html">Testing Fundamentals</a>
  3. */
  4. public class ApplicationTest extends ApplicationTestCase<Application> {
  5. public ApplicationTest() {
  6. super(Application.class);
  7. }
  8. //方法名必须以test开头,并且方法不能带参数
  9. public void testSimple() {
  10. int width = getScreenWidth(getContext());
  11. Log.i("bqt", "屏幕宽:" + width);
  12. Toast.makeText(getContext(), "屏幕宽:" + width, Toast.LENGTH_SHORT).show();
  13. //assertEquals(4, 2 + 2);//可以没有声明语句
  14. }
  15. /**
  16. * 获取屏幕宽
  17. */
  18. private int getScreenWidth(Context context) {
  19. DisplayMetrics metric = new DisplayMetrics();
  20. ((WindowManager) context.getSystemService(Context.WINDOW_SERVICE)).getDefaultDisplay().getMetrics(metric);
  21. return metric.widthPixels;
  22. }
  23. }

运行后

并且可以生成与运行环境(即Context)有关的日志(这才是最重要的用途,我们可以在不运行APP的情况下获取App所有数据)

不过,很遗憾,我们不能直接操作UI(吐司没有弹出来)

我们的测试方法上要满足以下条件

  • 方法要为【public】访问权限
  • 所有的测试方法必须以test作为前缀(上面的Java测试用例是要求有@Test的注解)
  • 方法不能带参数(因为你没办法传递参数啊)

不过很奇怪的是,ApplicationTestCase类提示过时了,但是又没提示用哪个替换……而且这是你自动帮我生成的呀……

来自为知笔记(Wiz)

时间: 2024-10-19 04:58:22

AS 进行单元测试的相关文章

单元测试Junit

###<center> 单元测试Junit </center>###- - -1.**单元测试**:> ==单元测试==是软件之中对于最小的功能模块的的测试,其可以对最基本的软件构成单元来测试.> 需要注意的是:> >**测试用例是用来达到测试想要的预期结果,而不能测试出程序的逻辑错误**. 2.**JUnit**:>1.**Junit是基于断言机制的**.是用于编写可复用测试集的简单框架,是xUnit的一个子集.xUnit是一套基于测试驱动开发的测试

MVC与单元测试实践之健身网站(四)-动作管理

网站后台负责进行动作的管理,包括动作名称.介绍.训练要点.配图等内容,以便前台能够使用这些内容.在上一篇< Fit项目图片上传和云存储的调通>中已经准备好了这里涉及到的主要技术难点,现在就开始完成该模块了. 一 列表介绍 健身管理模块包括肌群.肌肉的显示以及动作的管理.这儿也算是开始涉及"业务内容"了,还好我之前有储备了一些关于健身的资料,现在是时候派上另一种用场了. a) 肌群和肌肉因为内容相对固定,所以为了减少业务逻辑以及单元测试的代码量,当然最主要是为了偷懒,就只提供

MVC与单元测试实践之健身网站(二)-管理员模块

开始动手做这个项目时,发现无法做到完全的先设计.再编码,于是决定分模块进行,从管理员模块开始设计.编码,而且接口就已经改了好几次了. 管理员模块涉及的功能有登录和后台对管理员的维护,其中也涉及前端的开发.UI模板使用Inspinia,感觉这套模板功能丰富.界面美观,而且基于HTML5和BootStrap,对这两方面的知识也可以多些了解. 在上一篇<如何在单元测试时隔离ORM>中,解决了对Service层进行测试怎样构建伪对象的问题,随后管理员模块的Service层和单元测试在齐头并进中完成了:

单元测试(一)-NUnit基础

单元测试作为提高代码和软件质量的有效途径,其重要性和益处自不必多说,虽然我没有实践过TDD之类,但坚信单元测试的积极作用.作为一种开发方法,单元测试早在上世纪70年代就已经在Smalltalk语言被运用了,这么多年来,单元测试一次又一次证明了自身的价值,在各种开发方式此起彼伏的浪潮中,经受住了时间的考验. 现在,俺也开始学习了,并在以后好好实践.这个系列的学习素材为Roy Osherove所著The Art of Unit Testing with examples in C#, 2nd Edi

OA项目CRUD和单元测试(一)

使用ModeFirst方法生成数据库,EntityFramework5.0. 一:Model层的模型:(根据模型生成数据库) 二:Dal层的UserInfo代码: namespace SunOA.EFDAL { public class UserInfoDal { //crud DataModelContainer db = new DataModelContainer(); public UserInfo GetUserInfoById(int id) { return db.UserInfo

词频统计-单元测试

我自己的单元测试没有弄出来,我用c编的,在visual studio中貌似实现不了单元测试,而李俞寰同学是用c#编写的词频统计,在vs2015中实现单元测试无比的方便,所以我请教了他并借鉴了一下. [TestMethod()] public void DictionarySortTest() { Dictionary<string,int>input=new Dictionary<string,int>() { {"you,1}, {"are",1},

使用Xunit来进行单元测试

不管你爱与不爱,单元测试对于一个软件的长治久安还是必不可少的一环.在Visual Studio 2012后,VS中的测试浏览器也能与第三方的集成了,用起来还是非常方便的.目前在.Net框架下的测试工具主要有Nunit.内置的MSTest以及Xunit这三个工具,本文就简单的介绍一下如何在VS中使用XUnit这个测试框架的后起之秀. 安装Xunit: Xunit的安装现在不需要插件支持了,直接使用NuGet安装如下两个库即可: PM> Install-Package xunit PM> Inst

作业八——单元测试练习(个人练习)

必做一: 针对附录1给出的三角形判断Java 代码,应用等价类划分法设计测试用例,用表格形式列出设计的测试用例: 测试用例如下:(红色字体为错误预言) 序号 测试输入:三条边 测试预言:[Oracle:Illegal(非三角形),Scalene(一般三角形), Isoceles(等腰三角形),Regular(等边三角形)] 1 (5,5,5) Regular 2 (-5,-5,-5) Regular 3 (1,4,5) Illegal 4 (2,3,5) Illegal 5 (3,4,5) Sc

作业8:单元测试练习(个人练习)

要求 [必做题1] 针对附录1给出的三角形判断Java 代码,应用等价类划分法设计测试用例,用表格形式列出设计的测试用例,写到博客中.(10分) [必做题2] 模仿附录2给出的三角形判断Junit测试代码,设计单元测试脚本,测试 [必做题1]设计得到的测试用例.注意测试脚本中测试用例出现顺序与[必做题1]表格所列顺序一致.运行所得的测试脚本,截运行结果图,写到博客中,同时将源代码push到你自己的github.(20分) [必做题3] 心得体会.写下本次练习你收获的知识点(PS:测试用例设计方法

实验二 单元测试

1. 学习单元测试和代码覆盖率工具的使用 (1)写一个程序,用于分析一个字符串中各个单词出现的频率,并将单词和它出现的频率输出显示.(单词之间用空格隔开,如“Hello World My First Unit Test”): (2)编写单元测试进行测试: (3)用ElcEmma查看代码覆盖率,要求覆盖率达到100%. import java.util.HashMap; import java.util.Map; public class Test { private static String