xiaokanfuchen86的博客

【代码】11. verify验证方法调用。

参数化测试 junit

log4j

我们在项目开发中，期望能够对接口和代码进行单元测试，并且要求代码覆盖率要高于80%。这样做的目的是为了后续交接代码之后，其他人修改了代码，可能会影响到其他的系统，我们能够在代码执行单元测试的时候将问题暴露出来。那么我们期望开发人员在本地跑单元测试的时候，能够看到自己代码的覆盖率是多少，并且展示具体是哪里的代码覆盖到了，哪些没有覆盖。本文就是介绍使用jacoco插件来生成单元测试覆盖率报告，并且查看覆盖明细。1.创建Maven工程<?xml version="1.0" encoding="UT

问题背景本文以maven项目为例，主要解决一下两个问题：在代码构建时不想执行测试代码，或者希望有选择地执行其中一部分测试代码 使用jacoco插件生成覆盖率测试报告，并且只统计已选择执行的部分测试代码的覆盖率maven-surefire-plugin插件Maven构建项目的生命周期分为很多个阶段，其中test阶段默认绑定了maven-surefire-plugin插件来执行JUnit或TestNG的测试用例。也就是说，当执行 mvn test 命令时，maven-surefire-plu

　　一、PowerMock概述 现如今比较流行的Mock工具如jMock,EasyMock,Mockito等都有一个共同的缺点：不能mock静态、final、私有方法等。而PowerMock能够完美的弥补以上三个Mock工具的不足。 PowerMock是一个扩展了其它如EasyMock等mock框架的、功能更加强大的框架。PowerMock使用一个自定义类加载器和字节码操作来模拟静态方法，构造函数，final类和方法，私有方法，去除静态初始化器等等。通过使用自定义的类加载器，简化...

mock和Mockito是什么在软件开发中提及”mock”，通常理解为模拟对象。为什么需要模拟? 在我们一开始学编程时,我们所写的对象通常都是独立的，并不依赖其他的类，也不会操作别的类。但实际上，软件中是充满依赖关系的，比如我们会基于service类写操作类,而service类又是基于数据访问类(DAO)的，依次下去，形成复杂的依赖关系。单元测试的思路就是我们想在不涉及依赖关系的情况下测试代码。这种测试可以让你无视代码的依赖关系去测试代码的有效性。核心思想就是如果代码按设计正常工作，并且依赖关系也

powerMock和mockitopowermock和mockito都是做mock的框架，powermock在mockito的基础上扩展而来，支持mockito的操作(也支持别的mock框架比如easyMock)。因此在maven引入powermock的时候，需要引mockito的包。powermock和mockito版本上要配合着使用。powermock在mockito的基础上，扩展了对static class， final class，constructor，private method等的mock

Junit单元测试时，在测试方法中打事务注解@Transactional，默认会按照@Rollback(true)来进行处理，即使在没加注解@Rollback，也会对事务回滚@Test@Transactionalpublic void test01(){}Junit单元测试时，测试方法上加注解@Transactional，事务不回滚的解决办法：方法1：测试方法上在注解@Transactional的基础上，加注解@Rollback(value = false)@Test@Trans