代理商sonarqube静态安全扫描工具 华克斯

SonarQube - 的PL / SQL分析

发表评论

PLSQL_Majors我们继续本系列分析PL / SQL代码与今天的主要规则。

我们以前看过如何组织我们的环境，中国sonarqube静态安全扫描工具，并配置我们的代码分析与Jenkins和SonarQube。

我们创建了自己的质量简介，并审查了所有面向可靠性和安全性的阻止程序和关键。继续阅读→

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

使用SonarQube进行PL / SQL分析 - 关键

发表评论

PLSQL_Critical在本系列上一篇关于使用SonarQube分析PL / SQL代码的文章中，我们回顾了我们的质量配置文件中现有的阻止程序规则。

我们发现三个违反PL / SQL编程的jia实践，其后果如此重要，不允许容忍。因此，这证明了他们“阻挡者”的地位。

我们还发现这三个规则共有18个缺陷，所以我们假设这个规则是项目团队所知道的。

后，这些缺陷导致了应用程序中的逻辑错误 - 这是一个永远不会执行的操作，因为相应的条件将永远不会被满足 - 甚至可能的崩溃。继续阅读→

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

SonarQube和JaCoCo的个人测试代码覆盖率

本文介绍了如何使SonarQube收集单个测试的测试代码覆盖率指标。代码覆盖工具通常产生一个报告，显示在给定测试会话期间执行的所有测试的组合效果的代码覆盖率（按行，分支等）。例如，当您在持续集成中运行单元测试时就是这种情况。在SonarQube和JaCoCo的帮助下，可以在单个测试用例级别（JUnit或TestNG中的测试方法）中收集覆盖度量。为了实现这一点，我们在这篇文章中显示了一些特殊的配置。

环境

以下过程已经使用SonarQube 4.1.2和4.3.2版本进行了验证，但它也适用于SonarQube 3.7.x（xin的LTS版本）。我们用于验证设置的应用程序代码是熟悉的Spring Pet Clinic应用程序，增强功能可支持Tomcat 7和Spring 3（请参阅此篇文章，以了解有关宠物诊suo需要更新的信息：https://deors.wordpress.com/ 2012/09/06 / petclinic-tomcat-7 /）该代码可以从存储库中的GitHub：https：//github.com/deors/deors.demos.petclinic

说明

一旦你知道如何连接所有的点，这些说明很简单。所有这些都是为Maven Surefire插件添加一些特定的配置（Surefire是插件，sonarqube静态安全扫描工具，它是单元测试执行的任务，中国sonarqube静态安全扫描工具，它支持JUnit和TestNG）。由于此具体配置不应影响常规单元测试执行，因此建议将所需配置包含在单独的配置文件中，仅在执行SonarQube分析时执行。我们一起来描述pom.xml文件中所需的更改。

SonarSource简介

可靠性问题

这通常被称为潜在的 bug 或代码， 在运行时将不具有预期的行为。此类问题将所有与操作风险或运行时意外行为有关的内容分组。它通常采用可能导致业务中断的关键编程错误的形式。其中的一些问题将存在于简单的不符合jia做法的情况， 但大多数将通过对代码的深入分析和代码的符号执行来检测， 以了解程序中任何给的变量的状态。安全问题

这通常被称为程序中的漏洞或缺陷， 可能导致应用程序的使用方式与设计不同。这类问题将所有与程序有缺陷的事情进行分组， 这些漏洞可以被利用来使它的行为与它的设计不同。安全漏洞 (如 SQL 注入或跨站点脚本) 可能是由于编码和体系结构实践不佳造成的。这些问题在 CWE 和证书所维护的列表中有很好的记录