CN111897691A - 质量报告自动生成方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本发明公开一种质量报告自动生成方法、装置、计算机设备及存储介质，该质量报告自动生成方法包括获取质量报告生成请求，所述质量报告生成请求包括请求类型、目标指标和目标分析周期；基于所述请求类型和所述目标分析周期，将数据库中与所述请求类型和所述目标分析周期相对应的初始数据确定为待分析数据；采用与所述目标指标相对应的目标分析逻辑，对所述待分析数据进行质量分析，获取目标数据；采用与所述目标指标相对应的目标渲染模块，将所述目标数据渲染成可视化图表，在客户端上显示所述可视化图表。以实现自动化生成质量报告。

Description

质量报告自动生成方法、装置、计算机设备及存储介质

技术领域

本发明涉及数据管理技术领域，特别涉及一种质量报告自动生成方法、装置、设备及计算机可读存储介质。

背景技术

目前，为及时了解软件和应用程序的运行情况，通常需要用户进行手动统计及计算以生成质量报告，耗费大量的人力和时间，且还可能存在人工操作失误等情况，不能准确地呈现质量报告；另外，用户需要在内部网站和外部网站中查看单条或者单天的质量数据，不能及时有效地存储质量数据，生成直观的质量报告，过程繁琐。

发明内容

本发明实施例提供一种质量报告自动生成方法、装置、计算机设备及存储介质，以解决质量报告生成过程需要耗费大量的人力和时间且过程繁琐的问题。

一种质量报告自动生成方法，包括：

获取质量报告生成请求，所述质量报告生成请求包括请求类型、目标指标和目标分析周期；

基于所述请求类型和所述目标分析周期，将数据库中与所述请求类型和所述目标分析周期相对应的初始数据确定为待分析数据；

采用与所述目标指标相对应的目标分析逻辑，对所述待分析数据进行质量分析，获取目标数据；

采用与所述目标指标相对应的目标渲染模块，将所述目标数据渲染成可视化图表，在客户端上显示所述可视化图表。

一种质量报告自动生成装置，包括：

质量报告自动生成获取模块，用于获取质量报告生成请求，所述质量报告生成请求包括请求类型、目标指标和目标分析周期；

待分析数据确定模块，用于基于所述请求类型和所述目标分析周期，将数据库中与所述请求类型和所述目标分析周期相对应的初始数据确定为待分析数据；

目标数据获取模块，用于采用与所述目标指标相对应的目标分析逻辑，对所述待分析数据进行质量分析，获取目标数据；

可视化图表显示模块，用于采用与所述目标指标相对应的目标渲染模块，将所述目标数据渲染成可视化图表，在客户端上显示所述可视化图表。

一种计算机设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述质量报告自动生成方法的步骤。

一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述质量报告自动生成方法的步骤。

上述质量报告自动生成方法、装置、计算机设备及存储介质，基于请求类型和目标分析周期，将数据库中与请求类型和目标分析周期相对应的初始数据确定为待分析数据，实现对不同网站中获取到的初始数据进行筛选获取待分析数据，确保后续生成的质量报告具有客观性和完整性。采用与目标指标相对应的目标分析逻辑，对待分析数据进行质量分析，获取目标数据，使得目标数据反应出软件的质量，以便后续进行分析和修改。采用与目标指标相对应的目标渲染模块，将目标数据渲染成可视化图表，在客户端上显示可视化图表，将可视化图表作为质量报告，以将质量报告直观地呈现给用户。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本发明一实施例中质量报告自动生成方法的一应用环境示意图；

图2是本发明一实施例中质量报告自动生成方法的一流程图；

图3是本发明一实施例中质量报告自动生成方法的另一流程图；

图4是本发明一实施例中质量报告自动生成方法的另一流程图；

图5是本发明一实施例中质量报告自动生成方法的另一流程图；

图6是本发明一实施例中质量报告自动生成方法的另一流程图；

图7是本发明一实施例中质量报告自动生成装置的一原理框图；

图8是本发明一实施例中计算机设备的一示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例提供的质量报告自动生成方法，该质量报告自动生成方法可应用如图1所示的应用环境中。具体地，该质量报告自动生成方法应用在质量报告自动生成系统中，该质量报告自动生成系统包括如图1所示的客户端和服务器，客户端与服务器通过网络进行通信，用于实现自动化地生成质量报告。其中，客户端又称为用户端，是指与服务器相对应,为客户提供本地服务的程序。客户端可安装在但不限于各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备上。服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一实施例中，如图2所示，提供一种质量报告自动生成方法，以该方法应用在图1中的服务器为例进行说明，包括如下步骤：

S201:获取质量报告生成请求，质量报告生成请求包括请求类型、目标指标和目标分析周期。

其中，质量报告生成请求是向服务器发送的，用以生成质量报告的请求。质量报告是软件运行情况的报告。本实施例中，质量报告生成请求可以是用户实时操作客户端时向服务器发送的质量报告生成请求，也可以是程序中预设有周期性的报告触发任务触发生成的质量报告生成请求。请求类型包括通用请求和专用请求，该专用请求为由具有特定权限的用户触发的质量报告生成请求，例如，只有特定权限的用户才可以触发的质量报告生成请求。该通用请求是不限制特定场景或者特定用户的质量报告生成请求，例如，程序周期性地触发生成的质量报告生成请求。

目标指标是指生成质量报告时所需的指标。该目标指标具体可以理解为用于生成质量报告的数据类型，包括但不限于闪退率指标、接口数据指标、软件发布指标、bug指标、case指标、线上问题指标、项目数据指标和日志指标等。本实施例中，预先根据目标指标需要从不同的外部网站和内部网站中获取初始数据，并将初始数据存储在数据库中，当需要生成质量报告时，可以快速地从数据库中获取目标指标对应的数据，以自动化生成完整且全面的质量报告，提高用户的工作效率。其中，初始数据是指预先存储在数据库的软件的运行数据。

目标分析周期是指设定时间间隔对初始数据进行处理的周期，以生成质量报告，例如，目标分析周期可以是1周或者1个月等。可以理解地，该目标分析周期可以是用户自定义决定。

S202:基于请求类型和目标分析周期，将数据库中与请求类型和目标分析周期相对应的初始数据确定为待分析数据。

具体地，根据请求类型和目标分析周期，以筛选出相应的待分析数据，以便后续对待分析数据进行处理，自动形成质量报告，提高质量报告生成效率。本实施例中，服务器可快速对不同网站获取到的初始数据进行筛选获取待分析数据，确保后续生成的质量报告具有客观性和完整性。

S203:采用与目标指标相对应的目标分析逻辑，对待分析数据进行质量分析，获取目标数据。

其中，目标分析逻辑是用于对待分析数据进行分析的处理逻辑。采用目标指标对应的目标分析逻辑对待分析数据进行质量分析，以使目标数据反映出软件的运行情况，使用户快速地获取到所需的信息。本实施例中，采用与目标指标相对应的目标分析逻辑对待分析数据进行分析处理，以获取目标数据，使得目标数据反应出软件的质量，以便用户后续进行查看和修改。

S204:采用与目标指标相对应的目标渲染模块，将目标数据渲染成可视化图表，在客户端上显示可视化图表。

其中，目标渲染模块是指用于将目标数据渲染成可视化图表的模块，以使目标数据形成可视化图表，将可视化图表作为质量报告，以将质量报告直观地呈现给用户。

本实施例所提供的质量报告自动生成方法，基于请求类型和目标分析周期，将数据库中与请求类型和目标分析周期相对应的初始数据确定为待分析数据，实现对不同网站中获取到的初始数据进行筛选获取待分析数据，确保后续生成的质量报告具有客观性和完整性。采用与目标指标相对应的目标分析逻辑，对待分析数据进行质量分析，获取目标数据，使得目标数据反应出软件的质量，以便后续进行分析和修改。采用与目标指标相对应的目标渲染模块，将目标数据渲染成可视化图表，在客户端上显示可视化图表，将可视化图表作为质量报告，以将质量报告直观地呈现给用户。

在一实施例，如图3所示，步骤S202，即基于请求类型和目标分析周期，将数据库中与请求类型和目标分析周期相对应的初始数据确定为待分析数据，包括：

S301:若请求类型为通用请求，则将数据库中与目标分析周期相对应的初始数据确定为待分析数据。

具体地，当请求类型为通用请求，服务器在质量报告发送时间达到时，则将数据库中与目标分析周期相对应的初始数据确定为待分析数据，实现高度自动化地筛选出待分析数据，而无须用户从外部网站和内部网站查收待分析数据，提高待分析数据的获取效率。其中，质量报告发送时间是预先设置的周期性的时间，例如，该质量报告发送时间可以是每个星期一早上9点。也就是当质量报告发送时间达到时，则服务器从初始数据中筛选待分析数据。

S302:若请求类型为专用请求，则获取与专用请求相对应的用户信息，基于用户信息确定目标权限，将数据库中与目标权限和目标分析周期相对应的初始数据确定为待分析数据。

具体地，当请求类型为专用请求，则用户在客户端进入质量报告系统的用户界面，该用户界面中每一目标指标设置有对应的筛选选项，以便根据用户的目标权限选择实际需求的数据生成质量报告，实现根据用户的目标权限生成与用户相关的质量报告，以规范数据管理体系和确保数据安全。该筛选选项包括不限于时间选择选项、项目选择选项和部门选择选项等，因此，便于用户查看历史的运行情况，与当前的运行情况形成对比，以统计当前的运行质量，例如，用户可以查看前一年中与目标分析周期相同的时间段的运行情况。

例如，对于闪退率指标，用户界面包括时间选择选项，用户可以根据自己的实际需要选择目标分析周期和闪退率指标发送给服务器，然后服务器根据用户的目标权限从软件运行情况中确定该用户可查看的目标分析周期内的闪退率，形成闪退率指标相对应的初始数据，有效体现出软件的质量趋势。又例如，对于项目数据指标，该用户界面包括时间选择选项、项目选择选项和部门选择选项等，用户可以根据自己的实际需要选择不同的时间段、与用户的目标权限相关的项目和与用户的目标权限相关的部门并发送给服务器，然后服务器根据用户所选择的情况筛选出符合目标权限的初始数据，确定为待分析数据。

本实施例中，基于用户信息确定目标权限包括：用户在质量报告系统上填写用户信息进行注册，服务器根据用户信息查询员工职位表，以确定该用户的目标权限。例如，用户为普通员工，其目标权限只能查看与自己相关的软件的运行数据；用户为项目团队负责人，其目标权限为可以查看该项目团队中所有员工相关的软件的运行数据。

本实施例所提供的质量报告自动生成方法，当请求类型为通用请求，则将数据库中与目标分析周期相对应的初始数据确定为待分析数据，实现高度自动化筛选出待分析数据。当请求类型为专用请求，则获取与专用请求相对应的用户信息，基于用户信息确定目标权限，将数据库中与目标权限和目标分析周期相对应的初始数据确定为待分析数据，以便根据用户的目标权限选择实际需求的初始数据确定为待分析数据，以便利用该待分析数据生成质量报告，实现根据用户的目标权限生成与用户相关的质量报告，以规范数据管理体系和确保数据安全。本实施例中，对请求类型进行划分，既可以实现周期性地自动发送质量报告给指定的客户端，以提高质量报告生成的自动化程度；又可以实现生成符合用户实际需要的且符合目标权限的质量报告，以保护数据安全。

在一实施例，如图4所示，在步骤S201之前，即在获取质量报告生成请求之前，质量报告自动生成方法还包括：

S401:获取数据采集指令，数据采集指令包括至少一个数据类型和与数据类型相对应的目标网站和数据采集周期。

其中，数据采集指令是用于从目标网站中采集数据的指令。该目标网站包括但不限于用于记录软件闪退率的外部网站，例如，bugly、用于记录接口数据的外部网站、用于记录软件发布数据的内部网站、用于记录bug数据的外部网站、用于记录case数据的外部网站、用于记录线上问题的内部网站和用于记录项目数据的内部网站和用于记录日志数据的外部网站，例如，kibana。可以理解地，按照数据采集周期对外部网站和内部网站的实时数据进行采集，以实现将外部网站的实时数据和内部网站的实时数据进行整合，以确保后续可以自动生成完整全面的质量报告，提高质量报告的质量和生成效率。

数据类型是指与目标网站对应的数据类型，数据类型与目标指标相对应。例如，bugly采集的数据类型是软件闪退率，对应的是闪退率指标；用于记录接口数据的外部网站采集的数据类型是接口数据，对应的是接口数据指标，该接口数据包括但不限于接口名、与接口名对应的服务名、该接口对应的调用量、接口的95值(即该接口被调用次数中95％不超过的预设响应时间)。本实施例中，根据数据采集指令在目标网站上采集爬取数据，为后续生成质量报告提供基础。

数据采集周期是指预先设定的从目标网站采集数据的周期，例如，该数据采集周期可以是1天、7天或者30天等。当数据采集周期是1天，则每隔一天就从目标网站中爬取数据。

S402:采用数据爬取工具，从目标网站中爬取与数据类型和数据采集周期相对应的爬取数据。

其中，数据爬取工具是用于爬取目标网站的数据的工具，例如，可以是爬虫等。本实施例中，从目标网站获取爬取数据，具体可以从内部网站和外部网站等目标网站爬取到与数据类型和数据采集周期相对应的爬取数据，即将内部网站爬取到的内部数据与外部网站爬取到的外部数据整合为目标网站的爬取数据，以便基于该爬取数据获得全面客观的质量报告，有效提高质量报告的生成效率，避免用户到外部网站和内部网站查找数据，较为繁琐且效率低，容易出错的问题。

S403:对爬取数据进行预处理，获取初始数据，将初始数据存储在数据库中。

其中，对爬取数据进行预处理，即对爬取数据进行数据清洗，以排除爬取数据中的无效数据，确保后续生成质量报告的数据准确性高且客观。本实施例中，将初始数据存储在数据库中，可以确保后续快速地生成质量报告。

本实施例所提供的质量报告自动生成方法，采用数据爬取工具，从目标网站中爬取与数据类型和数据采集周期相对应的爬取数据，将内部网站爬取到的内部数据与外部网站爬取到的外部数据整合为目标网站的爬取数据，以便基于该爬取数据获得全面客观的质量报告。对爬取数据进行预处理，获取初始数据，将初始数据存储在数据库中，以排除爬取数据中的无效数据，确保后续生成质量报告的数据准确性和客观性。

在一实施例，如图5所示，步骤S402，即从目标网站中爬取与数据类型和数据采集周期相对应的爬取数据之后，质量报告自动生成方法还包括：

S501:获取与数据类型相对应的安全阈值和告警阈值。

其中，安全阈值预先设定的阈值，是各个目标指标对应的数据类型的安全范围内最大的值。告警阈值预先设定的阈值，是各个目标指标对应的数据类型的告警范围内最小的值，也就是当达到告警阈值，也就是各个目标网站的运行情况出现异常，需要进行检查并修正。本实施例中，需将安全阈值和告警阈值作为判断标准，实现对爬取数据进行划分，以便用户及时知悉各种运行状况。

S502:若爬取数据的数量达到告警阈值，则将爬取数据发送给客户端。

当爬取数据的数量达到告警阈值，将爬取数据发送给客户端，以便用户及时检查进行修正。也就是说将爬取数据的数量与告警阈值进行比较，可以实时地对软件运行情况进行监控，在软件发生异常时，及时进行修改。

S503:若爬取数据的数量在安全阈值和告警阈值之间，则基于预设划分规则，对爬取数据进行等级划分，获取等级划分结果，并将等级划分结果发送给客户端。

其中，预设划分规则是指预先设定的用于对爬取数据的安全等级进行划分的规则。当爬取数据的数量在安全阈值和告警阈值之间，则说明爬取数据出现异常，但是还没有达到需要进行检查修正的程度，此时，将爬取数据进行安全等级划分。得到等级划分结果，并将等级划分结果发送给客户端，以便用户知悉软件的运行情况。例如，按照预设划分规则将安全阈值和告警阈值之间划分为初级、中级和严重等3种情况。

本实施例所提供的质量报告自动生成方法，获取与数据类型相对应的安全阈值和告警阈值，将安全阈值和告警阈值作为判断标准，实现对爬取数据进行划分，以便用户及时知悉各种运行状况。爬取数据的数量达到告警阈值，则将爬取数据发送给客户端，以便用户及时检查进行修正。爬取数据的数量在安全阈值和告警阈值之间，则基于预设划分规则，对爬取数据进行等级划分，获取等级划分结果，并将等级划分结果发送给客户端，以便用户及时知悉各种运行状况。

在一实施例，如图6所示，步骤S502，即爬取数据包括错误日志数据；告警阈值包括错误日志数量；爬取数据的数量达到告警阈值，则将爬取数据发送给客户端，包括：

S601:定时触发日志巡检任务对所有服务的线上日志进行巡检，统计所有服务对应的错误日志数量。

其中，日志巡检任务是指预先设置好日志巡检时间，以便定时触发的对日志进行巡检的任务。错误日志数量是指记录在日志中服务发生错误的次数。

本实施例中，设置定时触发的日志巡检任务可以实时监控日志，以实时掌握软件或者应用程序的运行情况，并统计记录在日志的软件或者应用程序对应的服务发生错误的次数，以便在发生错误次数较多的情况下，对服务的进行检查和修改。

S602:将错误日志数量大于预设日志报警值对应的服务发送给对应的客户端。

其中，预设日志报警值是指预先设定的用于评估错误日志数量是否达到需报警标准的数值。本示例中，当错误日志数量大于预设日志报警值时，则生成警告信息，将服务和对应的错误日志发送给预先设定的客户端，以便用户及时进行检查和修改。

本实施例所提供的质量报告自动生成方法，定时触发日志巡检任务对所有服务的线上日志进行巡检，统计所有服务对应的错误日志数量，以便在发生错误次数较多的情况下，对服务的进行检查和修改。将错误日志数量大于预设日志报警值对应的服务发送给对应的客户端，以便用户及时进行检查和修改。

作为一示例，目标指标包括日志统计指标；步骤S203，即采用与目标指标相对应的目标分析逻辑，对待分析数据进行质量分析，获取目标数据，具体包括如下步骤：采用与日志统计指标相对应的日志排序逻辑，根据服务对应的日志数量对服务进行排序，形成服务序列；将服务序列和所有服务对应的日志数量作为目标数据。

其中，日志统计指标是用于统计软件运行时产生的日志数据的指标，也即当目标指标包括日志统计指标，则日志是生成的质量报告的其中一项数据。日志排序逻辑是指对根据服务所产生的日志数量进行排序的逻辑，具体是依据日志数量由多到少的顺序依序对服务进行排序的过程，使得用户直接确定日志数量较多的服务，以便后续对日志数量较多的服务进行检查，以排除异常。需要说明地是，该服务序列是选取产生日志数量较多的服务，例如，可以选取产生日志数量前20的服务，以形成服务序列，因此，用户仅需检查产生日志数量前20的服务。

本实施例中，将按照日志排序逻辑形成服务序列，并将服务序列和所有服务对应的日志数量作为目标数据，将目标数据组装呈html并发送给用户，以便用户直观了解服务的运行情况。

本实施例所提供的质量报告自动生成方法，采用与日志统计指标相对应的日志排序逻辑，根据服务对应的日志数量对服务进行排序，形成服务序列，以便后续对日志数量较多的服务进行检查，以排除异常。将服务序列和所有服务对应的日志数量作为目标数据，以便用户直观了解服务的运行情况。

作为一示例，目标指标包括接口统计指标；步骤S203，即采用与目标指标相对应的目标分析逻辑，对待分析数据进行质量分析，获取目标数据，具体包括如下步骤:从用于统计接口耗时情况的目标网站中爬取所有原始服务名称；根据预先存储的白名单服务名称遍历所有原始服务名称，剔除所有原始服务名称中的白名单服务名称，获取目标服务名称；从用于统计接口耗时情况的目标网站中，查询与目标服务名称对应的接口数据确定为待分析数据，接口数据包括接口负责人、接口调用次数和接口95值；根据接口负责人统计接口负责人对应的总接口数量；根据接口调用次数和接口95值计算每一接口的实际接口耗时；按照标准接口耗时和实际接口耗时确定达标接口数量，根据总接口数量和达标接口数量统计接口负责人对应的接口耗时达标率；将接口负责人对应的总接口数量和接口耗时达标率作为目标数据。其中，白名单服务是指不需要进行统计的服务。

本示例中，当目标指标包括接口统计指标，则质量报告中包括总接口数量和接口耗时达标率，因此，对于请求类型为通用请求，则接收质量报告的用户可以从质量报告中查看软件的总接口数量和接口耗时达标率；对于请求类型为专用请求，则用户可以根据自己的目标权限查看特定的接口数量和接口耗时达标率，以使用户了解接口数据。本实施例中，接口耗时达标率是根据不同的达标条件所产生的结果，使得用户可以更全面地了解接口数据，例如，达标条件可以是50ms、达标条件是100ms、达标条件是100ms等三种情况，此时，接口耗时达标率是根据以上3种情况所生产结果，其中达标条件是50ms是接口响应的耗时时间不超过50ms。

作为一示例，目标指标包括闪退率指标；步骤S203，即采用与目标指标相对应的目标分析逻辑，对待分析数据进行质量分析，获取目标数据，具体包括如下步骤:启动模拟人工程序访问用于统计闪退率的网站，获取闪退率数据；统计目标分析周期内的闪退率数据，计算得到闪退率均值；将闪退率数据和闪退率均值作为目标数据。

本示例中，目标指标包括闪退率指标，则质量报告中包括软件的闪退率数据和闪退率均值，以便用户确定软件的运行情况。

作为一示例，目标指标包括软件发布指标；步骤S203，即采用与目标指标相对应的目标分析逻辑，对待分析数据进行质量分析，获取目标数据，具体包括如下步骤:从用于统计软件发布信息的网站爬取每一软件的发布次数、数据修复次数、成功次数、失败次数和发版说明；按照与发布指标对应的目标分析逻辑对发布次数、数据修复次数、成功次数、失败次数和发版说明进行对进行排序处理，获取软件排序结果；将软件排序结果作为目标数据。

本示例中，目标指标包括软件发布指标，则质量报告中包括软件排序结果，以便用户确定软件的发布情况。

作为一示例，目标指标包括项目数据指标；步骤S203，即采用与目标指标相对应的目标分析逻辑，对待分析数据进行质量分析，获取目标数据，具体包括如下步骤:从用于统计项目质量的网站爬取每一项目的项目数据，项目数据包括项目处理人、项目问题和对应的解决方案，将项目处理人、项目问题和对应的解决方案进行拼接形成目标数据。

本示例中，目标指标包括项目数据指标，则质量报告中包括项目处理人、项目问题和对应的解决方案，以便各个项目的项目处理人，该项目中执行过程中产生的项目问题和对应的解决方案，有利于软件的后续维护，同时可以根据项目问题和对应的解决方案等数据灵活安排人员进行维护，而不需要指定人员维护。

作为一示例，目标指标包括bug统计指标；步骤S203，即采用与目标指标相对应的目标分析逻辑，对待分析数据进行质量分析，获取目标数据，具体包括如下步骤：基于bug统计指标查询对应的待分析数据，待分析数据包括目标bug部门和目标bug部门对应的bug信息；bug信息包括所有负责人对应的bug总数、严重bug、与目标分析周期相邻的前一目标分析周期的bug总数、与目标分析周期相邻的前一目标分析周期的严重bug；将bug总数、严重bug、与目标分析周期相邻的前一目标分析周期的bug总数、与目标分析周期相邻的前一目标分析周期的严重bug确定为目标部门的bug质量的目标数据。

其中，目标bug部门是用户指定的部门，以便查询该部门的bug情况。bug信息是指目标bug部门对应的bug信息。

具体地，当用户选定目标bug部门和目标分析周期时，则服务器根据目标bug部门查找目标分析周期内的该部门的所有bug信息，以便根据bug信息统计该部门的bug质量，形成bug对应的质量报告。

本实施例中根据bug总数和严重bug计算得到严重bug占比值，根据与目标分析周期相邻的前一目标分析周期的bug总数和与目标分析周期相邻的前一目标分析周期计算得到前一目标分析周期的严重bug占比值，因此，将bug总数、严重bug、严重bug占比值、前一目标分析周期的bug总数、前一目标分析周期的严重bug和前一目标分析周期的严重bug占比值作为待分析数据，以使用户可以直观查看bug情况，不需重复到刚刚网站中查看数据。为了使数据更加客观，还可以计算一年中每一目标分析周期的严重bug占比值，以形成年度趋势图，发送给用户。

本实施例所提供的质量报告自动生成方法，基于bug统计指标查询对应的待分析数据，待分析数据包括目标bug部门和目标bug部门对应的bug信息；bug信息包括所有负责人对应的bug总数、严重bug、与目标分析周期相邻的前一目标分析周期的bug总数、与目标分析周期相邻的前一目标分析周期的严重bug，以便根据bug信息统计该部门的bug质量，形成bug对应的质量报告。将bug总数、严重bug、与目标分析周期相邻的前一目标分析周期的bug总数、与目标分析周期相邻的前一目标分析周期的严重bug确定为目标部门的bug质量的待分析数据，以使用户可以直观查看bug情况，不需重复到刚刚网站中查看数据。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

在一实施例中，提供一种质量报告自动生成装置，该质量报告自动生成装置与上述实施例中质量报告自动生成方法一一对应。如图7所示，该质量报告自动生成装置包括质量报告自动生成获取模块701、待分析数据确定模块702、目标数据获取模块703和可视化图表显示模块704。各功能模块详细说明如下：

质量报告自动生成获取模块701，用于获取质量报告生成请求，质量报告生成请求包括请求类型、目标指标和目标分析周期。

待分析数据确定模块702，用于基于请求类型和目标分析周期，将数据库中与请求类型和目标分析周期相对应的初始数据确定为待分析数据。

目标数据获取模块703，用于采用与目标指标相对应的目标分析逻辑，对待分析数据进行质量分析，获取目标数据。

可视化图表显示模块704，用于采用与目标指标相对应的目标渲染模块，将目标数据渲染成可视化图表，在客户端上显示可视化图表。

优选地，待分析数据确定模块702，包括：通用请求单元和专用请求单元。

通用请求单元，用于若请求类型为通用请求，则将数据库中与目标分析周期相对应的初始数据确定为待分析数据。

专用请求单元，用于若请求类型为专用请求，则获取与专用请求相对应的用户信息，基于用户信息确定目标权限，将数据库中与目标权限和目标分析周期相对应的初始数据确定为待分析数据。

优选地，在质量报告自动生成获取模块701之前，质量报告自动生成装置还包括：数据采集指令获取单元、爬取数据采集单元和初始数据获取单元。

数据采集指令获取单元，用于获取数据采集指令，数据采集指令包括至少一个数据类型和与数据类型相对应的目标网站和数据采集周期。

爬取数据采集单元，用于采用数据爬取工具，从目标网站中爬取与数据类型和数据采集周期相对应的爬取数据。

初始数据获取单元，用于对爬取数据进行预处理，获取初始数据，将初始数据存储在数据库中。

优选地，爬取数据采集单元之后，质量报告自动生成装置还包括：数据标准获取单元、第一判断单元和第二判断单元。

数据标准获取单元，用于获取与数据类型相对应的安全阈值和告警阈值。

第一判断单元，用于若爬取数据的数量达到告警阈值，则将爬取数据发送给客户端。

第二判断单元，用于若爬取数据的数量在安全阈值和告警阈值之间，则基于预设划分规则，对爬取数据进行等级划分，获取等级划分结果，并将等级划分结果发送给客户端。

优选地，爬取数据包括错误日志数据；告警阈值包括错误日志数量；第一判断单元，包括：日志巡检子单元和服务发送子单元。

日志巡检子单元，用于定时触发日志巡检任务对所有服务的线上日志进行巡检，统计所有服务对应的错误日志数量。

服务发送子单元，将错误日志数量大于预设日志报警值对应的服务发送给对应的客户端。

优选地，目标指标包括日志统计指标；目标数据获取模块703，包括：服务序列形成单元和服务目标数据单元。

服务序列形成单元，用于采用与日志统计指标相对应的日志排序逻辑，根据服务对应的日志数量对服务进行排序，形成服务序列。

服务目标数据获取单元，用于将服务序列和所有服务对应的日志数量作为目标数据。

优选地，目标指标包括bug统计指标；目标数据获取模块703，包括：bug统计单元和bug目标数据获取单元。

bug统计单元，用于基于bug统计指标查询对应的待分析数据，待分析数据包括目标bug部门和目标bug部门对应的bug信息；bug信息包括所有负责人对应的bug总数、严重bug、与目标分析周期相邻的前一目标分析周期的bug总数、与目标分析周期相邻的前一目标分析周期的严重bug。

bug目标数据获取单元，用于将bug总数、严重bug、与目标分析周期相邻的前一目标分析周期的bug总数、与目标分析周期相邻的前一目标分析周期的严重bug确定为目标部门的bug质量的目标数据。

关于质量报告自动生成装置的具体限定可以参见上文中对于质量报告自动生成方法的限定，在此不再赘述。上述质量报告自动生成装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图8所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储初始数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种质量报告自动生成方法。

在一个实施例中，提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现上述实施例中质量报告自动生成方法的步骤，例如图2所示的步骤S201-S204，或者图3至图6中所示的步骤，为避免重复，这里不再赘述。或者，处理器执行计算机程序时实现质量报告自动生成装置这一实施例中的各模块/单元的功能，例如图7所示的质量报告自动生成获取模块701、待分析数据确定模块702、目标数据获取模块703和可视化图表显示模块704的功能，为避免重复，这里不再赘述。

在一实施例中，提供一计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中质量报告自动生成方法的步骤，例如图2所示的步骤S201-S204，或者图3至图6中所示的步骤，为避免重复，这里不再赘述。或者，处理器执行计算机程序时实现质量报告自动生成装置这一实施例中的各模块/单元的功能，例如图7所示的质量报告自动生成获取模块701、待分析数据确定模块702、目标数据获取模块703和可视化图表显示模块704的功能，为避免重复，这里不再赘述。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。

Claims (10)

1.一种质量报告自动生成方法，其特征在于，包括：

获取质量报告生成请求，所述质量报告生成请求包括请求类型、目标指标和目标分析周期；

基于所述请求类型和所述目标分析周期，将数据库中与所述请求类型和所述目标分析周期相对应的初始数据确定为待分析数据；

采用与所述目标指标相对应的目标分析逻辑，对所述待分析数据进行质量分析，获取目标数据；

采用与所述目标指标相对应的目标渲染模块，将所述目标数据渲染成可视化图表，在客户端上显示所述可视化图表。

2.如权利要求1所述的质量报告自动生成方法，其特征在于,所述基于所述请求类型和所述目标分析周期，将数据库中与所述请求类型和所述目标分析周期相对应的初始数据确定为待分析数据，包括：

若所述请求类型为通用请求，则将数据库中与所述目标分析周期相对应的初始数据确定为待分析数据；

若所述请求类型为专用请求，则获取与所述专用请求相对应的用户信息，基于所述用户信息确定目标权限，将数据库中与所述目标权限和所述目标分析周期相对应的初始数据确定为待分析数据。

3.如权利要求1所述的质量报告自动生成方法，其特征在于,在所述获取质量报告生成请求之前，所述质量报告自动生成方法还包括：

获取数据采集指令，所述数据采集指令包括至少一个数据类型和与所述数据类型相对应的目标网站和数据采集周期；

采用数据爬取工具，从所述目标网站中爬取与所述数据类型和所述数据采集周期相对应的爬取数据；

对所述爬取数据进行预处理，获取初始数据，将所述初始数据存储在数据库中。

4.如权利要求3所述的质量报告自动生成方法，其特征在于,所述从所述目标网站中爬取与所述数据类型和所述数据采集周期相对应的爬取数据之后，所述质量报告自动生成方法还包括：

获取与所述数据类型相对应的安全阈值和告警阈值；

若所述爬取数据的数量达到所述告警阈值，则将所述爬取数据发送给客户端；

若所述爬取数据的数量在所述安全阈值和所述告警阈值之间，则基于预设划分规则，对所述爬取数据进行等级划分，获取等级划分结果，并将等级划分结果发送给客户端。

5.如权利要求4所述的质量报告自动生成方法，其特征在于，所述爬取数据包括错误日志数据；所述告警阈值包括错误日志数量；所述爬取数据的数量达到所述告警阈值，则将所述爬取数据发送给客户端，包括：

定时触发日志巡检任务对所有服务的线上日志进行巡检，统计所有所述服务对应的错误日志数量；

将所述错误日志数量大于预设日志报警值对应的服务发送给对应的客户端。

6.如权利要求1所述的质量报告自动生成方法，其特征在于,所述目标指标包括日志统计指标；所述采用与所述目标指标相对应的目标分析逻辑，对所述待分析数据进行质量分析，获取目标数据，包括：

采用与所述日志统计指标相对应的日志排序逻辑，根据服务对应的日志数量对所述服务进行排序，形成服务序列；

将所述服务序列和所有所述服务对应的日志数量作为目标数据。

7.如权利要求1所述的质量报告自动生成方法，其特征在于,所述目标指标包括bug统计指标；

所述采用与所述目标指标相对应的目标分析逻辑，对所述待分析数据进行质量分析，获取目标数据，包括：

基于所述bug统计指标查询对应的待分析数据，所述待分析数据包括目标bug部门和所述目标bug部门对应的bug信息；所述bug信息包括所有负责人对应的bug总数、严重bug、与所述目标分析周期相邻的前一目标分析周期的bug总数、与所述目标分析周期相邻的前一目标分析周期的严重bug；

将所述bug总数、严重bug、与所述目标分析周期相邻的前一目标分析周期的bug总数、与所述目标分析周期相邻的前一目标分析周期的严重bug确定为所述目标部门的bug质量的目标数据。

8.一种质量报告自动生成装置，其特征在于，包括：

质量报告自动生成获取模块，用于获取质量报告生成请求，所述质量报告生成请求包括请求类型、目标指标和目标分析周期；

待分析数据确定模块，用于基于所述请求类型和所述目标分析周期，将数据库中与所述请求类型和所述目标分析周期相对应的初始数据确定为待分析数据；

目标数据获取模块，用于采用与所述目标指标相对应的目标分析逻辑，对所述待分析数据进行质量分析，获取目标数据；

可视化图表显示模块，用于采用与所述目标指标相对应的目标渲染模块，将所述目标数据渲染成可视化图表，在客户端上显示所述可视化图表。

9.一种质量报告生成设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至7任一项所述的质量报告自动生成方法的步骤。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的质量报告自动生成方法的步骤。

Images