在Android Studio中新建一个项目的时候,app的gradle中会默认添加单元测试的相关依赖库:
以上createInetSocketAddress方法就是我在编写单元测试的时候单独抽离出来的方法,一方面我需要mock一个InetSocketAddress来满足测试需求,另一方面,单独抽离一个createInetSocketAddress方法从代码上看也是必要的,让方法职责更加单一,如果把createInetSocketAddress的实现直接耦合到connectImpl方法中,那么connectImpl的代码除了连接tcp的逻辑外还有创建InetSocketAddress的逻辑,这样就比较混乱,而且方法体也变长
在单元测试中,我们往往想去独立地去测一个类中的某个方法,但是这个类可不是独立的,它会去调用一些其它类的方法和service,这也就导致了以下两个问题:外部服务可能无法在单元测试的环境中正常工作,因为它们可能需要访问数据库或者使用一些其它的外部系统。我们的测试关注点在于这个类的实现上,外部类的一些行为可能会影响到我们对本类的测试,那也就失去了我们进行单测的意义。
单元测试可以提高测试开发的效率,减少代码错误率,提高代码健壮性,提高代码质量。在Spring框架中常用的两种测试框架:PowerMockRunner和SpringRunner两个单元测试,鉴于SpringRunner启动的一系列依赖和数据连接的问题,推荐使用PowerMockRunner,这样能有效的提高测试的效率,并且其提供的API能覆盖的场景广泛,使用方便,可谓是Java单元测试之模拟利器。
前面讲了Spock框架Mock对象、方法经验总结,今天分享一下Spock框架中Mock静态资源的实践经验汇总。分成「静态资源」和「混合场景」。
所以我们在单测中,往往会使用mock的方式对这些代码做一个数据的模拟,从而达到对代码进行测试的一个目的。
当我们面对一个遗留系统时,常见的问题是没有测试。正如Michael Feathers在Working Effectively with Legacy Code一书中对“遗留代码”的定义。他将其简单归纳为“没有测试的代码”。真是太贴切了!正是因为没有测试,使得我们对遗留代码的任何重构都有些战战兢兢,甚至成为开发人员抵制重构的借口。从收益与成本的比例来看,对于这样的系统,我一贯认为不要盲目进行重构。因为重构的真正适用场景其实是发生在开发期间,而非维护期间。当然,提升自己的重构能力,尤其学会运用IDE提供的自动重构工具,可以在一定程度上保障重构的质量。然而,安全的做法,还是需要为其编写测试。
目前应用比较普遍的java单元测试工具junit4+Mock(Mockito、jmock、EasyMock、powermock)。为什么会选powermock? 在做单元测试的时候,我们会发现我们要测试的方法会有很多外部依赖的对象或者一些其他服务的调用比如说(发送邮件,网络通讯,soa调用)。而我们没法控制这些外部依赖的对象。为了解决这个问题,我们需要用到Mock来模拟这些外部依赖的对象,从而控制它们。只关心我们自己的业务逻辑是否正确。而这时powermock就起作用了,它不仅可以mock外部的依赖,还可以mock私有方法、final方法,总之它的功能很强大。
充分的单元测试就是提高代码质量最有效的手段之一,而单元测试严重依赖代码的可测试性,本文主要通过一个简单的DEMO演示如何对Android原生应用进行单元测试,同时示例代码采用MVP模式以提高代码的可读性和可测试性
单元测试(unit testing)是指对软件中的最小可测试单元进行检查和验证。它是软件测试中的一种基本方法,也是软件开发过程中的一个重要步骤。
现在流行的测试驱动开发TDD(Test-Driven Development) ,是敏捷开发中一项核心实践和技术。也是一种设计方法论。其中最重要的一环就是使用单元测试。单元测试是保证代码质量的一个重要手段,通过单元测试我们可以快速的测试代码的各个分支,各种场景,代码重构时只需要重新跑下单元测试就是能知道代码潜在的问题。单元测试是通过Mock的方式调用被测试的方法,其有如下几个优点:
mockito框架上手非常简单,但是它也有弊端和局限性,不能mock静态方法、私有方法、构造方法等,但powermockito框架很好的弥补了这一缺陷。
笔者最近参加了一系列校园招聘,问到同学们熟悉哪些设计模式时,基本上所有人都提到了单例模式。
在TDD领域Mock框架有很多,比如EasyMock,JMock,Mockito。可能有些同学会好奇了,为什么要重点把PowerMock拿出来呢,因为PowerMock可以解决前面三种框架不能解决的问题,而且PowerMock也是是单元测试中极其强大的测试框架。
MOCK意思是模拟的意思,主要被用来进行数据的人工组织,不会真正地调用第三方服务器,类似redis,mysql等都不会调用,也不用关心数据底层是如何进行处理的,我们要做的只是将本单元的逻辑进行单元测试,验证数据的逻辑处理性,而其中mock较好的框架就是Mockito。
在TDD领域Mock框架有很多,比如EasyMock,JMock,Mockito。可能有些同学会好奇了,为什么要重点把powermock拿出来呢,因为powermock可以解决前面三种框架不能解决的问题,而且powermock也是是单元测试中极其强大的测试框架。
实际上开发阶段两个核心的工作,开发和流程自测,自测的根本目的是为自己提前解决可能出现的问题;如果缺少自测和提测两个关键步骤,那么问题就会被传递给更多的用户,产生更多的资源消耗;
单元测试(Unit Testing),是指对软件或项目中最小可测试单元进行正确性检验的测试工作。单元是人为规定最小可测试的功能模块,可以是一个模块,一个函数或者一个类。单元测试需要与模块开发进行隔离情况下进行测试。
笔者在对某个JAVA socket通信程序进行UT的时候,遇到过以下一个场景,客户端发出登陆请求,然后每隔500ms监查一下底层通信机的登陆状态,如果登陆成功,底层通信机会将其状态修改为LOGIN_SUCCESS/LOGIN_FAILED。客户端检查时如果发现登陆状态不是上述两个状态,则线程休眠500ms然后继续监查。上述逻辑要重复30次,也就是15秒后,如果登陆状态不是上述成功/失败的状态,则表示未收到登陆答复等逻辑,需要切换服务器继续登陆。
我们可以看到有这种.doXXX.whenXXX.eqXXX这种链式调用法,接下来小面就带你1分钟学会自己写链式调用。
现实业务开发中,通常为了避免超时、对方接口限制等原因需要对支持批量的接口的数据分批调用。
1 在需要执行单测的类上注解@RunWith(PowerMockRunner.class) 2 对于需要mock私有方法的需要注解@PrepareForTest(FooServiceImpl.class)
在上一篇《手把手带你入门Mock测试(一)之 PowerMock的入门》文章中,已经简单提及一些关于Powermock的用法,但是入门还未完,我还要坚持把它学习并坚持更新到博客中。
前面我们用Threejs创建了一个3D立方体到浏览器,并使其跟随鼠标旋转和缩放,但是,上帝说要有光,于是就有了光~~~额,好吧,这一节我们来认识下Threejs中的灯光,Threejs提供了很多灯光的API,这里我们主要了解下环境光(AmbientLight)、点光(PointLight)、平行光(DirectionalLight)、和聚光灯(SpotLight)。 1.AmbientLight:环境光会均匀的照亮场景中的所有物体,环境光没有方向,所以环境光不能用来投射阴影。AmbientLight对象接收两个参数,第一个参数为光的颜色(颜色的rgb数值。缺省值为 0xffffff),第二个参数为光的强度(取值范围0-1,默认为1)
今天郭先生说一说three.js的材质。材质描述了对象objects的外观。它们的定义方式与渲染器无关, 因此,如果您决定使用不同的渲染器,不必重写材质。
微软宣布与Unity Technologies合作,将微软研究院的AirSim,一个开源航空信息学和机器人学平台带到Unity。以前它只可用于Epic的Unreal Engine。
材质是描述对象的外观,Threejs中提供了很多材质的API,今天我们来了解几个常用的材质类API 1.Material Material是所有材质的基类,所有继承自Material的材质都基础了Material的属性和方法,Material常用的属性有: alphaTest:控制透明度的alpha值,默认值为0,如果设置不透明度(opacity)低于此值,则不会渲染材质。 depthTest:是否在渲染此材质时启用深度测试。默认为 true depthWrite : 渲染此材质是否对深度缓冲区有任何影响。默认为true id : 材质实例的唯一编号 needsUpdate:指定需要重新编译材质 opacity : 在0.0 - 1.0的范围内的浮点数,表明材质的透明度。值0.0表示完全透明,1.0表示完全不透明。如果材质的transparent属性未设置为true,则材质将保持完全不透明,此值仅影响其颜色。 默认值为1.0。 side:定义材质将要渲染哪一面 (正面,背面或两面)。 默认为THREE.FrontSide(正面)。另外两个选项为THREE.BackSide(背面)和THREE.DoubleSide(两面) transparent :定义材质是否透明,默认为false visible: 材质是否可见。默认为true 2.MeshBasicMaterial MeshBasicMaterial,基础网格材质,我们在前面已经用过好多次了,这种材质不受光照的影响,没有阴影;但是可以给它设置颜色、不透明度
在测试过程中,发现我们的开发同学喜欢在方法中临时new 出一些类来完成某项工作。由于局部变量用完立即销毁了,使用起来也就非常灵活和随意了。 但这样就对单元测试造成了不小的麻烦。如以下的案例
最近园子里发表了一些讨论“事件(Event)”的文章,我也来凑个热闹,谈谈我对事件的一些粗浅的认识。本文不谈设计模式(观察者模式),只从运行时的角度来分析事件这个对象到底是个什么东西,它有那么神秘吗?为了更好的分析事件,本文将会编写一些例子来模拟事件的订阅机制。本文对事件的分析可以概括为下面三句话: 事件本质上是一个MulticastDelegate对象; MulticastDelegate对象是多个Delegate对象的链表; Delegate = Object + MethodInfo,委托的执行最
这一个月来,大家最关注的就是新冠病毒疫情的发展了。令人欣慰的是,最近国内不少省市都没有新增确诊病例甚至病例数“清零”,已调低了防控级别,逐步复工复产。
近期已然陷入了单元测试的汪洋大海,上万行的代码突然要求起来单元测试覆盖率,着实很恐怖的。最经过艰苦的抗争学习之后,终于迈过了技术这个坎儿,特来分享一下最近踩坑的经历,和一些典型的使用场景案例分享。
TDD:测试驱动开发,先写测试,再写逻辑代码,通过单测,写逻辑代码,依次循环,知道所有逻辑都完成
Clean Architecture是Bob大叔在2012年提出的一个架构模型。其根据过去几十年中的一系列架构提炼而成:
在笔者测试的某些系统中,存在一些与时间相关的系统功能。如某个程序会在每天的指定时间,如下午6点被触发,完成与外部公司的数据交换。 在系统测试时,往往需要通过修改linux的系统时间等方式来触发上述功能进而完成测试过程。这时非常不方便的,而且有时候还会因为修改了操作系统时间忘记改回,导致其它应用产生问题,如连接超时等。当然也有在隔离网络内提供NTP时钟服务的方案,只是需要网络层面的支持,测试成本较高,一般用于系统测试中。 而在单元测试时,为了不受外部约束,保证测试用例的健壮性,需要对系统时间进行mock。如以下的一个被测方法
空间数据模型可以分为三种: 场模型:用于描述空间中连续分布的现象; 要素模型:用于描述各种空间地物; 网络模型:可以模拟现实世界中的各种网络;
作者:刘洋 团队公众号:腾讯移动品质中心TMQ 一、单元测试及Android单元测试简介 惯例,先简单介绍下理论知识,懂得的可以跳过。 1、单元测试定义和特性 单测定义: 在计算机编程中,单元测试(U
各位读者好, 这篇文章是在我看过 Andres Almiray 的一篇介绍文后,整理出来的。 因为内容非常好,我便将它整理成参考列表分享给大家, 同时附上各个库的特性简介和示例。 请欣赏! Guice Guice (发音同 ‘juice’) ,是一个 Google 开发的轻量级依赖性注入框架,适合 Java 6 以上的版本。 # Typical dependency injectionpublic class DatabaseTransactionLogProvider implements Provide
最近分享的一些源码、框架设计的东西。我发现大家热情不是特别高,想想大多数应该还是正儿八经写代码的居多;这次就分享一点接地气的: SpringBoot 使用中的一些小技巧。
因为内容非常好,我便将它整理成参考列表分享给大家, 同时附上各个库的特性简介和示例。
面向对象的方面的相关面试题也和大家总结了好几天了,把其中的内容分成了好几个板块和知识点,今天就来继续和大家分享最后的一部分,
机器之心报道 机器之心编辑部 神经网络还有很多潜力等待发掘。 1965 年,戈登・摩尔归纳了一条经验之谈:集成电路上可以容纳的晶体管数目大约每经过 18 个月到 24 个月就会增加一倍。换言之,处理器的性能大约每两年翻一倍。 这条经验之谈被称为「摩尔定律」,之后的四十年里,半导体芯片制造工艺确实以令人目眩的速度成倍提高。但近年来,摩尔定律的加倍效应已在放缓,甚至有人预言在不久的将来会失效。 业界纷纷提出各种方案应对这种发展瓶颈,来自斯坦福大学的神经形态工程师 Kwabena Boahen 最近提出了一种新
1.UniSim: A Neural Closed-Loop Sensor Simulator
本文包含一些直观的示例来说明 copula 理论的核心概念。以下是脚本及其各自用途的简短列表:
GROMACS已通过GROMACS 2020发行版进行了重大升级。新版本包括NVIDIA与核心GROMACS开发人员之间的长期合作所带来的令人兴奋的新性能改进。
Spock是国外一款优秀的测试框架,基于BDD(行为驱动开发)思想实现,功能非常强大。Spock结合Groovy动态语言的特点,提供了各种标签,并采用简单、通用、结构化的描述语言,让编写测试代码更加简洁、高效。目前,美团优选物流绝大部分后端服务已经采用了Spock作为测试框架,在开发效率、可读性和维护性方面均取得了不错的收益。
在修改单元测试的过程中,不幸踩了个坑,发现 Powermockito 的PowerMock.mockStatic(ClassThatContainsStaticMethod.class) 在多线程场景下是无法正常工作的,这再次验证了之前 ThrougthWorks 顾问说的那句话:
作为开发人员尝试创建集成测试时,会遇到许多复杂问题。出现的两个最常见的问题包括与:
虚拟机(Virtual Machine)是计算机系统的仿真器,通过软件模拟具有完整硬件系统功能的、运行在一个完全隔离环境中的完整计算机系统,能提供物理计算机的功能。
领取专属 10元无门槛券
手把手带您无忧上云