thenReturn 用来指定特定函数和参数调用的返回值。thenReturn 中可以指定多个返回值，在调用时返回值依次出现。若调用次数超过返回值的数量，再次调用时返回最后一个返回值。
JustMock API基础 Mock是Telerik®JustMock框架中的主要类。Mock用于创建实例和静态模拟，安排和验证行为。 本文将介绍 “Mock”的基本用法： 首先我们创建一个IFoo对象 publicinterfaceIFoo { intBar{get;set;} voidToString(); } 创建实例模拟 要创建实Mock实例，您需要使用该Mock.Create方法或其通用版本Mock.Create<T>。有了这个，你创建一个虚假的对象，取代你的测试中的真实
Mockito 框架是用于单元测试的基本框架，本文将介绍其使用使用方法及作用，也会给出相对应的例子作为参考。详细的业务场景可以参考一下项目中的单元测试编写。文中最后也有关于单元测试的相关文章链接，大家可以去详细了解一下。
Mock测试就是在测试过程中，对于某些不容易构造或者不容易获取的对象，用一个虚拟的对象来创建以便测试的测试方法。什么是不容易构造的对象呢？例如HttpServletRequest，需要在有servlet容器环境中创建获取。那不容易获取的对象呢？如一个JedisCluster，需要准备redis相关环境，然后设置进去等等。
Mock 对象和 **桩（Stub）**在逻辑上都是 Optional 的变体。他们都是最终程序中所使用的“实际”对象的代理。 不过，Mock 对象和桩都是假扮成那些可以传递实际信息的实际对象，而不是像 Optional 那样把包含潜在 null 值的对象隐藏。
我们都有个习惯，常常不乐意去写个简单的单元测试程序来验证自己的代码。对自己的程序一直非常有自信，或存在侥幸心理每次运行通过后就直接扔给测试组测试了。然而每次测试组的BUG提交过来后就会发现自己的程序还存在许多没有想到的漏洞。但是每次修改好BUG以后还是怀着侥幸心理，认为这次不会有bug了。然后又一次自信地提交，结果又败了。因为这样反复几次后。开发者花在找BUG和修复BUG的这些时间加起来已经比他开发这个模块花的时间还要多了。虽然项目经理已经预留了修改BUG和单元测试的时间。但是开发者却习惯性地在写好代码后就认为任务完成了。 然后等问题出来了bug改了很多次还是修复不了的时候才和项目经理说“我碰到预想不到的问题，可能要延期发布我的代码“。如果这个项目不可延期，痛苦的加班就无法避免了。
用JustMock测试你的应用程序 本主题将指导您通过几个简单的步骤来使用Telerik®JustMock轻松测试您的应用程序。您将理解一个简单的原理，称为Arrange / Act / Assert，并熟悉框架中的核心方法和属性，这些方法和属性在最常见的测试场景中使用 为了说明下一个例子中JustMock的用法，我们将使用一个样本仓库(warehouse)和一个依赖订单对象(Order)。仓库持有不同产品的库存。订单包含产品和数量。 仓库界面和订单类看起来像这样： publicdelegatevoidPr
本文主要介绍collection接口下的List接口和Set接口，以及迭代器Iterator。
同步代码写起来简单，但就是怕遇到耗时操作，会影响效率和吞吐量。 此时异步代码才是王者，但涉及多线程和线程池，以及异步结果的获取，写起来颇为麻烦。 不过在遇到SpringBoot异步任务时，这个问题就不存在了。因为Spring家族是最替用户考虑的。 结果就是，像同步一样简单，像异步一样强大。 众所熟悉的同步代码 先准备一些代码，为了模拟耗时操作，在其中加入线程睡眠语句。 同时打印出运行这些代码的线程信息。如下图01：
如果我们需要测试A方法，但是E方法目前还没办法调用，或者还没开发完成。这种场景下，就可以使用stub测试桩。stub测试桩可以给E方法模拟一个或多个假的返回值，我们测试时只需要调用stub对象的E方法即可，调用后的返回值是我们在生成stub对象时指定的。如下：
目前我们接触到RPC接口主要有Hession、Dubbo、HTTP、Thrift、Hprose等
在线网站一般都会有服务器压力剧增的时候，比如说网上商城的促销，这个时候常用的手段就是服务降级，根据当前业务情况及流量对一些服务和页面有策略的降级，以此缓解了服务器资源压力，以保证核心任务的正常运行，同时也保证了部分甚至大部分客户得到正确响应。
spock是一款基于Groovy语言的单元测试框架，其基础也是Java的Junit，目前最新版已经到了2.0，但对Groovy和响应的Java版本要求较高，具体信息参考：Spock 2.0 M1版本初探。
在接口测试过程中，对于某些不容易构造或者不容易获取的对象，我们常常会用一个虚拟的对象代替以便测试。在具体的测试过程中，我们经常会碰到需要模拟数据或者接口的情况，因为环境问题或者系统复杂度的问题，我们需要使用 Mock 方式进行数据的模拟。
@Transactional 应用在非public修饰的方法上 如果在protected、private 修饰的方法上使用 @Transactional 注解，虽然事务无效，但不会有任何报错，这是我们很容犯错的一点。 ---- @Transactional 注解属性propagation设置错误 这种失效是由于事务传播方式配置错误，若是错误的配置以下三种 propagation，事务将不会发生回滚。 TransactionDefinition.PROPAGATION_SUPPORTS 如果当前存在事务，则
声明式事务管理建立在AOP之上的。其本质是对方法前后进行拦截，然后在目标方法开始之前创建或者加入一个事务，在执行完目标方法之后根据执行情况提交或者回滚事务。
在Android Studio中新建一个项目的时候，app的gradle中会默认添加单元测试的相关依赖库：
在之前的文章 http://www.jianshu.com/p/c128ed5c394e 中已经介绍了“自动化Mock系统0.9版本”，今天我将和大家一起探讨我们的“自动化Mock系统1.0版本”。
假如我们今天去面试了，面试官问了一句“什么是单元测试？有没有使用？大概是针对那些情况进行单测的？单测意义从你实际使用中总结一下。”
java引以为豪的就是内存自动化管理，不需要像C、C++等一样需要开发者手动获取内存、释放内存，对内存进行操作等，java在这方面做的非常好、非常方便。所以，了解java内存区域是怎么划分的是非常有必要的，面试的时候也是经常会问到的。
TDD是测试驱动开发(Test-Driven Development)的英文简称，是敏捷开发中的一项核心实践和技术，也是一种设计方法论。TDD的原理是在开发功能代码之前，先编写单元测试用例代码，测试代码确定需要编写什么产品代码。TDD虽是敏捷方法的核心实践，但不只使用于XP(Extreme Programming)，同样可以适用于其他开发方法和过程。 打桩(mock)是单元测试的重要内容。说难点，谈不上吧，能说出来想到的都不算是难点了。 mock有两种。一种是静态打桩，一种是动态打桩
EasyMock 的作用主要是方便在编写单元测试时，可以使用可以模拟出方法执行结果的对象，引导单元测试执行到所关心的代码，判断执行的结果。
使用dubbo在进行服务调用时，可能由于各种原因（服务器宕机/网络超时/并发数太高等），调用中就会出现RpcException，调用失败。
dubbo提供了一些服务降级措施，当服务提供端某一个非关键的服务出错时候，dubbo可以对消费端的调用进行降级，这样服务消费端就避免了在去调用出错的服务提供端，而是使用自定义的返回值直接在在本地返回。
Method channels是platform channels的一种，用于调用Dart和Java / Kotlin或Objective-C / Swift中的命名代码段。 方法通道利用标准化消息“信封”来传递从发送方到接收方的方法名称和参数，并区分相关答复中的成功和错误结果。 信封和支持的有效负载由单独的方法编解码器类定义，类似于message channels 如何使用消息编解码器。
Jvm的内存结构是由《java虚拟机规范》制定的，《java虚拟机规范》只负责制定标准，具体的实现多种多样，比如：sun公司的HotSpot、BEA的JRockit、IBM的J9（前两个目前都已被Oracle收购），另外Apache、Google、微软等组织或公司都有自己的java虚拟机实现。只是我们目前开发比较常用的是HotSpot。
在现代软件开发中，数据的一致性和完整性是至关重要的。为了保证这些特性，Spring框架提供了强大的事务管理机制，让开发者能够更加自信地处理数据库操作。然而，事务并非银弹，存在一些失效的情景，本文将带您深入探究Spring事务及其失效场景，并为您呈现应对策略。
事务管理是应用系统开发中必不可少的一部分。Spring 为事务管理提供了丰富的功能支持。
什么意思呢？如下图所示，你要验证公共方法A,A中做了T.B()和T.C()两件事。
第一篇文章, 关于Mock的概念介绍: https://www.cnblogs.com/cgzl/p/9294431.html
Mock 是测试过程中中常见的一种技术，即对于某些不容易构造或者不容易获取的对象，用一个虚拟的对象来创建以便测试的测试方法，从而把测试与测试边界以外的对象隔离开。
异常概述 程序在运行中总会面临一些“意外”情况，良好的代码需要对它们进行预防和处理。大致来说，这些意外情况分三类： 交互输入 用户以非预期的方式使用程序，比如非法输入，不正当的操作顺序，输入文件错误
建造者模式Builder是一种常用的设计模式，用于构建不同的产品类。 如有以下的Builder
大多数同事都用 JUnit 做单元测试，JUnit 中对方法调用打桩（Mock）是一个麻烦事。好在 EasyMock 可以帮我们完成。
Queue接口不属于Java并发包下面的类，它是java.util下面的一个接口，虽然这个接口跟并发没有直接关系，但是它抽象和定义了在Java里面队列的通用方法，最重要的是这个类也是Java并发大神Doug Lea设计的，所以学习和了解这个接口是非常有必要的。
@Transactional 可以作用于接口、接口方法、类以及类方法上。当作用于类上时，该类的所有 public 方法将都具有该类型的事务属性，同时，我们也可以在方法级别使用该标注来覆盖类级别的定义。 虽然 @Transactional 注解可以作用于接口、接口方法、类以及类方法上，但是 Spring 建议不要在接口或者接口方法上使用该注解，因为这只有在使用基于接口的代理时它才会生效。另外， @Transactional 注解应该只被应用到 public 方法上，这是由 Spring AOP 的本质决定的。如果你在 protected、private 或者默认可见性的方法上使用 @Transactional 注解，这将被忽略，也不会抛出任何异常。 默认情况下，只有来自外部的方法调用才会被AOP代理捕获，也就是，类内部方法调用本类内部的其他方法并不会引起事务行为，即使被调用方法使用@Transactional注解进行修饰。
当使用 @Validated、@GroupSequence 和自定义校验规则时，可以实现对实体类属性的分组校验
和尚在尝试 Android 性能优化过程中，需要统计的监测各个方法执行调用时间，以及对应 Systrace 生成时；较为优雅的方式就是采用 AOP 切片模式，而 AOP 模式中较为成熟和简单的当属 AspectJ；和尚进行简单集成与测试；
<dubbo:service retries <dubbo:reference retries <dubbo:method retries
对于C、C++程序员来说，在内存管理领域，他们拥有对象的“所有权”。从对象建立到内存分配，不仅需要照顾到对象的生，还得照顾到对象的消亡。背负着每个对象生命开始到结束的维护和管理责任。
上一次学完了Java的核心类与API，这次来学习异常处理。我们都知道，Java语言具有健壮性和安全性，而异常处理机制就是其重要保证。如下
昨天公众号粉丝咨询了一个问题，说自己之前面试被问@Transactional注解哪些场景下会失效，一时语塞致使面试失败。所以今天简单的和大家分享一下@Transactional相关的知识。
_initialize()方法是在任何方法执行之前，都要执行的，当然也包括 __construct构造函数。
• _initialize()方法是在任何方法执行之前，都要执行的，当然也包括_ _construct构造函数。 也就是说如果存在_initialize()函数，调用对象的任何方法都会导致_initialize()函数的自动调用， 而_construct构造函数仅仅在创建对象的时候调用一次，跟其它方法调用没有关系。 • _ _construct这里是双划线，而_initialize()函数是单划线 • 如果父子类均有_initialize()函数，则子类覆盖了父类的，如果子类没有而父类有，则子类继承父类的。 • 默认情况下，子类的构造函数不会自动调用父类的构造函数。在调用子类对象的_initialize()时，也不会导致自动调用父类的_initialize() • 实际编写子类的构造函数时，一般都要加上父类构造函数的主动调用parent::_ _construct()，否则会导致子类对象空指针的异常，如Call to a member function assign() on a non-object。
调用一个函数：已经存根的就触发存根的（Stub）；未存根的就触发原有实例的（aPerson）。
松哥原创的 Spring Boot 视频教程已经杀青，感兴趣的小伙伴戳这里-->Spring Boot+Vue+微人事视频教程
2017-11-29 16:08
setup伪造方法返回值的格式为伪对象.Setup(fake=>fake.方法名).Returns(返回值)
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
