0

我目前正在努力解决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 仪器。

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

更新： 向服务类添加接口解决了这个问题。Spring 可以正确处理缺少的接口，但需要一些 CGLIB 操作来实现这一点。就我而言，CGLIB 的这些重新映射胜过 Cobertura。因此，如果您有重新映射问题，请始终检查您的 Spring 服务是否使用接口。

4

1 回答 1

1

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

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

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

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

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

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

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

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

（如果删除 @Cacheable 是否可以覆盖它，可能还值得一看，看看这是否绝对是问题的根本原因的注释）

于 2013-09-07T14:48:31.343 回答