gpt4 book ai didi

java - Cobertura 不识别经过充分测试的类

转载 作者:行者123 更新时间:2023-12-01 14:09:21 28 4
gpt4 key购买 nike

我目前正在努力解决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);
}
}

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

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

更新:向服务类添加接口(interface)解决了该问题。 Spring 可以正确处理缺失的接口(interface),但需要一些 CGLIB 操作才能实现这一点。就我而言,CGLIB 的这些重新映射战胜了 Cobertura。因此,如果您遇到重新映射问题,请务必检查您的 Spring 服务是否使用接口(interface)。

最佳答案

只是根据给出的信息推测:

(1) 如果您运行多模块 Maven 项目,您可能会发现不同模块中的测试填充了 @Cacheable 方法的缓存。 Cobertura 仅适用于模块级别,而不是项目级别。因此,如果模块 A 的测试调用模块 B 中的 @Cacheable 方法,它可能会填充缓存,但这不计入模块 B 方法的代码覆盖率。

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

我可以看到你正在弄脏上下文。这应该在测试运行之后清除缓存,而不是之前 - 这样就不能确保在测试运行之前不会填充缓存。

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

为此,请尝试使用 @Autowired 注入(inject)缓存管理器,并在 @Before 部分中使用缓存管理器清除该方法的缓存。

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

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

(也许还值得看看删除 @Cacheable 是否可以覆盖它,看看这是否确实是问题的根本原因注释)

关于java - Cobertura 不识别经过充分测试的类,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/18657324/

28 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com