sonarqube 规则-苏州华克斯

使用SonarQube - Blockers进行PL / SQL分析

发表评论

PLSQL_BlockersCritical在上一篇文章中，我们已经看到如何创建我们自己的PL / SQL质量配置文件，uo SonarQube默认配置文件中的所有132个现有规则。现在，我们可以重新启动前面发起的分析。

这样，我将能够处理PL / SQL配置文件中存在的所有规则，并选择我想要使用的规则，以便为我的演示环境创建PL / SQL仪表板。继续阅读→

此条目发布于2014年1月5日由Jean-Pierre FAYOLLE发行的SonarQube - PL / SQL。

使用SonarQube进行PL / SQL分析 - PL / SQL质量配置文件

发表评论

SonarQubePLSQL3在从Jenkins配置我们的第yi个PL / SQL分析后，我们启动了它，现在我们可以在SonarQube仪表板中查看结果。

这将是一个机会，在我们的下一篇文章中讨论和解释SonarQube提出的PL / SQLjia实践。但首先，代理商sonarqube 规则，我们来看看SonarQube PL / SQL质量配置文件中的规则。继续阅读→

Jean-Pierre FAYOLLE于2013年12月29日发布了SonarQube - PL / SQL。

SonarSource

如果您想知道项目使用的内部或外部库，则可能需要查看项目的内容，包括pom.xml文件。如果您使用SonarQube，则不再是这种情况，因为库是一种组件，它会招募您的应用程序所依赖的组件，并且比手动搜索。

（以上是示例应用程序的截图）

也可以在任何仪表板上添加任何Widget（Widget是组成仪表板的组件），如下所示。

（以上是示例应用程序的截图）

问题向下钻

只是被告知某事是错误的，中国sonarqube 规则，这里的分数是多少错误或不正确的东西，没有帮助。一个更有建设性的反馈是，sonarqube 规则，这里有什么问题，这是你可以做些什么来解决它。

问题钻取是一个这样的仪表板，我们可以找到这样的信息或足以知道什么是错误，以及如何去修复它（有时）。它还存档较旧的和封闭的问题，并通过给出各种严重程度来表明问题是多么糟糕，即阻止信息。

（以上是上的示例应用程序的截图）

任何Dashboard页面右上角的“管理信息中心”选项（如下）用于创建可以放置小部件的新的信息中心页面。

同样，每个“仪表板”页面上的“配置”窗口小部件链接允许在“仪表板”页面的任何位置添加，删除或更改窗口小部件的位置。

（以上是Apache Comm Collection的截图）

标签或词云是一种非常受欢迎的概念，被大量用作可视化形式来传达指标 - 如上所示，这是Apache Comm Collection库的一个例证。

商业组件 - SQALE

SQALE是一个专有组件，社区版本不可用，尽管SonarQube的Nemo项目[07]提供了演示版本。 SQALE是一项技术债wu评估工具，更多细节可以在[08]找到。

SonarSource不断的检查， 新的软件质量范例， 解决和解决的关键挑战

在代码质量管理中:

太少， 太迟

推回

开发团队

缺乏过程

所有权

异构

要求

团队收到关于质量的持续反馈， 包括对一组

质量要求

一个清晰的， 更新的质量演变的图片随时可用， 包括

版本间的比较

团队可以从介绍中跟踪问题， 并提供反馈

一旦出现质量缺陷， 就会通知风险承担者

质量门每天执行

的质量门迭代成为一个事件

开发商的持续教育导致良性循环的改善

质量行动计划直接在团队内部生成， 并集成在

开发过程

软件质量是开发过程的一部分

评论包括背景和历史信息，代理商sonarqube 规则， 包括不同

版本和对软件所做的各种更改

利益干系人可以访问有关其软件质量的有意义的信息

实时

开发团队一旦收到质量缺陷的信息

添加 (通过电子邮件， 在 IDE 中可见，...) 使问题立即得到解决

团队获得开发更好软件的能力

代码质量的归属属于开发团队

软件质量被嵌入到开发过程中， 成为

每个人的责任

整个组织都可以访问软件质量工具， 以

每个利益相关者

质量要求可以在团队中的共享、更新和评审

成员和整个组织

质量判断是以自动化的方式在客观的基础上做出的

事先发布到组织的标准。

报告清楚地显示了软件的可维护性， 并立即

不需要外部顾问就可以理解

开发人员的持续教育导致显著的软件质量

从长远来看改善

团队有能力测量新的和更改的软件质量

代码以及整个代码库

团队可以跟踪新问题的注入