SonarSource简介
可靠性问题
这通常被称为潜在的 bug 或代码, 在运行时将不具有预期的行为。此类问题将所有与操作风险或运行时意外行为有关的内容分组。它通常采用可能导致业务中断的关键编程错误的形式。其中的一些问题将存在于简单的不符合jia做法的情况, 但大多数将通过对代码的深入分析和代码的符号执行来检测, 以了解程序中任何给定点的变量的状态。安全问题
这通常被称为程序中的漏洞或缺陷, 可能导致应用程序的使用方式与设计不同。这类问题将所有与程序有缺陷的事情进行分组, 这些漏洞可以被利用来使它的行为与它的设计不同。安全漏洞 (如 SQL 注入或跨站点脚本) 可能是由于编码和体系结构实践不佳造成的。这些问题在 CWE 和证书所维护的列表中有很好的记录
SonarSource
使用 SonarQube 的更广泛的影响和机会
除了扫描之外, 一些组织看到的一个有趣的结果是, 个人
开始对 SonarQube 提供的信息采取行动, 以改变和改善其
关于质量代码创建的行为。一些团队已经开始参与--
甚至兴奋-关于去和检查的因素, 如测试代码覆盖率, 并已能够
大大提高。董事们使用了 SonarQube 的有关规则违规的信息
教育团队如何改变不良习惯以改进代码的创建。所以一个关键的结果
SonarQube 在这些组织使用的机会, 鼓励, 甚至推动
正确的行为。
一些组织通过强制将度量与构建集成在一起来帮助实现
和释放过程。这意味着必须满足某些标准, 以允许生成和
发布过程向前迈进。虽然你不能强迫人们普遍看待不良的结果,
当项目截止时间和软件发布日期出现下滑时, 有机会使用
具有特定数据点和基准的工程经理了解
以前的工作。(组织这样做是明智的, 他们在制定的标准
停止生成和发布过程。
总的来说, 一个实实在在的好处是测试覆盖率翻了一番, 一些测试
使用 SonarQube 的组件团队。一些组织已经观察到测试团队的覆盖率
单元测试的4-5 时间的增加, 以及那些的彻底和严谨的改进
使用 SonarQube 完成单元测试。这反过来又有助于驱动精que的基准
团队的进步伴随着更高质量的代码的交付。
简而言之, SonarQube 可以为基本代码分析提供一个单一的点, 其中用户来自
开发人员可以去看看他们需要知道什么来帮助提高代码质量,
可能与代码评审工具集成, 以便在仪表板中包含代码评审指标。
SonarQube 的挑战
SonarSource 的关键挑战之一是让企业相信投资回报率的好处
实现和使用代码分析解决方案。在这方面的问题的一部分是, 它的
在许多公司的时候, 组织要理解长期利益是有挑战性的
正在寻求快速的、迭代的部署。因此, 重要的是要了解长期利益
在代码的有效期内, 而不仅仅是短期的优势 (这是
在他们自己的方式显着, 但不是战略)。产品的演变, 以解决功能
诸如影响分析和跨平台分析等功能也是
SonarSource 需要集中, 根据客户。与代码审查工具的集成也
被提及作为未来焦点的区域。
SonarSource 的小规模可能是企业部署决策采用的一个障碍。但是,
事实上, 基本产品是开源的, 通常跳转开始采用的初始使用, 并
也为企业使用商业产品提供了一些保证。企业
在更大的部署中显示采用 SonarQube 的客户也有助于
让那些担心产品组合的能力被广泛采用的人打消疑虑。
类别档案：SONARQUBE - PL / SQL
使用SonarQube进行PL / SQL分析 - 评估质量（3/3）
发表评论
PLSQL_TechnicalDebtLast在我们的系列文章中分析了使用SonarQube的PL / SQL代码的质量。
评估应用程序的质量不只是进行代码分析：任何人都可以做到这一点。质量顾问的工作是基于以下问题：什么，为什么，如何，多少。
什么：分析结果。大小，复杂性和重复性，这是我们以前的帖子中看到的。我们检查总体数字，还有平均和差异，以及有多个版本的时间趋势。那么我们来看看主要违反jia做法的行为，主要侧重于阻止和批评。
为什么这些结果：调查分析措施的原因，寻找结果的起源。
如何补救：提出行动计划。其实，提出几个建议。我们将在下面看到，我提出了短期，中期和长期的不同计划。
花费多少：评估每个计划的成本。继续阅读→
此条目发布于2014年3月10日由Jean-Pierre FAYOLLE发行的SonarQube - PL / SQL。
以上信息由专业从事代理商sonarqube教程的华克斯于2025/6/3 9:16:42发布
转载请注明来源：http://www.zhizhuke.cn/qyzx/qyxx-2865854282.html
