SSM框架整合之junit测试的方法

1:和junit一起使用的时候因为没有读取配置文件，所以老是报创建Bean失败，上网查了查，原来是先要读取spring的核心配置文件，这样机也能够启动IOC容器了，

可以先创建一个父类，在父类里面读取配置文件创建IOC容器，然后让子类继承他就可以了

BaseTest.java

package com.carry.ssm.test;
import javax.annotation.Resource;
import javax.security.auth.PrivateCredentialPermission;
import org.junit.Test;
import org.junit.runner.RunWith;
import com.carry.ssm.Services.TestServer;
import org.springframework.test.context.ContextConfiguration;
import org.springframework.test.context.junit4.SpringJUnit4ClassRunner;
/**
 *
 配置spring和junit整合，junit启动时加载springIOC容器
 */
@RunWith(SpringJUnit4ClassRunner.class)
//告诉junit spring配置文件
@ContextConfiguration("classpath:applictionContext.xml")         //我是放在classpath下的，可以根据自己的路径改
public class baseTest {
}

2:写测试类

TestUnit.java

package com.carry.ssm.test;
import javax.annotation.Resource;
import org.junit.Test;
import com.carry.ssm.Model.User;
import com.carry.ssm.Services.TestServer;
import com.carry.ssm.Services.UserService;
public class TestUnit extends baseTest{
@Resource
private TestServer bean;
@Resource
private UserService userService;           //注意，这里要用接口，因为用到了spring的AOP
  /*@Test*/
 /*  public void inteceptorTest(){
    bean.ttst();
  } */
  @Test
  public void getUser(){
  User user=new User();
  user.setUSER_NAME("carry");
  userService.login(user);
  }
}

打印如下

以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持我们。

赞 (0)

相关推荐

  • 详解Spring Boot Junit单元测试

    Junit这种老技术,现在又拿出来说,不为别的,某种程度上来说,更是为了要说明它在项目中的重要性. 凭本人的感觉和经验来说,在项目中完全按标准都写Junit用例覆盖大部分业务代码的,应该不会超过一半. 刚好前段时间写了一些关于SpringBoot的帖子,正好现在把Junit再拿出来从几个方面再说一下,也算是给一些新手参考了. 那么先简单说一下为什么要写测试用例 1. 可以避免测试点的遗漏,为了更好的进行测试,可以提高测试效率 2. 可以自动测试,可以在项目打包前进行测试校验 3. 可以及时发现因

  • 基于Springboot+Junit+Mockito做单元测试的示例

    前言 这篇文章介绍如何使用Springboot+Junit+Mockito做单元测试,案例选取撮合交易的一个类来做单元测试. 单元测试前先理解需求 要写出好的单测,必须先理解了需求,只有知道做什么才能知道怎么测.但本文主要讲mockito的用法,无需关注具体需求.所以本节略去具体的需求描述. 隔离外部依赖 Case1. 被测类中被@Autowired 或 @Resource 注解标注的依赖对象,如何控制其返回值 以被测方法 MatchingServiceImpl.java的matching(Ma

  • 解决java junit单元测试@Test报错的问题

    在我们在myeclips里使用junit测试工具时有时会遇到错误,这是什么原因呢? 导致问题的原因通常有下面几个: (1)没有导入jar包 (2)导入jar包版本太低 (3)注意@Test要写在方法上面 如果不是几种问题,那便试试下面的解决方案: 1.在项目上点击右键,出现下图内容,选择properties 2.出现如下对话框,点击java build path,再选择add Library 3.之后如下图操作 4.选择junit4,点击finish,配置完毕. 以上这篇解决java junit

  • java编程之单元测试(Junit)实例分析(附实例源码)

    java编程之单元测试(Junit)实例分析(附实例源码)

    本文实例讲述了java编程之单元测试.分享给大家供大家参考,具体如下: 完整实例代码代码点击此处本站下载. 在有些时候,我们需要对我们自己编写的代码进行单元测试(好处是,减少后期维护的精力和费用),这是一些最基本的模块测试.当然,在进行单元测试的同时也必然得清楚我们测试的代码的内部逻辑实现,这样在测试的时候才能清楚地将我们希望代码逻辑实现得到的结果和测试实际得到的结果进行验证对比. 废话少说,上代码: 首先创建一个java工程,在工程中创建一个被单元测试的Student数据类,如下: packa

  • 详解springboot中junit回滚

    详解springboot中junit回滚

    springboot中使用junit编写单元测试,并且测试结果不影响数据库. pom引入依赖 如果是IDE生成的项目,该包已经默认引入. <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-test</artifactId> <scope>test</scope> </dependency&g

  • Spring Boot 单元测试JUnit的实践

    一.介绍 JUnit是一款优秀的开源Java单元测试框架,也是目前使用率最高最流行的测试框架,开发工具Eclipse和IDEA对JUnit都有很好的支持,JUnit主要用于白盒测试和回归测试. <!--more--> 白盒测试:把测试对象看作一个打开的盒子,程序内部的逻辑结构和其他信息对测试人 员是公开的: 回归测试:软件或环境修复或更正后的再测试: 单元测试:最小粒度的测试,以测试某个功能或代码块.一般由程序员来做,因为它需要知道内部程序设计和编码的细节: JUnit GitHub地址:ht

  • JUnit 5中扩展模型的深入理解

    JUnit 5中扩展模型的深入理解

    什么是Junit5 ? 先看来个公式: JUnit 5 = JUnit Platform + JUnit Jupiter + JUnit Vintage 这看上去比Junit4 复杂,实际上在导入包时也会复杂一些. JUnit Platform是在JVM上启动测试框架的基础. JUnit Jupiter是JUnit5扩展的新的编程模型和扩展模型,用来编写测试用例.Jupiter子项目为在平台上运行Jupiter的测试提供了一个TestEngine (测试引擎). JUnit Vintage提供了

  • 详解Junit 测试之 Spring Test

    在做spring相关测试时比较麻烦,如果只用JUnit测试,需要没测有初始化一下applicationContext,效率比较底下,而且也有不足之处. 1.导致多次Spring容器初始化问题 根据JUnit测试方法的调用流程,每执行一个测试方法都会创建一个测试用例的实例并调用setUp()方法.由于一般情况下,我们在setUp()方法 中初始化Spring容器,这意味着如果测试用例有多少个测试方法,Spring容器就会被重复初始化多次.虽然初始化Spring容器的速度并不会太 慢,但由于可能会在

  • JUnit5相关内容简介

    著名的Java单元测试框架Junit 4已经出来很长时间了,当时我发现JUnit 5已经处于测试版,就准备写文章来介绍JUnit 5.不过因为还是测试版,所以有些地方还不太完善,我也有点懒没有好好写.这几天突然想起这事了,在到官网上查看,发现就在9月10日,JUnit 5的正式版终于出来了!那么我就正好把文章重新好好写写,为大家介绍这个最新的JUnit框架. 框架结构 和JUnit 4相比,JUnit 5的结构非常清晰,为自定义插件.IDE测试执行等扩展功能做了很好的支持.这一点从项目结构就可以

  • Junit 5中@ParameterizedTest与@EnumSource结合使用

    Junit 5中@ParameterizedTest与@EnumSource结合使用

    概述 有时候业务代码里会根据一个枚举值来区分业务场景,比如说: public enum ActivityLimitEnum { LIMIT(1,"封顶"), UNLIMIT(0,"上不封顶"); } 如果编写单元测试来验证业务代码,至少需要写两个测试方法,一个验收封顶逻辑,一个验收不封顶逻辑. @Test @DisplayName("封顶") void testLimit() { } @Test @DisplayName("不封顶&qu

随机推荐