CN111367789A - 静态报告合并分析技术 - Google Patents

Abstract

本发明涉及一种静态报告合并分析技术，对多测试工具报告的二次分析、除重、合并技术，包括：步骤1)首先对行业标准规则进行分类并重新编号；步骤2)其次需要对测试工具中的规则进行映射，如果不映射的话，无法对结果进行分析整理，因此只能有唯一的对映关系；步骤3)运行测试工具，对被测项目进行分析，分析完成之后，对每个测试工具的报告汇总在一起；步骤4)对汇总在一起的报告进行分析，依次分析读取每个测试工具的报告，对报告中的每条问题进行分析；步骤5)分析完成之后，通过页面进行展示，测试人员或开发人员可对每条问题进行查看，确认为不是问题的，可进行编辑删除，确认完成之后，重新保存到数据库，同时可生成测试报告。

Description

静态报告合并分析技术

技术领域

本发明涉及静态报告合并分析技术，是对多种静态测试工具报告的二次分析、除重、合并技术。

背景技术

随着软件越来越多地被应用各种系统中，软件可靠性显得越来越重要，对代码进行质量测试是保证软件质量很重要的一环。

从整体上度量软件质量，最早由Rubey和Hurtwick在1986年就软件的一些属性提出了度量方法，但尚未建立质量度量模型，所突出的度量方法也不完整。1976年，Boehm等人提出了定量的评价软件质量的概念，给出了60个质量度量公式，表明怎样用于评价软件质量，并且首次提出了软件质量度量的三层模型。1978年，Waters和McCall提出了从软件测试质量度要素(factor)、准则(criteria)到度量(metric)的3层次式的软件质量度量模型。McCall认为，软件的质量有11个要素构成即正确性、可靠性、效率、完整性、可使用性、可维修性、可测试性、灵活性、可移植性、重复使用性和连接性。

最初对软件进行代码检测一直都是以人工检测为主，然而随着软件规模的增大和复杂度的提高，利用人工进行检测这种方法已经逐渐淘汰。但是随着软件测试技术的发展现今各大公司都开发了各种各样的代码检测工具，这些工具从检测技术上分为两类：动态检测工具和静态检测工具。动态检测工具采用动态检测技术，发展相对比较成熟和完善，需要运行软件，通过调试器运行被检测的软件的某项功能，检查运行结果与预期结果的差异，来确定被测软件此功能是否存在安全缺陷，但是一次或多次的代码运行，并不能保证覆盖到程序代码的所有可能执行的路径，因此通过一次或多次的执行就不能发现程序代码存在的所有缺陷，而且程序的反复多次执行也为测试增加了更多的开销，尤其是一些较大程序，在执行中需要花费更多的时间和开销或者多人协作才能完成，大大提高了测试成本，导致测试效率低下。反观静态检测工具采用静态检测技术，不需要对程序源码进行实际运行，而是直接对软件源代码进行检测分析来发现软件代码中存在的缺陷，具有分析速度快，不需要人工干预，全代码覆盖且自动化程度高，无需依赖正在使用的执行环境等特性，最重要是能够在程序开发的早期过程中便检测出代码中存在的缺陷。所以静态检测工具在软件测试领域作为一种高效的、低成本的软件测试方式扮演着越来越重要的角色，且处于一个持续发展的崭新阶段。

经过几十年发展，代码质量测试的理论已趋于完善。国外的Coverity、 Klocwork、CheckMarx、C++Test、Testbed等成熟工具，且功能全面，但是这些工具都有各自的特殊长处，而其他方面则弱些，如Coverity、 Klocwork偏向于安全性、缺陷性方面，而C++Test、Testbed则偏向于规则类方面，测试报告分析不全面。因此需要一款功能完善、简单易用的工具，对测试报告进行分析，整合每个测试工具的报告，提高准确率。

发明内容

针对现在市面没有此类分析工具，本发明的目的在于提供一种针对市面上主流的静态分析工具结果进行分析、整理，解决各种测试工具分析片面、漏报误报等问题。

为了实现上述目的，本发明通过如下的技术方案来实现：对现有的规则进行分类、重新进行映射，然后对报告进行分析处理。

本发明的所述方法包括：

步骤1)首先对行业标准规则进行分类并重新进行编号，如Misra规则集合，Misra规则集按照不同年代有不同的提法，因此需要对规则集进行重新分类、整理。每个规则集设计一个表，其中每条规则有唯一的ID、描述信息、示例、针对语言、严重分类，此表是整个分析对比的基础；

步骤2)其次需要对测试工具中的规则进行映射，如果不映射的话，无法对结果进行分析整理，因此只能有唯一的对映关系。映射时，首先可以对每个测试工具的规则进行分析，把查找问题一样的规则设为同一ID，因为有些规则是引用其他规则的，这样可减少规则映射的数量，减少查找时间，ID设置完成之后，可以对ID进行映射；对于测试工具自定义的规则，则直接映射为工具自定义ID；

步骤3)运行测试工具，对被测项目进行分析，分析完成之后，对每个测试工具的报告汇总在一起；

步骤4)对汇总在一起的报告进行分析，依次分析读取每个测试工具的报告，对报告中的每条问题进行分析。查看每条问题对应规则的ID，根据ID进行映射，映射之后，把对应的问题描述、行号、规则ID、文件信息、测试工具名称保存为一条记录；按照同样的方法分析下一条问题。分析完成一个测试工具的报告之后分析下一个测试工具的报告，查看每条问题对应规则的ID，根据ID进行映射，映射之后，如果数据库中已经有同样文件、同样行号、同样ID的记录，则不进行记录，如果没有，则把对应的问题描述、行号、规则ID、文件信息、测试工具名称保存为一条记录。按照同样的方法分析每个测试工具的报告；

步骤5)分析完成之后，通过页面进行展示，测试人员或开发人员可对每条问题进行查看，确认为不是问题的，可进行编辑删除，确认完成之后，重新保存到数据库，同时可生成测试报告；

由此可见，本发明至少具备以下两处关键的发明点：1、规则映射流程；2、结果比对。

附图说明

以下将结合附图对本发明的实施方案进行描述，其中：

图1为本发明的规则映射流程图。

图2为本发明的结果比对流程图。

具体实施方式

下面将参照附图对本发明的源码文件匹配率分析方法的实施方案进行详细说明。

针对现在市面没有此类分析工具，本发明的目的在于提供一种针对市面上主流的静态分析工具结果进行分析、整理，解决各种测试工具分析片面、漏报误报等问题。

为了实现上述目的，本发明通过如下的技术方案来实现：对现有的规则进行分类、重新进行映射，然后对报告进行分析处理。

本发明的所述方法包括：

步骤1)首先对行业标准规则进行分类并重新进行编号，如Misra规则集合，Misra规则集按照不同年代有不同的提法，因此需要对规则集进行重新分类、整理。每个规则集设计一个表，其中每条规则有唯一的ID、描述信息、示例、针对语言、严重分类，此表是整个分析对比的基础；

步骤2)其次需要对测试工具中的规则进行映射，如果不映射的话，无法对结果进行分析整理，因此只能有唯一的对映关系。映射时，首先可以对每个测试工具的规则进行分析，把查找问题一样的规则设为同一ID，因为有些规则是引用其他规则的，这样可减少规则映射的数量，减少查找时间，ID设置完成之后，可以对ID进行映射；对于测试工具自定义的规则，则直接映射为工具自定义ID；

步骤3)运行测试工具，对被测项目进行分析，分析完成之后，对每个测试工具的报告汇总在一起；

步骤4)对汇总在一起的报告进行分析，依次分析读取每个测试工具的报告，对报告中的每条问题进行分析。查看每条问题对应规则的ID，根据ID进行映射，映射之后，把对应的问题描述、行号、规则ID、文件信息、测试工具名称保存为一条记录；按照同样的方法分析下一条问题。分析完成一个测试工具的报告之后分析下一个测试工具的报告，查看每条问题对应规则的ID，根据ID进行映射，映射之后，如果数据库中已经有同样文件、同样行号、同样ID的记录，则不进行记录，如果没有，则把对应的问题描述、行号、规则ID、文件信息、测试工具名称保存为一条记录。按照同样的方法分析每个测试工具的报告；

步骤5)分析完成之后，通过页面进行展示，测试人员或开发人员可对每条问题进行查看，确认为不是问题的，可进行编辑删除，确认完成之后，重新保存到数据库，同时可生成测试报告。

Claims (1)

1.一种静态报告合并分析技术，通过对多种静态测试工具的结果进行分析比对，实现结果的去重、比对等，所述方法包括：

步骤1)首先对行业标准规则进行分类并重新进行编号，如Misra规则集合，Misra规则集按照不同年代有不同的提法，因此需要对规则集进行重新分类、整理。每个规则集设计一个表，其中每条规则有唯一的ID、描述信息、示例、针对语言、严重分类，此表是整个分析对比的基础；

步骤2)其次需要对测试工具中的规则进行映射，如果不映射的话，无法对结果进行分析整理，因此只能有唯一的对映关系。映射时，首先可以对每个测试工具的规则进行分析，把查找问题一样的规则设为同一ID，因为有些规则是引用其他规则的，这样可减少规则映射的数量，减少查找时间，ID设置完成之后，可以对ID进行映射；对于测试工具自定义的规则，则直接映射为工具自定义ID；

步骤3)运行测试工具，对被测项目进行分析，分析完成之后，对每个测试工具的报告汇总在一起；

步骤4)对汇总在一起的报告进行分析，依次分析读取每个测试工具的报告，对报告中的每条问题进行分析。查看每条问题对应规则的ID，根据ID进行映射，映射之后，把对应的问题描述、行号、规则ID、文件信息、测试工具名称保存为一条记录；按照同样的方法分析下一条问题。分析完成一个测试工具的报告之后分析下一个测试工具的报告，查看每条问题对应规则的ID，根据ID进行映射，映射之后，如果数据库中已经有同样文件、同样行号、同样ID的记录，则不进行记录，如果没有，则把对应的问题描述、行号、规则ID、文件信息、测试工具名称保存为一条记录。按照同样的方法分析每个测试工具的报告；

步骤5)分析完成之后，通过页面进行展示，测试人员或开发人员可对每条问题进行查看，确认为不是问题的，可进行编辑删除，确认完成之后，重新保存到数据库，同时可生成测试报告。

Images