- 发布
- 苏州华克斯信息科技有限公司
- 电话
- 0512-62382981
- 手机
- 13862561363
- 发布时间
- 2022-11-10 14:52:10
SonarSource简介
构建更好的软件的方法。通过在整个软件开发生命周期中支持代码质量，代理商sonarqube 扫描报告， 帮助您的开发团队从创新的概念中受益， 同时将时间和精力集中在新功能上。的水泄漏范例
我们建议的代码质量的方法是什么？把它当作漏水的东西， 在你拖地板之前把漏水的东西修好!为什么?否则你只是在浪费你的时间和精力。对于代码质量， 同样的逻辑适用;在任何其他情况下， 您都应该在控制下获得新更改和添加代码的质量。一旦该漏洞得到控制， 代码质量将开始系统地改善。阅读更多漏水范例领yang授权收养和赋予
代码质量应该是每个开发人员的关注点，代理商sonarqube 扫描报告， 而不仅仅是少数。一旦您切换到一个漏水的方法， 即新的代码是唯yi的焦点的方法， 开发人员将变得非常感兴趣的主题， 因为 "代码质量" 意味着他们的代码质量。如果您添加的能力是在一个非常短的反馈循环， 你得到的控制反转: 开发人员不仅解决问题， 但在其组织的代码质量的所有权， 因为它应该是在任何地方的情况。统一质量门
除非您在发布时强制执行质量门， 否则您没有到位的代码质量实践。质量门是在进入生产前经过验证的标准列表， 以确保应用程序符合质量要求。换言之， 这是内部质量的去/不去。采用漏水方法， 您可以为每个应用程序强制使用相同的质量闸门， 因为焦点将从应用程序中的遗留代码转移到新的或更新的内容。这使得代码质量成为开发过程的一个组成部分。促进代码管理应用程序组合 (APM)应用程序投资组合管理
泄漏范例创造了一个良性循环来提高代码质量， 但不处理风险。管理者应该能够对其投资组合中的现有风险做出决策。例如， 敏感的应用程序可能需要额外的精力来解决安全问题。这就是为什么， 他们需要有一个代表他们的应用程序组合装饰与相关的健康/风险因素。
SonarSource
使用 SonarQube 的更广泛的影响和机会
除了扫描之外， 一些组织看到的一个有趣的结果是， 个人
开始对 SonarQube 提供的信息采取行动， 以改变和改善其
关于质量代码创建的行为。一些团队已经开始参与--
甚至兴奋-关于去和检查的因素， 如测试代码覆盖率， 并已能够
大大提高。董事们使用了 SonarQube 的有关规则违规的信息
教育团队如何改变不良习惯以改进代码的创建。所以一个关键的结果
SonarQube 在这些组织使用的机会， 鼓励， 甚至推动
正确的行为。
一些组织通过强制将度量与构建集成在一起来帮助实现
和释放过程。这意味着必须满足某些标准， 以允许生成和
发布过程向前迈进。虽然你不能强迫人们普遍看待不良的结果，
当项目截止时间和软件发布日期出现下滑时， 有机会使用
具有特定数据点和基准的工程经理了解
以前的工作。(组织这样做是明智的， 他们在制定的标准
停止生成和发布过程。
总的来说， 一个实实在在的好处是测试覆盖率翻了一番， 一些测试
使用 SonarQube 的组件团队。一些组织已经观察到测试团队的覆盖率
单元测试的4-5 时间的增加， 以及那些的和严谨的改进
使用 SonarQube 完成单元测试。这反过来又有助于驱动精que的基准
团队的进步伴随着更高质量的代码的交付。
简而言之， SonarQube 可以为基本代码分析提供一个单一的点， 其中用户来自
开发人员可以去看看他们需要知道什么来帮助提高代码质量，
可能与代码评审工具集成， 以便在仪表板中包含代码评审指标。
SonarQube 的挑战
SonarSource 的关键挑战之一是让企业相信投资回报率的好处
实现和使用代码分析解决方案。在这方面的问题的一部分是， 它的
在许多公司的时候， 组织要理解长期利益是有挑战性的
正在寻求快速的、迭代的部署。因此， 重要的是要了解长期利益
在代码的有效期内， 而不仅仅是短期的优势 (这是
在他们自己的方式显着， 但不是战略)。产品的演变， 以解决功能
诸如影响分析和跨平台分析等功能也是
SonarSource 需要集中， 根据客户。与代码审查工具的集成也
被提及作为未来焦点的区域。
SonarSource 的小规模可能是企业部署决策采用的一个障碍。但是，华中sonarqube 扫描报告，
事实上， 基本产品是开源的， 通常跳转开始采用的初始使用， 并
也为企业使用商业产品提供了一些保证。企业
在更大的部署中显示采用 SonarQube 的客户也有助于
让那些担心产品组合的能力被广泛采用的人打消疑虑。
SonarQube和JaCoCo的个人测试代码覆盖率
构建部分
这里不需要修改但是，您应该注意Maven Surefire的任何自定义配置，以确保它也适用于我们要创建的配置文件。在春季宠物诊suo的情况下，这是我们正在写的参考POM的相关部分：
lt;建立gt; lt;插件gt;
...
lt;插件gt;
lt;的groupIdgt; org.apache.maven.plugins lt;/的groupIdgt;
lt;artifactId的gt;行家-万无一失-插件lt;/ artifactId的gt;
lt;版本gt; 2.13 lt;/版本gt;
lt;结构gt;
lt;argLinegt; -XX：-UseSplitVerifier lt;/ argLinegt;
lt;包含gt;
lt;包括gt; ** / * Test.java lt;/包括gt;
lt;包括gt; ** / * Tests.java lt;/包括gt;
lt;/包括gt;
lt;排除gt;
lt;排除gt; ** /它/ * IT.java lt;/排除gt;
lt;/排除gt;
lt;/配置gt;
lt;/插件gt;
...
lt;/插件gt; lt;/建造gt;
这种配置告诉Surefire：1）排除执行单元测试的集成测试（Surefire的双插件，Failsafe涵盖了集成测试）;和2）禁用字节码验证器，防止类被调试时的运行时错误（即添加mocks或Toplink增强功能时）。
依赖部分
在本节中，不需要进行任何更改。我们只想注意到，如果您的项目已经在利用JaCoCo收集整合测试覆盖率指标，并且明确地指出了本部分中的JaCoCo伪像，那么可以将其留下 - 至今没有确定任何冲突。无论如何，代理商sonarqube 扫描报告，它不应该在这里需要，所以从这个部分删除它可能更安全。
档案部分
所有必需的更改都在本节中。而且它们都非常干净，因为它们都只需要向POM添加一个新的配置文件。此配置文件将为Surefire配置一个特殊侦听器，以确保适当收集每个单独测试用例的覆盖度量。为了保证成功的测试执行，我们将在此保持与POM的构建部分中显示的相同配置。，配置文件将为包含侦听器代码的伪zao添加新的依赖关系。结果是这样的：
lt;轮廓gt;
lt;！ - 使用SonarQube和JaCoCo计算每个测试的覆盖率指标
lt;IDgt;覆盖每次测试lt;/ IDgt;
lt;建立gt;
lt;插件gt;
lt;插件gt;
lt;的groupIdgt; org.apache.maven.plugins lt;/的groupIdgt;
lt;artifactId的gt;行家-万无一失-插件lt;/ artifactId的gt;
lt;版本gt; 2.13 lt;/版本gt;
lt;结构gt;
lt;！ - 与常规测试执行目标相同的配置 - gt;
由JaCoCo prepare-agent - gt;配置的lt;！ - 加argLine参数
lt;argLinegt; $ {argLine} -XX：-UseSplitVerifier lt;/ argLinegt;
lt;包含gt;
lt;包括gt; ** / * Test.java lt;/包括gt;
lt;包括gt; ** / * Tests.java lt;/包括gt;
lt;/包括gt;
lt;排除gt;
lt;排除gt; ** /它/ * IT.java lt;/排除gt;
lt;/排除gt;
lt;！ - 每个测试覆盖所需的新配置 - gt;
lt;性能gt;
lt;属性gt;
lt;名称gt;听者lt;/名称gt;
lt;值gt; org.sonar.java.jacoco.JUnitListener lt;/值gt;
lt;/属性gt;
lt;/属性gt;
lt;/配置gt;
lt;/插件gt;
lt;/插件gt;
lt;/建造gt;
lt;依赖性gt;
lt;依赖性gt;
lt;的groupIdgt; org.codehaus.sonar-plugins.java lt;/的groupIdgt;
lt;artifactId的gt;声纳-jacoco-听众lt;/ artifactId的gt;
lt;版本gt; 2.3 lt;/版本gt;
lt;范围gt;测试lt;/范围gt;
lt;/依赖性gt;
lt;/依赖gt;
lt;/简档gt;