Cobertura不承认完全测试的课程

时间:2013-09-06 11:58:01

标签: java spring unit-testing code-coverage cobertura

我目前正在努力与 Cobertura 在特定情况下无法识别给定班级的代码覆盖率。尽管该课程已经过全面测试(方法覆盖率为100%),但Cobertura的覆盖率为0%。

在同一个包中还有其他类可以获得正确的代码覆盖率结果,因此错误的排除模式在这种情况下不成问题。

要测试的课程如下:

@Service
public class CacheEnabledService {

    @Autowired
    private UserRepository userRepository;


    @Cacheable(value="users",key="#root.methodName")
    public List<User> findAllUser() {
        return userRepository.findAll();
    }
}

测试本身:

@DirtiesContext
@ContextConfiguration(classes = {TestConfig.class})
@RunWith(SpringJUnit4ClassRunner.class)
public class CacheEnabledServiceTest {

    @Autowired
    private CacheEnabledService cacheEnabledService;


    @Test
    public void testCachedRepoisotryFindAll(){
        UserRepository mockedRepository = Mockito.mock(UserRepository.class);
        cacheEnabledService.setUserRepository(mockedRepository);

        Mockito.when(mockedRepository.findAll()).thenReturn(Lists.<User>newArrayList(new User()));

        List<User> allExpandables1 = cacheEnabledService.findAllUser();
        List<User> allExpandables2 = cacheEnabledService.findAllUser();

        assertEquals(1, allExpandables1.size());
        assertEquals(allExpandables1.size(), allExpandables2.size());
        assertSame(allExpandables1.get(0), allExpandables2.get(0));

        Mockito.verify(mockedRepository, VerificationModeFactory.times(1)).findAll();
        Mockito.verifyNoMoreInteractions(mockedRepository);
    }
}

到目前为止,我唯一的假设是,弹簧代理和/或缓存机制可能会干扰Coberturas仪器。

欢迎任何提示如何解决此问题。提前致谢。

更新 向服务类添加接口修复了该问题。 Spring缺少接口是正确处理的,但实现这一点需要一些CGLIB操作。就我而言,CGLIB的这些重新映射超越了Cobertura。因此,如果您有重新映射问题,请始终检查您的Spring服务是否使用接口。

1 个答案:

答案 0 :(得分:1)

根据给出的信息进行推测:

(1)如果您运行多模块maven项目,您可能会发现另一个模块中的测试会填充@Cacheable方法的缓存。 Cobertura只能在模块级而不是项目级工作。因此,如果模块A的测试从模块B调用@Cacheable方法,它可能会填充缓存,但这不会计入模块B方法的代码覆盖范围。

随后在模块B中运行的测试将获得缓存结果而不进入该方法,因此cobertura可能认为该方法未被涵盖。

我可以看到你弄脏了背景。这应该在测试运行之后清除缓存,而不是之前 - 这样就不能确保在运行测试之前没有填充缓存。

如果这是可能的原因,我建议您在测试开始前手动清除缓存。

要执行此操作,请尝试使用@Autowired注入缓存管理器,并在@Before部分中使用缓存管理器清除该方法的缓存。

尝试一下,看看您的覆盖问题是否已解决。

(2)如果没有解决这个问题,我会倾向于成为那些没有很好地处理代理问题的cobertura之一 - 可能使CacheEnabledService实现一个接口并对接口进行测试将解决这个问题(不确定是否会有所帮助,但值得一试)

(也许值得一看,如果删除@Cacheable给它覆盖,看看这是否是注释,这是问题的根本原因)