SonarQube上测试模块的不同配置文件
我们有一个很好的小型SonarQube服务器,用于评估我们的Maven和Tycho项目。这里的问题是SonarQube对集成测试使用了与其他代码相同的高标准 这基本上是正确的,但有一种情况困扰着我:代码重复。当然,生产代码应该尽可能少地重复,但在测试中似乎没有好的替代方案 我尝试了抽象类,用SonarQube上测试模块的不同配置文件,sonarqube,sonarqube-web,Sonarqube,Sonarqube Web,我们有一个很好的小型SonarQube服务器,用于评估我们的Maven和Tycho项目。这里的问题是SonarQube对集成测试使用了与其他代码相同的高标准 这基本上是正确的,但有一种情况困扰着我:代码重复。当然,生产代码应该尽可能少地重复,但在测试中似乎没有好的替代方案 我尝试了抽象类,用@参数化的和测试套件运行测试,但所有这些都使测试难以理解和维护 因此,我认为唯一有意义的解决办法是降低对SonarQube的期望。然而,我找不到一种基于say name或Maven打包的方法来更改Maven子
@参数化的
和测试套件
运行测试,但所有这些都使测试难以理解和维护
因此,我认为唯一有意义的解决办法是降低对SonarQube的期望。然而,我找不到一种基于say name或Maven打包的方法来更改Maven子模块的概要文件
我如何解决这个问题?有没有办法改变子模块的配置文件?这里不清楚您是在谈论复制指标还是问题,但这两个问题的答案都是肯定的 通过转到属性的管理>常规设置>分析范围>复制并排除模块,可以从复制度量中排除代码
类似地,您可以在管理>常规设置>分析范围>问题中从复制规则中排除该代码这里不清楚您是在谈论复制度量还是问题,但两者的答案都是 通过转到属性的管理>常规设置>分析范围>复制并排除模块,可以从复制度量中排除代码 类似地,您可以在管理>常规设置>分析范围>问题