我目前正在努力与 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服务是否使用接口。
答案 0 :(得分:1)
根据给出的信息进行推测:
(1)如果您运行多模块maven项目,您可能会发现另一个模块中的测试会填充@Cacheable方法的缓存。 Cobertura只能在模块级而不是项目级工作。因此,如果模块A的测试从模块B调用@Cacheable方法,它可能会填充缓存,但这不会计入模块B方法的代码覆盖范围。
随后在模块B中运行的测试将获得缓存结果而不进入该方法,因此cobertura可能认为该方法未被涵盖。
我可以看到你弄脏了背景。这应该在测试运行之后清除缓存,而不是之前 - 这样就不能确保在运行测试之前没有填充缓存。
如果这是可能的原因,我建议您在测试开始前手动清除缓存。
要执行此操作,请尝试使用@Autowired注入缓存管理器,并在@Before部分中使用缓存管理器清除该方法的缓存。
尝试一下,看看您的覆盖问题是否已解决。
(2)如果没有解决这个问题,我会倾向于成为那些没有很好地处理代理问题的cobertura之一 - 可能使CacheEnabledService实现一个接口并对接口进行测试将解决这个问题(不确定是否会有所帮助,但值得一试)
(也许值得一看,如果删除@Cacheable给它覆盖,看看这是否是注释,这是问题的根本原因)