- 浏览: 1527058 次
- 性别:
- 来自: 厦门
博客专栏
-
Spring 3.x企业实...
浏览量:464129
文章分类
最新评论
-
JyeChou:
学习Spring必学的Java基础知识(1)----反射 -
hhzhaoheng:
...
《Spring4.x企业应用开发实战》光盘资料下载 -
renlongnian:
//assertReflectionEquals(user1, ...
单元测试系列之3:测试整合之王Unitils -
骑着蜗牛超F1:
huang_yong 写道我的经验是,只需定义三层:1.ent ...
Spring的事务管理难点剖析(2):应用分层的迷惑 -
wangyudong:
工具地址貌似更新了哦https://github.com/Wi ...
几种常用的REST webservice客户端测试工具
在开发基于Spring的应用时,如果你还直接使用Junit进行单元测试,那你就错过了Spring为我们所提供的饕餮大餐了。使用Junit直接进行单元测试有以下四大不足:
1)导致多次Spring容器初始化问题
根据JUnit测试方法的调用流程,每执行一个测试方法都会创建一个测试用例的实例并调用setUp()方法。由于一般情况下,我们在setUp()方法中初始化Spring容器,这意味着如果测试用例有多少个测试方法,Spring容器就会被重复初始化多次。虽然初始化Spring容器的速度并不会太慢,但由于可能会在Spring容器初始化时执行加载Hibernate映射文件等耗时的操作,如果每执行一个测试方法都必须重复初始化Spring容器,则对测试性能的影响是不容忽视的;
-->使用Spring测试套件,Spring容器只会初始化一次!
2)需要使用硬编码方式手工获取Bean
在测试用例类中我们需要通过ctx.getBean()方法从Spirng容器中获取需要测试的目标Bean,并且还要进行强制类型转换的造型操作。这种乏味的操作迷漫在测试用例的代码中,让人觉得烦琐不堪;
-->使用Spring测试套件,测试用例类中的属性会被自动填充Spring容器的对应Bean
,无须在手工设置Bean!
3)数据库现场容易遭受破坏
测试方法对数据库的更改操作会持久化到数据库中。虽然是针对开发数据库进行操作,但如果数据操作的影响是持久的,可能会影响到后面的测试行为。举个例子,用户在测试方法中插入一条ID为1的User记录,第一次运行不会有问题,第二次运行时,就会因为主键冲突而导致测试用例失败。所以应该既能够完成功能逻辑检查,又能够在测试完成后恢复现场,不会留下“后遗症”;
-->使用Spring测试套件,Spring会在你验证后,自动回滚对数据库的操作,保证数据库的现场不被破坏,因此重复测试不会发生问题!
4)不方便对数据操作正确性进行检查
假如我们向登录日志表插入了一条成功登录日志,可是我们却没有对t_login_log表中是否确实添加了一条记录进行检查。一般情况下,我们可能是打开数据库,肉眼观察是否插入了相应的记录,但这严重违背了自动测试的原则。试想在测试包括成千上万个数据操作行为的程序时,如何用肉眼进行检查?
-->只要你继承Spring的测试套件的用例类,你就可以通过jdbcTemplate在同一事务中访问数据库,查询数据的变化,验证操作的正确性!
Spring提供了一套扩展于Junit测试用例的测试套件,使用这套测试套件完全解决了以上四个问题,让我们测试Spring的应用更加方便。现在我的项目中已经完成摒弃Junit,而采用Spring的测试套件,确实带来了很大的便利。严重推荐Springer使用这个测试套件。这个测试套件主要由org.springframework.test包下的若干类组成,使用简单快捷,方便上手。
注:以上四个不足的总结摘自《精通Spring 2.x --企业应用开发详解》
评论
14 楼
lsk
2008-03-15
引用
3)数据库现场容易遭受破坏
测试方法对数据库的更改操作会持久化到数据库中。虽然是针对开发数据库进行操作,但如果数据操作的影响是持久的,可能会影响到后面的测试行为。举个例子,用户在测试方法中插入一条ID为1的User记录,第一次运行不会有问题,第二次运行时,就会因为主键冲突而导致测试用例失败。所以应该既能够完成功能逻辑检查,又能够在测试完成后恢复现场,不会留下“后遗症”;
-->使用Spring测试套件,Spring会在你验证后,自动回滚对数据库的操作,保证数据库的现场不被破坏,因此重复测试不会发生问题!
测试方法对数据库的更改操作会持久化到数据库中。虽然是针对开发数据库进行操作,但如果数据操作的影响是持久的,可能会影响到后面的测试行为。举个例子,用户在测试方法中插入一条ID为1的User记录,第一次运行不会有问题,第二次运行时,就会因为主键冲突而导致测试用例失败。所以应该既能够完成功能逻辑检查,又能够在测试完成后恢复现场,不会留下“后遗症”;
-->使用Spring测试套件,Spring会在你验证后,自动回滚对数据库的操作,保证数据库的现场不被破坏,因此重复测试不会发生问题!
可以使用内存数据库
13 楼
xmx0632
2008-03-15
hrtc 写道
有没有具体实例代码,支不支持增量测试,下面是我用junit的测试,也只要加载一次
//TestSuite public class AllTests { private static ApplicationContext context; public static Test suite() { //初始化spring String[] configLocations = {"WebRoot/WEB-INF/spring-action.xml","WebRoot/WEB-INF/spring-service.xml","WebRoot/WEB-INF/spring-dao.xml"}; context = new FileSystemXmlApplicationContext(configLocations); CommonServiceImplTest.setCommonService(context); TestSuite suite = new TestSuite("Test for com.hrtc.testcase"); // $JUnit-BEGIN$ suite.addTestSuite(CommonServiceImplTest.class); // $JUnit-END$ return suite; } } //TestCase public class CommonServiceImplTest extends TestCase { private static ICommonService commonService; /** * 获得spring context * @param context */ public static void setCommonService(ApplicationContext context){ commonService = (ICommonService) context.getBean("commonService"); } @Test public void testGetAdminByLoginName() { try { Admin admin = commonService.getAdminByLoginName("hrtc"); System.out.println("loginname:"+admin.getLoginName()); } catch (CommonException e) { e.printStackTrace(); } } @Test public void testCheckUserExist(){ try { System.out.println("check admin hrtc is exist or not"); boolean exist = commonService.checkUserExist("hrtc",true); System.out.println(exist); System.out.println("check user hrtc is exist or not"); exist = commonService.checkUserExist("hrtc",false); System.out.println(exist); } catch (CommonException e) { e.printStackTrace(); this.fail("验证用户是否存在失败"); } } }
ajoo 写道
Spring那个不叫“单元”测试。
12 楼
hrtc
2008-03-14
有没有具体实例代码,支不支持增量测试,下面是我用junit的测试,也只要加载一次
//TestSuite public class AllTests { private static ApplicationContext context; public static Test suite() { //初始化spring String[] configLocations = {"WebRoot/WEB-INF/spring-action.xml","WebRoot/WEB-INF/spring-service.xml","WebRoot/WEB-INF/spring-dao.xml"}; context = new FileSystemXmlApplicationContext(configLocations); CommonServiceImplTest.setCommonService(context); TestSuite suite = new TestSuite("Test for com.hrtc.testcase"); // $JUnit-BEGIN$ suite.addTestSuite(CommonServiceImplTest.class); // $JUnit-END$ return suite; } } //TestCase public class CommonServiceImplTest extends TestCase { private static ICommonService commonService; /** * 获得spring context * @param context */ public static void setCommonService(ApplicationContext context){ commonService = (ICommonService) context.getBean("commonService"); } @Test public void testGetAdminByLoginName() { try { Admin admin = commonService.getAdminByLoginName("hrtc"); System.out.println("loginname:"+admin.getLoginName()); } catch (CommonException e) { e.printStackTrace(); } } @Test public void testCheckUserExist(){ try { System.out.println("check admin hrtc is exist or not"); boolean exist = commonService.checkUserExist("hrtc",true); System.out.println(exist); System.out.println("check user hrtc is exist or not"); exist = commonService.checkUserExist("hrtc",false); System.out.println(exist); } catch (CommonException e) { e.printStackTrace(); this.fail("验证用户是否存在失败"); } } }
11 楼
hantsy
2008-03-11
还是看这里吧
http://www.infoq.com/articles/testing-in-spring
http://www.infoq.com/articles/testing-in-spring
10 楼
雁行
2008-03-10
skydream 写道
1)导致多次Spring容器初始化问题
这个有个简单的方法解决,我原来遇到过类似的问题,测试action或者service时,因为我的代码是需要先启动连接池的。
当时解决的方法非常简单,给所有测试案例都来一个基类,然后在setup()方法中初始化连接池,为了防止每个TestCase都重新执行一遍连接池初始化,给这个基类设置一个static的标志位
代码类似:
这个有个简单的方法解决,我原来遇到过类似的问题,测试action或者service时,因为我的代码是需要先启动连接池的。
当时解决的方法非常简单,给所有测试案例都来一个基类,然后在setup()方法中初始化连接池,为了防止每个TestCase都重新执行一遍连接池初始化,给这个基类设置一个static的标志位
代码类似:
public class AbstarctTestCase extends TestCase { private static boolean inited = false; public void setup() { super.setup(); if (!inited) { init(); inited = true; } } }
或者把上下文在基类里做成单态的,呵呵,差不多的做法
9 楼
stamen
2008-01-02
downpour 写道
Spring提供的测试基类是用于做DAO或者Service层的集成测试的,而不是单元测试,单元测试可以使用JMock等来Mock相应的接口。
Spring提供的一些测试基类有个问题,就是无法针对某个方法进行测试,一旦进行测试,会对这个类中所有以test开口的方法都跑一遍。
Spring提供的一些测试基类有个问题,就是无法针对某个方法进行测试,一旦进行测试,会对这个类中所有以test开口的方法都跑一遍。
Spring可以只测试某个测试方法吧,在Eclipse中是可以的啊,你说是承继吧个基类不行呢?
8 楼
紧急下潜
2008-01-02
ajoo 写道
Spring那个不叫“单元”测试。
正解
7 楼
hantsy
2008-01-02
继承spring-mock包中的Spring测试基类,以上问题都不是问题了。
6 楼
Godlikeme
2007-12-31
一般把需要环境依赖(getBean)、数据依赖(getData)的测试叫做集成测试(模块内或模块间集成测试),而不是单元测试。
5 楼
ajoo
2007-12-31
Spring那个不叫“单元”测试。
4 楼
xyz20003
2007-12-31
spring-mock是继承自junit的,提供的功能有:
只初始化一次ctx,然后所有testCase根据key公用缓存的ctx。
提供自动依赖注入xml中定义的bean,当然,你要在testCase里写对应的setter。
提供事务和自动回滚,不会对数据库内的数据造成损坏,要是需要修改数据库,需要手工提交。
然后还有一大堆的mock类,像MockHttpServletRequest一类的,比easymock什么的好用多了。推荐一定要用一下。
只初始化一次ctx,然后所有testCase根据key公用缓存的ctx。
提供自动依赖注入xml中定义的bean,当然,你要在testCase里写对应的setter。
提供事务和自动回滚,不会对数据库内的数据造成损坏,要是需要修改数据库,需要手工提交。
然后还有一大堆的mock类,像MockHttpServletRequest一类的,比easymock什么的好用多了。推荐一定要用一下。
3 楼
downpour
2007-12-31
Spring提供的测试基类是用于做DAO或者Service层的集成测试的,而不是单元测试,单元测试可以使用JMock等来Mock相应的接口。
Spring提供的一些测试基类有个问题,就是无法针对某个方法进行测试,一旦进行测试,会对这个类中所有以test开口的方法都跑一遍。
Spring提供的一些测试基类有个问题,就是无法针对某个方法进行测试,一旦进行测试,会对这个类中所有以test开口的方法都跑一遍。
2 楼
skydream
2007-12-30
Spring提供了一套扩展于Junit测试用例的测试套件
这个是全新的和junit没有任何联系,还是基于junit?
这个是全新的和junit没有任何联系,还是基于junit?
1 楼
skydream
2007-12-30
1)导致多次Spring容器初始化问题
这个有个简单的方法解决,我原来遇到过类似的问题,测试action或者service时,因为我的代码是需要先启动连接池的。
当时解决的方法非常简单,给所有测试案例都来一个基类,然后在setup()方法中初始化连接池,为了防止每个TestCase都重新执行一遍连接池初始化,给这个基类设置一个static的标志位
代码类似:
这个有个简单的方法解决,我原来遇到过类似的问题,测试action或者service时,因为我的代码是需要先启动连接池的。
当时解决的方法非常简单,给所有测试案例都来一个基类,然后在setup()方法中初始化连接池,为了防止每个TestCase都重新执行一遍连接池初始化,给这个基类设置一个static的标志位
代码类似:
public class AbstarctTestCase extends TestCase { private static boolean inited = false; public void setup() { super.setup(); if (!inited) { init(); inited = true; } } }
发表评论
-
一个常见的Spring IOC疑难症状
2013-07-25 14:14 5059Case 请看下面的IOC实例: 1)Aa ... -
mybatis3.1分页自动添加总数
2013-07-08 21:11 22834问题 1.mybatis默认分页是内存分页的,谁用谁崩溃啊! ... -
学习Spring必学的Java基础知识(9)----HTTP请求报文
2012-06-09 16:02 13937引述要学习Spring框架的技术内幕,必须事先掌握一些基本的J ... -
学习Spring必学的Java基础知识(4)----XML基础知识
2012-05-12 15:33 8559引述要学习Spring框架的 ... -
学习Spring必学的Java基础知识(3)----PropertyEditor
2012-05-12 15:13 16845引述要学习Spring框架的 ... -
学习Spring必学的Java基础知识(2)----动态代理
2012-05-02 13:03 9710引述要学习Spring框架的 ... -
学习Spring必学的Java基础知识(1)----反射
2012-04-25 13:57 89785引述要学习Spring框架的技术内幕,必须事先掌握一些基本的J ... -
透透彻彻IoC(你没有理由不懂!)
2012-04-18 11:01 94209引述:IoC(控制反转:I ... -
单元测试系列之5:使用unitils测试Service层
2012-04-14 10:48 18443引述:Spring 的测试框架为我们提供一个强大的测试环境,解 ... -
如何用Spring读取JAR中的文件
2012-04-13 17:22 18397使用如下方式读取JAR中的文件出错 类路径下 ... -
单元测试系列之3:测试整合之王Unitils
2012-04-09 14:11 15655引述:程序测试对保障应用程序正确性而言,其重要性怎么样强调都不 ... -
单元测试系列之1:开发测试的那些事儿
2012-03-28 12:52 10013引述:程序测试对保障应用程序正确性而言,其重要性怎 ... -
单元测试的那些事儿
2012-03-28 12:48 2------------------------------- ... -
Spring 3.0的新功能
2012-03-26 09:30 71912009年9月发布Spring ... -
Spring的事务管理难点剖析(7):数据连接泄漏
2012-03-07 10:53 6838底层连接资源的访问问题 对于应用开发者来说,数据连接泄 ... -
Spring的事务管理难点剖析(6):特殊方法成漏网之鱼
2012-03-07 09:28 4541哪些方法不能实施Spring ... -
Spring的事务管理难点剖析(5):联合军种作战的混乱
2012-03-07 09:10 7878Spring事务管理器的应对 Spring抽象的DA ... -
Spring的事务管理难点剖析(4):多线程的困惑
2012-03-06 17:30 16905Spring通过单实例化Bean简化多线程问题 由于 ... -
Spring的事务管理难点剖析(3):事务方法嵌套调用的迷茫
2012-03-06 17:23 10582Spring事务传播机制回顾 ... -
Spring的事务管理难点剖析(2):应用分层的迷惑
2012-03-06 16:59 5116Web、Service及DAO三 ...
相关推荐
总结来说,使用JUnit针对Spring MVC的三层进行测试,我们需要: 1. 测试表现层(Controller),验证HTTP请求处理和视图渲染。 2. 测试业务层,确保业务逻辑的正确性和依赖隔离。 3. 测试服务数据访问层,验证数据库...
Spring4与JUnit的结合使得我们可以创建集成测试,验证整个Spring应用的组件之间是如何协作的。通过`@Autowired`注解,我们可以注入需要测试的服务或者bean,然后在测试方法中调用它们。例如: ```java @RunWith...
这篇博客主要探讨了如何使用JUnit进行Spring MVC Controller的单元测试。在实际开发中,单元测试可以帮助我们尽早发现潜在的问题,提高软件的可靠性和可维护性。 首先,让我们了解Spring MVC的基本概念。Spring MVC...
在整合 `JUnit` 进行测试时,我们需要使用 `Spring` 的测试支持,如 `@ContextConfiguration` 注解来加载配置文件,创建测试所需的 `ApplicationContext`。这样,`Spring` 会自动管理 `DAO` 实例,我们可以在测试...
4. `@Autowired`:用于注入Spring管理的bean,使得在测试中可以直接使用。 5. `@MockBean`和`@SpyBean`:这些注解可以用来模拟或监视特定的bean,方便测试。 三、Struts框架的单元测试 1. Struts2的测试挑战:...
Spring-test是Spring框架的一部分,专门用于测试Spring应用。它提供了如`@ContextConfiguration`、`@RunWith(SpringRunner.class)`等注解,使得我们能够加载Spring配置并运行在测试环境中。这使得我们可以在测试中...
此外,`@WebMvcTest`则专门用于测试Spring MVC控制器,它可以自动配置MockMvc。 4. 单元测试策略 - 针对Service层:测试业务逻辑,通常会模拟Repository层,避免数据库操作。 - 针对Controller层:使用MockMvc...
spring-test是Spring框架的一部分,专门用于测试Spring应用程序。它提供了与Spring容器集成的测试工具,如`@ContextConfiguration`用于加载配置,`@Autowired`自动注入依赖,以及`@MockBean`和`@SpyBean`来创建模拟...
4. **运行测试**:通过命令行或者IDE运行Ant任务,Ant会执行JUnit测试,并将结果输出到指定的目录下。 5. **查看测试报告**:Ant可以生成JUnit测试报告,通常为HTML格式,这样我们就可以直观地看到每个测试用例的...
2. **创建测试类**:为每个需要测试的Spring DM服务或组件创建一个JUnit测试类。在这些类中,你可以使用`@RunWith(SpringJUnit4ClassRunner.class)`注解来表明测试需要Spring Test的支持。 3. **定义测试上下文**:...
在Java开发领域,Spring框架是应用最广泛的IoC(Inversion of Control)和AOP(Aspect Oriented Programming)框架之一,而JUnit则是Java语言中进行单元测试的标准库。本篇文章将详细探讨如何在Spring环境中利用...
Spring TestContext框架提供了一个统一的入口点,允许我们在JUnit测试中加载Spring应用上下文。这可以通过继承`@RunWith(SpringRunner.class)`注解的测试类实现,或者使用`@SpringBootTest`注解直接启动应用上下文...
JUnit4是Java编程语言中最广泛使用的单元测试框架之一,它为开发者提供了强大的工具来编写和运行测试用例,确保代码的正确性和稳定性。本篇将详细介绍JUnit4的主要特性和使用方法,以及如何通过示例来理解和应用这些...
Spring Test模块是Spring框架的一部分,专门用于测试Spring应用,它提供了丰富的功能来支持单元测试和集成测试。而JUnit4则是一个流行的Java单元测试框架,它简化了编写和执行测试代码的过程。接下来,我们将深入...
- **@RunWith(SpringJUnit4ClassRunner.class)**:这个注解将JUnit测试类与Spring TestContext框架关联起来,使Spring能够管理测试环境。 - **@ContextConfiguration**:此注解用于指定测试所需的配置文件,Spring...
在结合JUnit4进行测试时,我们需要使用Spring的`@ContextConfiguration`注解来加载Spring配置文件,这样可以确保在测试环境中也能注入正确的依赖。例如: ```java @RunWith(SpringJUnit4ClassRunner.class) @...
标题中的“spring junit”指的是Spring框架与JUnit测试框架的结合使用。在Java开发中,单元测试是确保代码质量的重要步骤,而JUnit是最流行的Java单元测试框架。Spring框架提供了丰富的功能,包括依赖注入、AOP...
标题“spring2 junit3”指的是在Spring框架的第二个主要版本中使用JUnit3进行单元测试的相关内容。这篇博文可能探讨了如何在Spring 2.x时代利用JUnit3进行测试驱动开发(TDD),因为JUnit3是当时广泛使用的Java单元...
Spring Boot提供了与Junit的紧密集成,使得我们可以轻松地创建和运行测试用例,从而确保我们的应用代码的质量。以下是对这个主题的详细阐述: 一、Spring Boot与JUnit的集成 Spring Boot默认集成了JUnit 5,这使得...
对于Spring应用,我们可以使用JUnit和Spring的测试支持来完成这个任务。以下是关键步骤: ### 1. 引入依赖 确保你的项目包含了Spring的测试库和JUnit库。在Maven的pom.xml文件中,这可能看起来像这样: ```xml ...