怎么对service层进行单元测试，我使用的是注解方式

你代替容器new对象就行了，如果用的spring管理service对象的，用代码加载spring的xml，文件，再用getBean获取service对象，再测试就行了，你这样service没有注入肯定报空了。。。

第一步你需要在appctx文件中申明：

<bean id="serviceC" name="service_c_Mock" class="orgmockitoMockito" factory-method="mock">

<constructor-arg value="comxyxServiceC"></constructor-arg>

</bean>

需要注意的是bean的id必须要和A和B中autowire时使用名字一致。或者用类型也行。

然后在单测case中用@Mock或者@Resource引入sercieC。接着在单测case的Setup中调用如下语句。

MockitoAnnotationsinitMocks(this);

这时你测试A的方法，A访问B，B访问C时，调用会落在mockito生成的一个代理上。这个时候所调用的任何方法都会返回null。

这可能不是你期望的，你可能期望在A用到的那些些方法上，输入某个值时返回某个特定的值。这个时候你需要：

when()then();

如果这还不够，你希望他输入某个值的时候返回特定值，如果输入的值不是特定值的时候，返回正常逻辑的值，你需要spy，并传入一个serviceC的实现。

@Rule

public MokitoRule rule = MockitoJUnitrule();

注意这里的修饰符public，如果没有这个修饰符的话使用mock测试会报错

 @Rule

 public ExpectedException thrown = ExpectedExceptionnone();

可以选择忽视抛出的异常？（我是这么理解的不知道是否正确）

这里我还没有看juint执行的逻辑，只是看了mock环境下获取注解创建mock对象，并将mock的对向注入到@Injectmocks的目标测试对象中去的逻辑。

使用的jar包版本是junitjunit411,orgpowermockpowermock-api-mockito166

创建一个interface用于目标测试类的filed的type。

创建一个目标测试类，其中声明filed的type为上面的interface的type

最后创建一个测试用例对象用于测试目标测试类

我从rule对象执行的时候开始追踪，junit的运行原理略过

其中的testClass就是测试用例，MyMockTest的实例，annotationEngine是默认的注解驱动InjectingAnnotationEngine，

这个方法的内部获取测试用例的type，获取注解驱动，并判断是否是默认的注解驱动，可以自定义注解驱动？（暂时我还办不到），之后注解驱动执行

InjectingAnnotationEngineprocess 内部只有两个方法，从名字和其上的注释可以知道

processIndependentAnnotations处理独立的filed，其实就是测试用例中有@mock注解的filed，这里就是a和b。processInjectMocks处理依赖于独立mock对象的filed，就是测试用例中有@InjectMocks注解的filed，依赖于mock对象的目标测试类，这里就是DoMainObject，先看processInjectMocks

入参分别为测试用例的type，和instance，方法中只有一个循环，在循环的内部处理三件事

1delegateprocess(classContext, testInstance);委派对象处理@Mock，@Captor等注解，

2spyAnnotationEngineprocess(classContext, testInstance);监视注解驱动处理@Spy注解

3获取测试用例的父类，赋值给原来的变量

4如果Class的type为Object，跳出循环

这个方法就是先处理自己的独立注解，然后去处理父类的独立注解，如此往复直到父类为Object源类。

这个方法参数还是Class的type和Class 的instance，

处理过程是获取instance的所有field就是所有的属性，然后循环获取filed的上的所有注解，更具注解和field尝试创建mock对象，这里最后的创建对象时使用cblib创建代理对象，最后创建一个Setter对象将创建的cglib代理对象mock对象，set进instance的field中去，即完成了一个测试用例中的属性的注入（spring的bean注解注入方式是不是也是如此呢，所有的基于注解的实现原理是否基本类似于此呢）

这里只关注两个方法createMockFor和FieldSetter(testInstance, field)set(mock)

createMockFor方法的流程比较复杂，

这个方法的内部有两个方法，

在这个方法中对annotationd的类型与已有的注解处理器对象集合进行判断是否包含，如果包含取出对应的处理器对象，如果不包含空实现一个注解处理器实现process方法返回为null。也就是说在DefaultAnnotationEngine对象的实例中只处理特定的注解生成其mock代理对象。

这个注解处理器的集合是在4中创建了deletage时创建了DefaultAnnotationEngine对象，然后在其构造方法中调用了注册注解驱动方法

private final Map, FieldAnnotationProcessor> annotationProcessorMap = new HashMap, FieldAnnotationProcessor>();

根据获取的annotationProcess对象执行process方法，如果不是从map中获取的那么返回值就是null，在本测试中就是@mock的方法返回了MockAnnotationProcessor类型的注解驱动，

Mockitomock(fieldgetType(), mockSettings);这个就是最后创建mock的cglib代理对象的方法，对这个方法暂时就不继续追踪了，

现在我们已经将一个@Mock注解下的测试类中的field建立好了，让我们回到5的process方法中，能看见这个步骤就是重复的执行这段逻辑：

获取field的所有注解，调用createMockFor方法，然后在此方法中和DefaultAnnotationEngine预置的FieldAnnotationProcessor 实现类型集合做匹配，满足的获取指定的注解处理器创建对应的mock对象。不满足的创建一个匿名子类，其中实现的方法指定返回null。以此将@Mock等注解和其他注解区分开来，只创建@Mock和@Captor等独立的注解。如此步骤processIndependentAnnotationsprocess()就完成了。

spyAnnotationEngineprocess的执行类似，但是这个注解处理类是使用反射去根据类型创建一个真实的实例对象返回而不是创建一个mock的cglib对象。

现在我们完成了processIndependentAnnotations，来看看现在的测试用例instance

可以看到现在a，b使用@Mock注解的field已经存在cglib的代理对象了，使用@InjectMocks的doMainObject暂时还是null，现在来看processInjectMocks

方法内部的核心方法是injectMocks，内部的逻辑从子类到父类最后到Object处理每个继承层级的@InjectMocks注解

方法内处理

1获取测试用例的Class类型

2创建一个Field对象的set集合

3循环处理

4将class中所有InjectMocks注解的field放到mockDependentFields集合中

5将创建的mock对象添加到mocks集合中

6Class类型是Object跳出循环

7创建@InjectMock注解修饰的field

这是根据依赖创建目标测试类的mock对象。

最后方法完成的时候

可以看到目标测试类创建完成，依赖a，b也已经注入。

没有去追踪Junit和cglib只是将中间mock的注解的过程进行了追踪：

基本就是先创建mock对象，然后将根据依赖创建@InjectMocks的目标测试类对象

其中注解的区分

1@InjectMocks和其他类型不同，

2@Spy和@Mock,@Captor等注解不同

在使用的过程中Rule一定要是pulic修饰的

在使用mockito的时候还出现了mock的对象在测试的时候报空指针的问题，我追踪后发现是同类型的interface在注入@InjectMocks修饰的主目标对象的时候是有排序的，会根据测试类中的filedName进行排序依次向下注入，解决办法就是把@InjectMocks的所有field都进行mock。

使用普通的@SpringBootTest进行单元测试时会将整个应用都启动，和正常启动工程没什么区别。非常耗时。

如下，启动测试。将web层也启动了。事实上根本不需要启动这个。

我们只需要启动dao就行了。在这里我们使用mybatis-spring-boot-starter-test这个依赖

测试例子

打印sql

1、javalangIllegalStateException: Unable to find a @SpringBootConfiguration, you need to use @ContextConfiguration or @SpringBootTest(classes=) with your test

需要和springboot main方法放到同一级包下

2、Caused by: orgspringframeworkbeansBeanInstantiationException: Failed to instantiate [comzaxxerhikariHikariDataSource]: Factory method 'dataSource' threw exception; nested exception is orgspringframeworkbootautoconfigurejdbcDataSourceProperties$DataSourceBeanCreationException: Failed to determine a suitable driver class

若依工程引入这个真的有点难，推荐还是使用@SpringBootTest的方式

普通单数据源请配置如下：springdatasourceurl的形式；否则单元测试启动报错'url' attribute is not specified and no embedded datasource could be configured

有多个数据源时才去配置这样，springdatasourcedruidmasterurl；

写过JAVA和C++的单元测试，PHP，没必要也没写过。单元测试主要是对核心的类和方法进行测试，在J2EE开发中，由于各种配置比较繁琐，并且是分层开发，所以很有必要写单元测试。比如，我做了一个service，我就可以针对这个service写个单元测试，取出这个bean，来验证是否正常，而不必等到ACTION层写好后，配置完整再来测试。对J2EE来说，service正常后，ACTION我就不用管了。做单元测试也容易提早发现问题。并且eclipse自带了iunit，使用极其方便。C++也一样，流程比较复杂，为了尽快验证和发现问题，有做单元测试的必要。而PHP这类脚本，不需要。我也很少见人提到过php的单元测试。本身逻辑就不复杂，而且大多数也不分层。NETBEAN自带了phpunit，不过从没用过如果还有不明白的话，你可以在后盾人看看视频找找答案，有空多看看时间长了，慢慢就明白了，希望能帮到你，给个采纳吧谢谢ｸﾞｯ!(๑•̀ㅂ•́)و✧

1、什么是Mock？

mock是在测试过程中，对于一些不容易构造/获取的对象，创建一个mock对象来模拟对象的行为。比如说你需要调用B服务，可是B服务还没有开发完成，那么你就可以将调用B服务的那部分给Mock掉，并编写你想要的返回结，SpringBoot默认的Mock框架是Mockito，和junit一样，只需要依赖spring-boot-starter-test就可以了。

2、测试过程中常用注解

@RunWith 指定运行环境，例：

@RunWith(SpringRunnerclass) Junit运行Spring的测试环境

@RunWith(MockitoJUnitRunnerclass) Junit运行Mockito的运行环境，不会加载springboot上下文

@SpringBootTest 加载springboot上下文配置

@WebMvcTest（xxxControllerclass) 用于测试单个Controller,提供了自配置的MocMvc,可以不启动整个应用就可以以>

一聊起测试用例，很多人第一反应就是，我们公司的测试会写测试用例的，我自己也会使用postman或者swagger之类的进行代码自测。那我们研发到底要不要写单元测试用例呢？参考阿里巴巴开发手册，第8条规则（单元测试的基本目标：语句覆盖率达到 70%；核心模块的语句覆盖率和分支覆盖率都要达到 100%），大厂的要求就是必须喽。我个人感觉，写单元测试用例也是很有必要的，好处很多，例如：

Java开发springboot项目都是基于junit测试框架，比较MockitoJUnitRunner与SpringRunner与使用，MockitoJUnitRunner基于mockito，模拟业务条件，验证代码逻辑。SpringRunner是MockitoJUnitRunner子类，集成了Spring容器，可以在测试的根据配置加载Spring bean对象。在Springboot开发中，结合@SpringBootTest注解，加载项目配置，进行单元测试。

以上就是关于怎么对service层进行单元测试，我使用的是注解方式全部的内容，包括:怎么对service层进行单元测试，我使用的是注解方式、如何用mockito+spring进行单元测试、mock单元测试 mockito实践等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！