社区
Java SE
帖子详情
[高分]谁能提供一下Spring3 MVC的Junit例子
海诗美妆
2010-10-04 02:10:30
使用标签的Controller的测试方法。
没有代码,思路也可以。
...全文
314
4
打赏
收藏
[高分]谁能提供一下Spring3 MVC的Junit例子
使用标签的Controller的测试方法。 没有代码,思路也可以。
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
4 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
amos1989
2010-10-05
打赏
举报
回复
这个。。。可以自己看书写一个。
ronghahaha
2010-10-05
打赏
举报
回复
3、AbstractTransactionalSpringContextTests类[3]:继承于类[2],继承该类的测试用例在spring管理的事务中进行,测试完后对数据库的记录不会造成任何影响。你对数据库进行一些操作后,它会自动把数据库回滚,这样就保证了你的测试对于环境没有任何影响
4、AbstractTransactionalDataSourceSpringContextTests:继承于类[3],功能更强大,用于测试持久层组件,看其源代码,有一行"protected JdbcTemplate jdbcTemplate;",提供了一个JdbcTemplate的变量,通过该对象可以直接操作数据库。
http://lighter.javaeye.com/blog/41733 还提供了两个用spring来进行集成测试(对数据库操作进行测试),业务测试(对业务层进行测试)的例子供下载。
***如何在你的TestCase Class里取得spring context (注意路径问题)?***
你的TestCase Class必须继承的是上述四个AbstractXXXSpringContextTests中的其中一个,那么就必须实现下面这个方法来取得spring context:
protected abstract String[] getConfigLocations();
例如:
public String[] getConfigLocations() {
String[] configLocations = { "applicationContext.xml","hibernate-context.xml" };
return configLocations;
}
请 注意要加载的context xml file的路径问题:上述的代码是基于classpath,因此applicationContext.xml和hibernate- context.xml必须放在classpath里(方法一是把xml files放到WEB-INF/classes目录下,另一种方法就是在project properties里把xml files的路径加到classpath里)
那么如果你一定要把context xml files放到WEB-INF目录下,也是可以的,那么应该基于file(基于file的相对路径是相对于project root folder),代码如下:
ronghahaha
2010-10-05
打赏
举报
回复
利用spring的mock类进行单元测试:
spring框架提供了大量测试的mock类,包括与jndi,porlet,web应用相关的mock类。尤其是web应用相关的mock类,可以大大提高web组件测试的方便性。
打开spring的下载包的mock文件夹(路径...mock\org\springframework\mock\web),就发觉有如下几个文件:
MockHttpServletRequest:是HttpServletRequest接口的mock实现,用来模拟客户端的HTTP请求,很常用的一个类。
MockHttpServletResponse:是HttpServletResponse接口的mock实现,用于模拟服务器对客户端的响应。
MockHttpSession:是对HttpSession接口的mock实现。
DelegatingServletInputStream:是对ServletInputStream接口的mock实现。
DelegatingServletOutputStream:ServletOutputStream的mock实现。需要拦截和分析服务器的输出的流的内容,可以使用该类。
其他的,例如MockFilterConfig,MockPageContext(可以测试预编译的JSP),MockRequestDispatcher,MockServletConfig看名称就知道大概是mock什么的。
举一个例子:
MockHttpServletRequest request = new MockHttpServletRequest("POST","/index.do");
request.addParameter("username","name");
request.addParameter("password","word");
利用spring来进行集成测试:
1、AbstractSpringContextTests类[1],该类全部方法是protected的,通常不使用这个类,而使用它的子类们。
2、AbstractDependencyInjectionSpringContextTests类[2]:继承于类[1]:名字N长的。如果仅仅使用Spring依赖注入功能,可以让测试用例继承该类
ronghahaha
2010-10-05
打赏
举报
回复
public String[] getConfigLocations() {
String[] configLocations = { "file:WebContent/WEB-INF/applicationContext.xml"};
return configLocations;
}
AbstractXXXSpringContextTests就会根据根据getConfigLocations方法返回的context xml位置的数组来加载并且对加载的Context提供缓存。 这是非常重要的,因为如果你在从事一个大项目时,启动时间可能成为一个问题--这不是Spring自身的开销,而是被Spring容器实例化的对象在实例 化自身时所需要的时间。例如,一个包括50-100个Hibernate映射文件的项目可能需要10-20秒的时间来加载上述的映射文件,如果在运行每个 测试fixture里的每个测试案例前都有这样的开销,将导致整个测试工作的延时,最终有可能(实际上很可能)降低效率。
在某种极偶然的情况下,某个测试可能“弄脏”了配置场所,并要求重新加载--例如改变一个bean的定义或者一个应用对象的状态--你可以调用 AbstractDependencyInjectionSpringContextTests 上的 setDirty() 方法来重新加载配置并在执行下一个测试案例前重建application context
当类 AbstractDependencyInjectionSpringContextTests(及其子类)装载你的Application Context时,你可以通过Setter方法来注入你想要的来自context的bean,而不需要显式的调用applicationContext.getBean(XXX)。因为AbstractDependencyInjectionSpringContextTests会从getConfigLocations()方法指定的配置文件中帮你自动注入
下面的例子就是通过setter方法来获得context里的ProductManager bean:
public class MyTest extends AbstractDependencyInjectionSpringContextTests {
ProductManager productManager;
public String[] getConfigLocations() {
String[] configLocations = { "file:WebContent/WEB-INF/applicationContext.xml" };
return configLocations;
}
public void testGetProduct() {
assertEquals("tomson",productManager.getProductByName("tomson").getName());
}
//通过setter方法自动从context里注入productManager bean,而不用显示调用applicationContext.getBean(XXX)
public void setProductManager(ProductManager productManager) {
this.productManager = productManager;
}
}
但是如 果context里有多个bean都定义为一个类型(例如有多个bean都是ProductManager class类型的),那么对这些bean就无法通过setter方法来自动依赖注入(因为有多个bean同一个类型,不知要自动注入哪个)。在这种情况下 你需要显示的调用applicationContext.getBean(XXX)来注入。如:
public class MyTest extends AbstractDependencyInjectionSpringContextTests {
ProductManager productManager;
public String[] getConfigLocations() {
String[] configLocations = { "file:WebContent/WEB-INF/applicationContext.xml" };
return configLocations;
}
public void onSetUp() {
productManager = (ProductManager) applicationContext.getBean("productManager");
}
public void testGetProduct() {
assertEquals("tomson",productManager.getProductByName("tomson").getName());
}
}
如果你的TestCase不使用依赖注入,只要不定义任何setters方法即可。或者你可以继承 AbstractSpringContextTests --这个 org.springframework.test 包中的根类,而不是继承AbstractDependencyInjectionSpringContextTests(及其子类)。这是因为AbstractSpringContextTests 只包括用来加载Spring Context的便利方法但没有自动依赖注入的功能。
spring
事务原理_
spring
最引人注目的开源框架,不学不行(赠豆瓣
高分
spring
电子书)...
本文介绍了《
Spring
从入门到精通》电子书,该书由浅入深介绍
Spring
体系结构与知识点,涵盖基础概念、核心容器、AOP、事务处理等内容,每章通过示例讲解原理,最后还有新闻发布系统实例。读者可关注、转发并私信领取电子书。
混元3.0实战指南:MoE架构与262K上下文如何提升编程生产力
本文深入解析混元3.0大模型在编程生产力提升中的核心技术:MoE(Mixture of Experts)架构通过专家动态路由实现计算效率优化;262K超长上下文有效解决跨文件、跨配置的语义碎片化问题;三级推理模式(快速/标准/深度)精准匹配开发者工作流层级。结合SWE-bench 74.4%
高分
实证、与GLM-4.7的工程适配对比、OpenRouter调优技巧及企业私有化部署方案,全面阐述其在真实开发场景中的确定性提效能力。
Qwen3.6-Plus:从AI编程助手到Agentic架构师的跃迁
本文深入解析Qwen3.6-Plus作为Agentic AI的核心能力,涵盖任务主动治理、百万上下文构建项目语义地图、原生多模态UI转代码、API工作流编排、IDE深度集成(VS Code插件)、OpenClaw框架协同、成本与安全管控等关键技术实践。通过真实10年老系统重构案例,验证其在逆向工程、代码生成、部署验证等阶段的工程落地能力,强调其从编程助手跃迁为具备架构决策能力的AI协作者。
2026 Java面试本质:从八股文到系统性工程能力跃迁
本文剖析2026年Java面试的本质变革:从API背诵转向JVM运行时深度理解、跨栈问题定位与技术决策权衡。重点涵盖JDK 21字符串底层优化、JMM与JVM内存结构的区分、
Spring
Boot 3.x不可变配置演进、生产级故障诊断(如OOM根因、锁膨胀、死锁链分析)及‘造题式’系统性学习法。强调虚拟线程、GraalVM、Jakarta EE 9+等现代技术栈对能力模型的重塑。
CLShanYanSDKDataList.sqlite
CLShanYanSDKDataList.sqlite
Java SE
62,622
社区成员
307,257
社区内容
发帖
与我相关
我的任务
Java SE
Java 2 Standard Edition
复制链接
扫一扫
分享
社区描述
Java 2 Standard Edition
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章