Question

使用Guice，在每个JUnit测试类中获取一个新的注入器是一个好习惯，因为每个测试类应该是独立的吗？

Answer 1

你应该避免在单元测试中使用Guice，因为每个测试应该足够小，以便手动DI是可管理的。通过在单元测试中使用Guice（或任何DI），您隐藏了一个警告，表明您的课程变得越来越重，承担了太多的责任。

为了测试引导程序代码和集成测试，然后为每个测试创建一个不同的注入器。

Answer 2

如果有人偶然发现这个问题，并希望了解如何从单元测试中获取Guice注释，请从下面的基类扩展测试并调用injector.injectMembers(this);

public class TestBase {
    protected Injector injector = Guice.createInjector(new AbstractModule() {
        @Override
        protected void configure() {
            bind(HelloService.class);
        }
    });

    @Before
    public void setup () {
        injector.injectMembers(this);
    }
}

然后你的测试可以像这样注入HelloService

public class HelloServiceTest extends TestBase {
    @Inject
    HelloService service;

    @Test
    public void testService() throws Exception {
       //Do testing here
    }
}

Answer 3

我认为使用DI会使单元测试代码更简单，我总是使用DI进行单元测试以及集成测试。

没有DI，一切都很难编码。使用Guice Inject or Spring Autowired。比如我的测试代码：

@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(locations = "/application-context.xml")
public class When_inexists_user_disabled {
    @Autowired
    IRegistrationService registrationService;

    private int userId;

    @Before
    public void setUp() {
        Logger.getRootLogger().setLevel(Level.INFO);
        Logger.getLogger("org.springframework").setLevel(Level.WARN);
        BasicConfigurator.configure();

        userId = 999;
    }

    @Test(expected=UserNotFoundException.class)
    public void user_should_have_disabled() throws UserNotFoundException {
        registrationService.disable(userId);
    }

}

Answer 4

看看Guice Berry。

我现在不建议使用它（文档非常糟糕），但是看看他们的方法可以让你清楚地了解如何在jUnit中完成DI。

Answer 5

这取决于使用的JUnit版本。我们的团队成功使用了Junit4，现在正在研究JUnit5。

在Junit5中，我们使用扩展名。

    public class InjectionPoint implements BeforeTestExecutionCallback {

        @Override
        public void beforeTestExecution(ExtensionContext context) throws Exception {

            List<Module> modules = Lists.newArrayList(new ConfigurationModule());

            Optional<Object> test = context.getTestInstance();

            if (test.isPresent()) {
                RequiresInjection requiresInjection = test.get().getClass().getAnnotation(RequiresInjection.class);

                if (requiresInjection != null) {
                    for (Class c : requiresInjection.values()) {
                        modules.add((Module) c.newInstance());
                    }
                }

                Module aggregate = Modules.combine(modules);
                Injector injector = Guice.createInjector(aggregate);

                injector.injectMembers(test.get());
                getStore(context).put(injector.getClass(), injector);
            }

        }

        private Store getStore(ExtensionContext context) {
            return context.getStore(Namespace.create(getClass()));
        }

    }

然后每个测试都使用RequiresInjection批注，它可以接受要聚合的内部模块数组，或者不使用默认值。

    @RequiresInjection
    public class Junit5InjectWithoutModuleTest {

        @Inject
        private TestEnvironment environment;

        @Test
        public void shouldAccessFromOuterModule() {
            assertThat(environment).isNotNull();
        }

    }

以下是注释：

    @ExtendWith(InjectionPoint.class)
    @Retention(RetentionPolicy.RUNTIME)
    @Target({ElementType.TYPE, ElementType.FIELD, ElementType.PARAMETER, ElementType.METHOD})
    public @interface RequiresInjection {

        Class<? extends Module>[] values() default {};

    }

JUnit5对我来说仍然是新手，所以我可能正在研究模板，但到目前为止，Extensions似乎已经成功了。

使用JUnit4，我们使用类似的方法，除了注入发生在我们的自定义测试运行器的createTest方法中，然后每个测试实现一个RequiresInjection接口，其中包含＆＃34; getModule＆＃34;方法

我也应该向TestNG大吼一声，因为Guice支持就是内置的。用法就像这样简单：

@Guice({SomeObjectModule.class})
    public class MyTest {

        @Inject
        SomeObject someObject;    

    }

Answer 6

我发现AtUnit是Guice的绝佳补充（它甚至可以处理模拟框架集成）。

这使得单元测试类非常清晰简洁（从未在那里看到Injector），并且在适当的情况下，还允许您在单元测试中执行生产绑定。

Answer 7

我建议我最近写这个框架Guice-Behave。

这很简单，有两个注释，您可以在应用程序的相同上下文中运行测试。

您可以在Guice模块中定义您的模拟，这样就可以很容易地重复使用它们。

JUnit测试中的Guice注入器

7 个答案: