我正在对 EJB 3.1 的单元测试进行一项小型研究。最后，我的目标是为单元测试 EJB 3.1 生成一个易于使用的解决方案。
我希望我可以为单元测试 EJB 制定一个完整的解决方案，一旦完成，我可以在这个论坛上分享。
感谢您的支持。
【问题讨论】：
标签： unit-testing ejb-3.0 mockito ejb-3.1 openejb
我对您的建议是不要落入我看到的常见陷阱，即认为您需要在模拟和使用嵌入式 EJB 容器之间做出选择。
你可以同时使用，你应该同时使用，如果你发现两者都难以使用，你应该要求你的 EJB 容器提供更好的支持和更多的特性。
当然，您会发现 OpenEJB 的人们非常支持并且非常乐意添加功能以支持两全其美。几乎所有真正好的功能都是围绕用户尝试做非常具体的事情并发现很难的请求而创建的。
package org.superbiz.stateless.basic;
import junit.framework.TestCase;
import javax.ejb.embeddable.EJBContainer;
public class CalculatorTest extends TestCase {
private CalculatorBean calculator;
/**
* Bootstrap the Embedded EJB Container
*
* @throws Exception
*/
protected void setUp() throws Exception {
EJBContainer ejbContainer = EJBContainer.createEJBContainer();
Object object = ejbContainer.getContext().lookup("java:global/simple-stateless/CalculatorBean");
assertTrue(object instanceof CalculatorBean);
calculator = (CalculatorBean) object;
}
完整来源here
这会扫描类路径并加载所有 bean。
在代码中定义所有内容的方法略有不同。显然，模拟更容易，因为您可以随意提供 bean 的模拟实现。
@RunWith(ApplicationComposer.class)
public class MoviesTest extends TestCase {
@EJB
private Movies movies;
@Resource
private UserTransaction userTransaction;
@PersistenceContext
private EntityManager entityManager;
@Module
public PersistenceUnit persistence() {
PersistenceUnit unit = new PersistenceUnit("movie-unit");
unit.setJtaDataSource("movieDatabase");
unit.setNonJtaDataSource("movieDatabaseUnmanaged");
unit.getClazz().add(Movie.class.getName());
unit.setProperty("openjpa.jdbc.SynchronizeMappings", "buildSchema(ForeignKeys=true)");
return unit;
}
@Module
public EjbJar beans() {
EjbJar ejbJar = new EjbJar("movie-beans");
ejbJar.addEnterpriseBean(new StatefulBean(MoviesImpl.class));
return ejbJar;
}
@Configuration
public Properties config() throws Exception {
Properties p = new Properties();
p.put("movieDatabase", "new://Resource?type=DataSource");
p.put("movieDatabase.JdbcDriver", "org.hsqldb.jdbcDriver");
p.put("movieDatabase.JdbcUrl", "jdbc:hsqldb:mem:moviedb");
return p;
}
@Test
public void test() throws Exception {
userTransaction.begin();
try {
entityManager.persist(new Movie("Quentin Tarantino", "Reservoir Dogs", 1992));
entityManager.persist(new Movie("Joel Coen", "Fargo", 1996));
entityManager.persist(new Movie("Joel Coen", "The Big Lebowski", 1998));
List<Movie> list = movies.getMovies();
assertEquals("List.size()", 3, list.size());
for (Movie movie : list) {
movies.deleteMovie(movie);
}
assertEquals("Movies.getMovies()", 0, movies.getMovies().size());
} finally {
userTransaction.commit();
}
}
}
关注不同类型的测试等之间的差异是很诱人的，但对于务实的中间人来说肯定有话要说。我个人认为能够尽可能流畅地混合“单元”和“集成”样式没有任何问题。
当然，这是一个令人钦佩的目标。非常欢迎提出想法和功能请求以使我们更接近。
【讨论】：
实际上，您可能需要考虑两种不同类型的测试（并非排他性的）：
【讨论】：
您可以使用 Needle 对 Java EE 组件进行单元测试。
Needle 是一个轻量级框架，用于在容器之外单独测试 Java EE 组件。它通过分析依赖关系和模拟对象的自动注入来减少测试设置代码。
【讨论】：