连续检查由奥利维尔 Gaudin,SonarSource SA 首席执行官兼共同创始人软件的范式转换质量管理介绍软件质量是每个商业企业日益关注的问题, 因为不断升级的角色软件在运行关键业务系统中发挥作用。软件质量包括外部和内部质量。外部或功能性, 质量描述软件与其定义的功能需求–它是否按预期执行?内部质量描述关键的内部代码的特性, 如健壮性、标准一致性和可维护性。行业统计显示, 平均而言, 软件产品的生命周期成本的80% 用于维护,根据内部质量, 维护成本有很高的变异性。这意味着水平软件产品的可维护性今天将决定其成本责任的水平明天。传统的代码质量控制方法涉及 so-called 的准时审核或质量门, 这是对源代码的定期审核。这些审计通常由外部审计员在开发过程的 "后一英里"-在功能测试期间或之后。根据他们的本性准时的审核会导致开发周期的中断, 因为它们会导致更改"已完成" 软件。在hao的情况下, 这种质量控制方法会导致延迟和返工。在坏的情况是, 它导致了劣质软件的发布。在这两种情况下, 传统方法使人们认识到, 构建高质量的软件过于复杂和昂贵。迫切需要一个新的模式, 强调质量贯穿整个开发周期, 并有更短的反馈回路, 以确保快速解决内部质量问题;简而言之,从一开始就建立质量的模型, 而不是事后考虑。连续检查是一个整体的、完全实现的过程, 旨在使内部代码质量成为软件开发生命周期的组成部分。通过提高所有利益相关者的知名度生命周期, 连续检测使企业能够接受代码质量 whole-heartedly。在 SonarSource 的支持下, 连续检验范式是非常有效的, 并已被证明从小公司到财富100强企业, 在现实世界中工作,各行业。本文详细介绍了代码质量管理中的关键问题。它然后介绍了连续检查范式, 并说明了它如何解决这些挑战,支持数以千计的企业提高软件质量。
SonarSource
成功的组织在过程中将质量分析向前移动, 并将其作为整个软件开发生命周期的一部分进行迭代。下载白皮书开发和测试世界和业务方法以及正在向敏捷模型演进-持续的价值生成/持续改进/连续检查是提高质量的基本战略。IDC 观察到, 传统的代码质量方法通常在开发过程结束时成为检查表项目时失败。此 IDC 技术聚焦讨论了改进软件分析、缺陷管理、安全性和度量的方法的必要性, 以通过主动可见性来获得业务和 IT 好处。IDC 建议评估和采用自动化的软件分析方法, 如 SonarQube 和 SonarSource 提供的, 以改进软件质量策略。
SonarQube和JaCoCo的个人测试代码覆盖率
围绕JaCoCo听众人工制品的一个警告。虽然在文档中不清楚,但是当JaCoCo侦听器版本与SonarQube中安装的Java插件的版本匹配时,似乎获得了jia效果。在这种情况下,由于我们在SonarQube中安装的Java插件是2.3版,我们使用了listener artefact 2.3版本。我们还用监ting器1.2测试了同样好的结果,但为了防止任何未来的冲突,我们建议保持版本一致。
运行分析
一旦完成了项目配置的更改,您只需要重新执行SonarQube分析即可查看新的报告。
根据您安装的SonarQube Java版本,配置有所不同。
在旧版本中运行分析
当使用的Java插件版本是2.1或更早的版本时,应该在分析执行时才能启用该配置文件,并且只有当分析执行时。这意味着现在需要发射声纳:声纳目标作为单独的Maven构建(建议这样做,但在许多情况下,您可以在一次运行中执行所有目标)。在我们的宠物诊suo版本的情况下:
> mvn清洁验证-P货 - tomcat,硒测试,jmeter测试
> mvn sonar:声纳-P覆盖率测试
如果您的构建是由Jenkins工作触发的,那么新的配置文件应该添加到后期制作操作中,如此屏幕截图中所示:
以上信息由专业从事sonarqube静态安全扫描工具的华克斯于2024/7/29 10:55:57发布
转载请注明来源:http://m.tz1288.com/qynews/hksxxkj-2793494663.html