在每个单元测试之后创建一个bean的新实例

Question

我刚接触Spring框架，并对使用Spring Context的依赖注入功能有疑问。

这是我试图写一个集成测试类：

public class UserService { 

private Validator validator; 
private UserRepository userRepository; 
private Encryptor encryptor; 
private MailService mailService; 

... 

public void registerUser(User user) { 
    user.setPassword(encryptor.encrypt(user.getPassword())); 

    Errors errors = new BindException(user, "user"); 
    validator.validate(user, errors); 

    if (errors.getErrorCount() == 0) { 
     userRepository.addUser(user); 
     mailService.sendMail(user.getEmail()); 
    } 
} 

在我的测试（使用的Mockito）我要保证四个项目被称为所以我创建这样的测试：

public void testRegisterCallsValidateInValidator() { 
    userService.registerUser(testUser); 
    verify(userService.getValidator(), times(1)).validate(any(User.class), any(Errors.class)); 
} 

但是所有测试都失败，说我多次调用该方法。我唯一的猜测是UserService bean在所有测试开始时被创建一次，但在每次测试后都不会重新加载。

在我的测试配置中我用下面的XML来决定要注入其中豆类：

<bean id="userService" class="be.kdg.coportio.services.UserService"> 
    <property name="validator" ref="validator"/> 
    <property name="userRepository" ref="userRepository"/> 
    <property name="encryptor" ref="encryptor"/> 
    <property name="mailService" ref="mailService"/> 
</bean> 

任何想法？

Answer 1

要清楚地区分单元和集成测试（跳过辩论 - 你可以用两种方式测试你的服务：

• 通过集成测试 - 你启动整个Spring Context并测试服务为单身bean。
• 通过单元测试 - 您只需自己初始化服务，模拟需要嘲笑的内容，而不需要Spring。

我的建议是不要混淆Spring和嘲笑，如果你能帮助它 - 保持的Mockito单元测试（这是你需要它的外观是什么），并使用该引导用于测试的整个Spring上下文集成测试其他的东西 - 持久性问题，交易等等。

你不需要Spring来模拟一个类的合作者，并用Mockito做简单的交互测试。

Answer 2

在你的@Before方法中，一定要重置你的模拟对象。

@Before 
public void setup(){ 
    Mockito.reset(validator); 
} 

Answer 3

您可以尝试在您的测试方法中调用setDirty（true）来重新加载Spring上下文。

Answer 4

我从来没有使用Mockito，但Spring-Beans默认是Singletons，所以它们不会被重新创建，除非您在Spring-Container上调用refresh()。

如果你反正不需要他们是单身，你可以设置自己的范围prototype这将在每次注射创造新豆实例...

Answer 5

您正在重复使用您的上下文，为了使测试彼此独立，您可能需要在每次测试之后刷新上下文以重置所有内容。

我会假设你使用的是Junit 4.5+。这与其他测试框架相似。

@RunWith(SpringJUnit4ClassRunner.class) 
@ContextConfiguration(locations={"mycontext.xml"}) 
@DirtiesContext(classMode = ClassMode.AFTER_EACH_TEST_METHOD) 
public class MyTestClass { 
... 
    // my tests  
... 
} 

你可以把@DirtiesContext如果在“修复”需要的方法有几个方法级别，但如果你使用Spring你最好的选择是每次测试后这样做。

无论如何，我不认为你应该使用嘲笑/间谍在集成测试：

• 在单元测试中，使用模拟考试（如果你想）和手动进。在这里你想验证你的测试bean作为一个单元的行为，所以你通过使用mock来隔离它。这也有一个好处，即JUnit通过对每个测试使用不同的测试类实例来隔离您的测试，因此除非您使用static或其他不友好的测试方法，否则所有测试都会正常工作。

• 在集成测试中，使用真正的bean并让Spring注入。这里的目标是验证bean与环境（数据库，网络，...）互相良好地相互作用。你做而不是想在这里分离bean，所以你不应该使用mocks。

查看Spring documentation about testing的更详细的解释。