当前位置: 代码迷 >> Web前端 >> SSH+Log4j+JUnit+MySql整合Web Project练习小结,重点在Spring下怎么进行JUnit测试
  详细解决方案

SSH+Log4j+JUnit+MySql整合Web Project练习小结,重点在Spring下怎么进行JUnit测试

热度:1044   发布时间:2012-10-15 09:45:24.0
SSH+Log4j+JUnit+MySql整合Web Project练习小结,重点在Spring上如何进行JUnit测试

前3天都是单独小练习,今天做一个整合小练习,看看会不会出现一些问题。。。

?

例子很简单,Spring 3 + Struts 2 + Hibernate 3 + Log4j 1.2.14 + Junit 4.8.1 + MySql 5.5

?

基于上述技术实现一个超简单的Web Project 功能就是CRUD。。。(登录+管理)。。。go go go。。。

?

?

?

---------------------------------------我是华丽的无所不在的分割线-------------------------------------------

?

?

?

?

?

文中只列出一些在操作中要注意的事项,和遇到的问题而已。

?

?

?

?

?

---------------------------------------我是华丽的无所不在的分割线-------------------------------------------

?

?

这次把Spring的配置文件applicationContext.xml放在了src下。

?

(其实,平时习惯放在WEB-INF下,但在JUnit测试的时候我自己找不对路径,所以放src下用classpath来设置了)

?

当然,放在src下,就要在Web.xml中配置路径参数:

?

<context-param>
	<param-name>contextConfigLocation</param-name>
	<param-value>classpath:applicationContext.xml</param-value>
</context-param>

?

JUnit:

?

针对用户业务层的 UserinfoBizImp 类做了测试,如下UserinfoBizImplTest:

?

这里会用到Spring框架中的一个test架包,是我在练习时单独添加的,末段提供下载。

其他jar包基本都是MyEclipse提供的,。

?

package com.mysqlweb.biz.impl;

import java.util.List;

import org.junit.Test;
import org.junit.runner.RunWith;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.test.context.ContextConfiguration;
import org.springframework.test.context.junit4.SpringJUnit4ClassRunner;

import com.mysqlweb.biz.UserinfoBiz;
import com.mysqlweb.entity.Userinfo;

/**
 * 
 * @author Maxpin on 2011-10-04
 *
 *	UserinfoBizImpl测试类
 */
@RunWith(SpringJUnit4ClassRunner.class)//org.springframework.test.context.junit4.SpringJUnit4ClassRunner
@ContextConfiguration(locations={"classpath:applicationContext.xml"})  //配置Spring配置文件路径
public class UserinfoBizImplTest {
	
	@Autowired	//自动装配注入
	UserinfoBiz userBiz;
	
	@Test
	public void testLogin(){
		//测试登录
		userBiz.login("admin", "123123");
	}
	@Test
	public void testQueryUserinfoById(){
		//测试查询单个
		Userinfo user = userBiz.getUserinfoById(1);
		System.out.println(user.getUsername());
	}
	@Test
	public void testQueryUserinfoList(){
		//测试查询所有
		List<Userinfo> userList = userBiz.getUserinfoList();
		for(Userinfo user : userList){
			System.out.println(user.getUsername());
		}
	}
}

?

?

?

log4j.properties中没什么变化,也在src下:

?

?

log4j.rootLogger = info,CONSOLE,ROLLING_FILE
log4j.addivity.org.apache=true?

?

log4j.appender.CONSOLE=org.apache.log4j.ConsoleAppender
log4j.appender.Threshold=DEBUG
log4j.appender.CONSOLE.Target=System.out
log4j.appender.CONSOLE.layout=org.apache.log4j.PatternLayout
log4j.appender.CONSOLE.layout.ConversionPattern= %d - %c -%-4r [%t] %-5p %c %x - %m%n
?
log4j.appender.ROLLING_FILE=org.apache.log4j.RollingFileAppender
log4j.appender.ROLLING_FILE.Threshold=info
log4j.appender.ROLLING_FILE.File=F\:/MyEclipse 9/logs/mysqlweb/rolling.log
log4j.appender.ROLLING_FILE.Append=true
log4j.appender.ROLLING_FILE.MaxFileSize=1024KB
log4j.appender.ROLLING_FILE.MaxBackupIndex=10
log4j.appender.ROLLING_FILE.layout=org.apache.log4j.PatternLayout
log4j.appender.ROLLING_FILE.layout.ConversionPattern= %d - %c -%-4r [%t] %-5p %c %x - %m%n

?

##Hibernate log begin##
log4j.logger.org.hibernate=info
log4j.logger.org.hibernate.SQL=debug
log4j.logger.org.hibernate.HQL=debug
##Hibernate log end##

??

?

?

---------------------------------------我是华丽的无所不在的分割线-------------------------------------------

?

?

下面是网上搜集来的基于Spring框架的JUnit测试方法,方便以后开发转过来了。感谢原作者。

?

?

一、AbstractDependencyInjectionSpringContextTests

?

??

?

public class AuctionUserDaoTest extends AbstractDependencyInjectionSpringContextTests
{

??? //重写该方法

??? public String[] getConfigLocations()
??? {
??? ??? String[] configLocations = {"daoContext.xml","applicationContext.xml"};
??? ??? return configLocations;
??? }

??? AuctionUserDao auctionUserDao;

??

??? public void setAuctionUserDao(AuctionUserDao auctionUserDao) {
??? ??? this.auctionUserDao = auctionUserDao;
??? }


??
??? public void testFindAll()
??? {
??? ??
??? }

??
}

单元测试只要继承AbstractDependencyInjectionSpringContextTests,并重写getConfigLocations方法,就可以引入要依赖的bean.继承 AbstractDependencyInjectionSpringContextTests单元测试的方法不会进行回滚。

?

?

?

---------------------------------------我是华丽的无所不在的分割线-------------------------------------------

?

?

二、AbstractAnnotationAwareTransactionalTests

?

?

?

public class BidDaoTest extends AbstractAnnotationAwareTransactionalTests
{

??? private BidDao bidDao;

??? public void setBidDao(BidDao bidDao) {
??? ??? this.bidDao = bidDao;
??? }

??? public String[] getConfigLocations()
??? {
??? ??? String[] configLocations = {"daoContext.xml","applicationContext.xml"};
??? ??? return configLocations;
??? }
???
??? @Rollback(false)
??? public void testFindByUser()
??? {
?????
??? }

? }

?

单元测试继承AbstractAnnotationAwareTransactionalTests,虽然里面有一个注释熟悉Rollback,但是测试了很多次,发现该属性没有效果,不清楚到底还有什么地方要设置一下,继承了AbstractAnnotationAwareTransactionalTests,所有的测试方法都是会回滚,刚好跟AbstractDependencyInjectionSpringContextTests类相反

?

?

?

---------------------------------------我是华丽的无所不在的分割线-------------------------------------------

?

?

三、@RunWith(SpringJUnit4ClassRunner.class)

?

?

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(locations={"../../../applicationContext.xml","../../../daoContext.xml"})
@TransactionConfiguration(transactionManager="transactionManager")
@Transactional
public class KindDaoTest
{
??? @Autowired
??? KindDao kindDao;

??? @Test
??? @Rollback(false)
??? public void findAll()
??? {
??? ???
??? }

}

?

该单元测试的特点:运用注释,使得编写测试更加简单,以及可以设置是否回滚。

@RunWith(SpringJUnit4ClassRunner.class)

表示该测试用例是运用junit4进行测试,也可以换成其他测试框架

@TransactionConfiguration(transactionManager="transactionManager")为可选项,该项不会影响回滚的设置。

@ContextConfiguration(locations={"../../../applicationContext.xml","../../../daoContext.xml"})

该路径的设置时相当于该单元测试所在的路径,也可以用classpath进行设置,该设置还有一个inheritLocations的属性,默认为true,表示子类可以继承该设置。

@Autowired

表示bean自动加载,而不用像之前的两个类要添加一个set的方法。

@Test

表示该方法是测试用例

@Rollback(false)

表示该测试用例不回滚

?

?

---------------------------------------我是华丽的无所不在的分割线-------------------------------------------

?

?

在使用所有注释前必须使用@RunWith(SpringJUnit4ClassRunner.class),让测试运行于Spring测试环境

?

Spring框架在org.springframework.test.annotation 包中提供了常用的Spring特定的注解集,如果你在Java5或以上版本开发,可以在测试中使用它。

?

@IfProfileValue

?

提示一下,注解测试只针对特定的测试环境。 如果配置的ProfileValueSource类返回对应的提供者的名称值, 这个测试就可以启动。这个注解可以应用到一个类或者单独的方法。

?

@IfProfileValue(name=”java.vendor”, value=”Sun Microsystems Inc.”)
public void testProcessWhichRunsOnlyOnSunJvm() {
// some logic that should run only on Java VMs from Sun Microsystems
}


同时@IfProfileValue可配置一个值列表 (使用OR 语义) 来在JUnit环境中获得TestNG的测试组支持。 看下面的例子:

?

@IfProfileValue(name=”test-groups”, values={”unit-tests”, “integration-tests”})
public void testProcessWhichRunsForUnitOrIntegrationTestGroups() {
// some logic that should run only for unit and integration test groups
}


@ProfileValueSourceConfiguration

?

类级别注解用来指定当通过@IfProfileValue注解获取已配置的profile值时使用何种ProfileValueSource。 如果@ProfileValueSourceConfiguration没有在测试中声明,将默认使用 SystemProfileValueSource。

?

@ProfileValueSourceConfiguration(CustomProfileValueSource.class)
public class CustomProfileValueSourceTests {
// class body…
}


@DirtiesContext

?

在测试方法上出现这个注解时,表明底层Spring容器在该方法的执行中被“污染”,从而必须在方法执行结束后重新创建(无论该测试是否通过)。

?

@DirtiesContext
public void testProcessWhichDirtiesAppCtx() {
// some logic that results in the Spring container being dirtied
}


@ExpectedException

?

表明被注解方法预期在执行中抛出一个异常。预期异常的类型在注解中给定。如果该异常的实例在测试方法执行中被抛出, 则测试通过。同样的如果该异常实例没有在测试方法执行时抛出,则测试失败。

?

@ExpectedException(SomeBusinessException.class)
public void testProcessRainyDayScenario() {
// some logic that should result in an Exception being thrown
}


@Timed

?

表明被注解的测试方法必须在规定的时间区间内执行完成(以毫秒记)。如果测试执行时间超过了规定的时间区间,测试就失败了。

注意该时间区间包括测试方法本身的执行,任何重复测试(参见 @Repeat),还有任何测试fixture的set up或tear down时间。

Spring的@Timed注解与JUnit 4的@Test(timeout=...)支持具有不同的语义。 特别地,鉴于JUnit 4处理测试执行超时(如通过在一个单独的线程中执行测试方法)的方式, 我们不可能在一个事务上下文中的测试方法上使用JUnit的@Test(timeout=...)配置。因此, 如果你想将一个测试方法配置成计时具事务性的, 你就必须联合使用Spring的@Timed@Transactional注解。 还值得注意的是@Test(timeout=...)只管测试方法本身执行的次数,如果超出的话立刻就会失败; 然而,@Timed关注的是测试执行的总时间(包括建立和销毁操作以及重复),并且不会令测试失败。

?

@Timed(millis=1000)
public void testProcessWithOneSecondTimeout() {
// some logic that should not take longer than 1 second to execute
}

@Repeat

?

表明被注解的测试方法必须重复执行。执行的次数在注解中声明。

注意重复执行范围包括包括测试方法本身的执行,以及任何测试fixture的set up或tear down。

?

@Repeat(10)
public void testProcessRepeatedly() {
// …
}

?


@Rollback

?

?

?

表明被注解方法的事务在完成后是否需要被回滚。 如果true,事务将被回滚,否则事务将被提交。 使用@Rollback接口来在类级别覆写配置的默认回滚标志。

?

@Rollback(false)
public void testProcessWithoutRollback() {
// …
}


@NotTransactional

?

出现该注解表明测试方法必须不在事务中执行。

?

@NotTransactional
public void testProcessWithoutTransaction() {
// …
}

?

?

?

Spring TestContext Framework还支持下面这些非特定于测试的注解,并且保持其语义不变。

  • @Autowired
  • @Qualifier
  • @Resource (javax.annotation)如果JSR-250可用
  • @PersistenceContext (javax.persistence)如果JPA可用
  • @PersistenceUnit (javax.persistence)如果JPA可用
  • @Required
  • @Transactional

@TestExecutionListeners

?

定义类级别的元数据,TestExecutionListeners会使用TestContextManager进行注册。 通常,@TestExecutionListeners@ContextConfiguration会搭配使用。

?

@ContextConfiguration
@TestExecutionListeners({CustomTestExecutionListener.class, AnotherTestExecutionListener.class})
public class CustomTestExecutionListenerTests {
    // class body...
}

?

@TransactionConfiguration

?

为配置事务性测试定义了类级别的元数据。特别地,如果需要的PlatformTransactionManager不是“transactionManager”的话, 那么可以显式配置驱动事务的PlatformTransactionManager的bean名字。此外, 可以将defaultRollback标志改为false。通常, @TransactionConfiguration@ContextConfiguration搭配使用。

?

@ContextConfiguration
@TransactionConfiguration(transactionManager="txMgr", defaultRollback=false)
public class CustomConfiguredTransactionalTests {
    // class body...
}

?

@BeforeTransaction


表明被注解的public void方法应该在测试方法的事务开始之前执行, 该事务是通过@Transactional注解来配置的。

?

@BeforeTransaction
public void beforeTransaction() {
    // logic to be executed before a transaction is started
}

?

@AfterTransaction

?

表明被注解的public void方法应该在测试方法的事务结束之后执行, 该事务是通过@Transactional注解来配置的。

?

@AfterTransaction
public void afterTransaction() {
    // logic to be executed after a transaction has ended
}

?

?

?

  相关解决方案