CN116739405A - 一种测试质量统计分析*** - Google Patents

Abstract

本发明公开一种测试质量统计分析***，涉及测试管理领域，包括服务器和客户端；客户端与服务器连接；需求客户端用于将项目需求相关信息、项目名称和第一软件开发状态发送至服务器；开发客户端用于将需求描述对应的项目技术文件和更新后的项目技术文件发送至服务器；测试客户端用于将测试文档和缺陷数量发送给服务器；运维客户端用于将根据项目技术文件完成软件升级时间发送至服务器；统计客户端用于计算缺陷率、项目耗时以及开发效率；服务器用于将项目需求相关信息、项目技术文件、测试文档、缺陷数量、完成软件升级时间或计划上线时间发送至对应的客户端。本发明能够自动生成质量报告，无需人工干预，提高了开发项目的效率和质量报告的准确性。

Description

一种测试质量统计分析***

技术领域

本发明涉及测试管理领域，特别是涉及一种测试质量统计分析***。

背景技术

工作协同平台作为项目组日常工作使用的管理***，包含各种工作协同过程中产生的原始数据，例如需求人员创建的计划发布版本、开发人员完成开发的需求、测试人员创建的测试用例和测试发现的缺陷、所有岗位人员完成的工作任务等。

为了方便项目组全员了解项目进展过程中的过程性质量以及里程碑产出物的结果性质量，质量管理人员需要人工完成大量的查询工作以得到质量原始数据，再对原始数据进行统计和分析，最后得出项目质量报告。原始数据获取、统计、分析均依靠人工进行，效率低下，统计准确性和分析广度和深度受限于处理人员能力。

发明内容

本发明的目的是提供一种测试质量统计分析***，能够自动生成的质量报告，无需人工干预，提高了项目的效率和质量报告的准确性。

为实现上述目的，本发明提供了如下方案：

一种测试质量统计分析***，包括服务器和客户端；所述客户端包括需求客户端、开发客户端、测试客户端、运维客户端和统计客户端；所述客户端与所述服务器连接；所述服务器中存储有所述开发客户端、所述测试客户端、所述运维客户端和所述统计客户端对应的用户注册信息；所述注册信息包括用户ID和接收条件；所述接收条件为项目需求状态和项目名称；所述项目需求状态包括软件需求状态、第一软件开发状态、第二软件开发状态、软件测试状态、软件完成状态和软件升级状态；

其中，所述需求客户端用于输入所述软件需求状态作为所述项目需求状态以及输入项目需求相关信息，还用于将所述项目需求相关信息、所述项目名称和所述第一软件开发状态发送至所述服务器；所述项目需求相关信息包括需求描述和计划上线时间；

所述开发客户端用于接收所述项目需求状态为第一软件开发状态的文件，并将所述计划上线时间、所述项目名称、所述软件测试状态发送至服务器；当接收到的所述项目需求状态为第一软件开发状态时，将所述需求描述对应的项目技术文件发送至所述服务器；当接收到的所述项目需求状态为第二软件开发状态时，将更新后的项目技术文件发送至所述服务器；更新后的所述项目技术文件为根据测试文档对所述项目技术文件进行更新得到的；

所述测试客户端用于接收所述项目需求状态为软件测试状态的文件，并且当所述测试文档的结论为无缺陷时，将所述计划上线时间、所述项目名称、所述软件完成状态、所述项目技术文件和所述测试文档发送至所述服务器，以及当所述测试文档的结论为有缺陷时，将所述计划上线时间、所述项目名称、所述第二软件开发状态、所述项目技术文件、所述测试文档发送至所述服务器，还用于将所述软件升级状态和所述缺陷数量发送给所述服务器；

所述运维客户端用于接收所述项目需求状态为软件完成状态的项目技术文件，并将所述软件升级状态和根据所述项目技术文件完成软件升级时间发送至所述服务器；

所述统计客户端用于接收所述项目需求为所述软件升级状态的缺陷数量并计算缺陷率，还用于接收所述项目需求为所述软件升级状态的完成软件升级时间和计划上线时间并计算项目耗时，以及根据项目需求状态的时间信息计算所述需求客户端、所述开发客户端、所述测试客户端和运维客户端的开发效率；

所述服务器用于对接收到的所述测试文档和所述项目技术文件进行实时更新，以及存储接收到的项目需求状态的时间信息并将所述时间信息发送给所述统计客户端，还用于根据所述项目需求状态和所述项目名称遍历接收条件，确定匹配接收条件的用户ID，并根据所述用户ID，将所述项目需求相关信息、所述项目技术文件、所述测试文档、所述缺陷数量、所述完成软件升级时间或所述计划上线时间发送至对应的客户端。

可选地，所述项目技术文件为软件升级压缩包。

可选地，所述服务器包括：

第一接收模块，用于接收项目需求相关信息、所述项目需求状态、所述项目名称、项目技术文件、所述测试文档、所述缺陷数量和完成软件升级时间；

存储模块，用于对所述项目需求状态的时间信息和所述注册信息进行存储；

查询模块，用于根据所述项目需求状态和所述项目名称遍历接收条件，确定匹配接收条件的用户ID；

更新模块，用于对接收到的所述测试文档和所述项目技术文件进行实时更新；

推送模块，用于根据所述用户ID，将所述项目需求相关信息、所述项目技术文件、所述测试文档、所述缺陷数量、所述完成软件升级时间或所述计划上线时间发送至对应的客户端。

可选地，还包括鉴权客户端；所述鉴权客户端与所述服务器连接；所述服务器中存储有所述鉴权客户端的用户ID；

所述鉴权客户端用于向所述服务器发送所述需求客户端、所述开发客户端、所述测试客户端、所述运维客户端和所述统计客户端对应的所述用户ID并设定所述用户ID的接收条件。

可选地，所述需求客户端包括：

输入模块，用于输入所述软件需求状态作为所述项目需求状态以及输入项目需求相关信息；

发送模块，用于将所述项目需求相关信息、所述项目名称和所述第一软件开发状态发送至所述服务器；所述项目需求相关信息包括需求描述和计划上线时间。

可选地，所述开发客户端包括：

接收模块，用于接收所述项目需求状态为第一软件开发状态的文件，以及所述项目需求状态为第二软件开发状态的文件；

上传模块，用于上传所述需求描述对应的项目技术文件和更新后的项目技术文件；更新后的所述项目技术文件为根据测试文档对所述项目技术文件进行更新得到的；

发送模块，用于将所述计划上线时间、所述项目名称、所述软件测试状态发送至所述服务器，并当接收到的所述项目需求状态为第一软件开发状态时，将所述需求描述对应的项目技术文件发送至所述服务器，以及当接收到的所述项目需求状态为第二软件开发状态时，将更新后的项目技术文件发送至所述服务器；更新后的所述项目技术文件为根据测试文档对所述项目技术文件进行更新得到的。

可选地，所述测试客户端包括：

接收模块，用于接收所述项目需求状态为软件测试状态的计划上线时间、项目名称和项目技术文件；

上传模块，用于上传对所述项目技术文件进行测试后得到的测试文档；

发送模块，用于当所述测试文档的结论为无缺陷时，将所述计划上线时间、所述项目名称、所述软件完成状态、所述项目技术文件和所述测试文档发送至所述服务器，还用于当所述测试文档的结论为有缺陷时，将所述计划上线时间、所述项目名称、所述第二软件开发状态、所述项目技术文件、所述测试文档发送至所述服务器，以及将所述软件升级状态和所述缺陷数量发送给所述服务器。

可选地，所述运维客户端包括：

接收模块，用于接收所述项目需求状态为软件完成状态的项目技术文件；

输入模块，用于输入根据所述项目技术文件完成软件升级时间；

发送模块，用于将所述软件升级状态和所述完成软件升级时间发送至所述服务器。

可选地，所述统计客户端包括：

接收模块，用于接收所述项目需求状态的时间信息以及所述项目需求为所述软件升级状态的缺陷数量、完成软件升级时间和计划上线时间；

计算模块，用于根据所述缺陷数量计算缺陷率，以及根据所述完成软件升级时间和所述计划上线时间计算项目耗时，还用于根据所述项目需求状态的时间信息计算所述需求客户端、所述开发客户端、所述测试客户端和所述运维客户端对应的开发效率；

显示模块，用于显示所述缺陷率、所述项目耗时和所述开发效率。

可选地，所述项目需求相关信息还包括开发负责人、测试负责人和集成版本；

所述开发负责人与所述开发客户端的用户ID相对应；

所述测试负责人与所述测试客户端的用户ID相对应；

所述集成版本作为所述项目需求状态为软件完成状态的项目技术文件的编号。

根据本发明提供的具体实施例，本发明公开了以下技术效果：

本发明提供的测试质量统计分析***，通过服务器能够自动获取各客户端的原始数据和传输过程数据，根据获得的过程数据进行统计和分析，形成质量报告，全程无需人工干预，提高了测试质量统计分析效率和准确性。

附图说明

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

图1为本发明提供的测试质量统计分析***模块图；

图2为本发明提供的统计客户端的工作过程示意图。

附图标记说明：

服务器—1，需求客户端—2，开发客户端—3，测试客户端—4，运维客户端—5，统计客户端—6。

具体实施方式

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

本发明的目的是提供一种测试质量统计分析***，能够自动生成的质量报告，无需人工干预，提高了软件项目开发和升级的工作效率和质量报告的准确性。

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

在介绍本实施例的方案之前，先对所涉及的技术术语进行解释：

工作协同平台：软件项目组人员使用的工作管理***，可以创建、跟踪需求、任务、Bug、用例、计划等原始数据。

质量保证：关注过程性质量，是项目组对项目质量的担保和承诺，它定义了项目的质量标准、质量控制流程、建立了项目质量保证体系、确定了项目质量审计的方法和工具，并通过质量审计活动来确保各项质量活动得以贯彻和落实。

质量控制：关注结果性质量，按照质量标准对项目的阶段性成果进行跟踪、记录和评价的一组活动，以确定被评价的阶段性成果是否符合质量标准的要求。

如图1所示，本发明提供的一种测试质量统计分析***，包括服务器1和客户端；所述客户端包括需求客户端2、开发客户端3、测试客户端4、运维客户端5和统计客户端6；所述客户端与所述服务器1连接；所述服务器1中存储有所述开发客户端3、所述测试客户端4、所述运维客户端5和所述统计客户端6对应的用户注册信息；所述注册信息包括用户ID和接收条件；所述接收条件为项目需求状态和项目名称；所述项目需求状态包括软件需求状态、第一软件开发状态、第二软件开发状态、软件测试状态、软件完成状态和软件升级状态。

其中，所述需求客户端2用于输入所述软件需求状态作为所述项目需求状态以及输入项目需求相关信息，还用于将所述项目需求相关信息、所述项目名称和所述第一软件开发状态发送至所述服务器1；所述项目需求相关信息包括需求描述和计划上线时间。

所述开发客户端3用于接收所述项目需求状态为第一软件开发状态的文件，并将所述计划上线时间、所述项目名称、所述软件测试状态发送至服务器1；当接收到的所述项目需求状态为第一软件开发状态时，将所述需求描述对应的项目技术文件发送至所述服务器1；当接收到的所述项目需求状态为第二软件开发状态时，将更新后的项目技术文件发送至所述服务器1；更新后的所述项目技术文件为根据测试文档对所述项目技术文件进行更新得到的；具体地，所述项目技术文件为软件升级压缩包。

所述测试客户端4用于接收所述项目需求状态为软件测试状态的文件，并且当所述测试文档的结论为无缺陷时，将所述计划上线时间、所述项目名称、所述软件完成状态、所述项目技术文件和所述测试文档发送至所述服务器1，以及当所述测试文档的结论为有缺陷时，将所述计划上线时间、所述项目名称、所述第二软件开发状态、所述项目技术文件、所述测试文档发送至所述服务器1，还用于将所述软件升级状态和所述缺陷数量发送给所述服务器1。

所述运维客户端5用于接收所述项目需求状态为软件完成状态的项目技术文件，并将所述软件升级状态和根据所述项目技术文件完成软件升级时间发送至所述服务器1。

所述统计客户端6用于接收所述项目需求为所述软件升级状态的缺陷数量并计算缺陷率，还用于接收所述项目需求为所述软件升级状态的完成软件升级时间和计划上线时间并计算项目耗时，以及根据项目需求状态的时间信息计算所述需求客户端2、所述开发客户端3、所述测试客户端4和运维客户端5的开发效率。

所述服务器1用于对接收到的所述测试文档和所述项目技术文件进行实时更新，以及存储接收到的项目需求状态的时间信息并将所述时间信息发送给所述统计客户端6，还用于根据所述项目需求状态和所述项目名称遍历接收条件，确定匹配接收条件的用户ID，并根据所述用户ID，将所述项目需求相关信息、所述项目技术文件、所述测试文档、所述缺陷数量、所述完成软件升级时间或所述计划上线时间发送至对应的客户端。

作为一个具体地实施方式，所述服务器1包括：

第一接收模块，用于接收项目需求相关信息、所述项目需求状态、所述项目名称、项目技术文件、所述测试文档、所述缺陷数量和完成软件升级时间。

存储模块，用于对所述项目需求状态的时间信息和所述注册信息进行存储。

查询模块，用于根据所述项目需求状态和所述项目名称遍历接收条件，确定匹配接收条件的用户ID。

更新模块，用于对接收到的所述测试文档和所述项目技术文件进行实时更新。

推送模块，用于根据所述用户ID，将所述项目需求相关信息、所述项目技术文件、所述测试文档、所述缺陷数量、所述完成软件升级时间或所述计划上线时间发送至对应的客户端。

作为一个具体地实施方式，本发明提供的一种测试质量统计分析***还包括鉴权客户端；所述鉴权客户端与所述服务器1连接；所述服务器1中存储有所述鉴权客户端的用户ID。

所述鉴权客户端用于向所述服务器1发送所述需求客户端2、所述开发客户端3、所述测试客户端4、所述运维客户端5和所述统计客户端6对应的所述用户ID并设定所述用户ID的接收条件。

优选地，所述需求客户端2包括：

输入模块，用于输入所述软件需求状态作为所述项目需求状态以及输入项目需求相关信息。

发送模块，用于将所述项目需求相关信息、所述项目名称和所述第一软件开发状态发送至所述服务器1；所述项目需求相关信息包括需求描述和计划上线时间。

具体地，所述开发客户端3包括：

接收模块，用于接收所述项目需求状态为第一软件开发状态的文件，以及所述项目需求状态为第二软件开发状态的文件。

上传模块，用于上传所述需求描述对应的项目技术文件和更新后的项目技术文件；更新后的所述项目技术文件为根据测试文档对所述项目技术文件进行更新得到的。

发送模块，用于将所述计划上线时间、所述项目名称、所述软件测试状态发送至所述服务器1，并当接收到的所述项目需求状态为第一软件开发状态时，将所述需求描述对应的项目技术文件发送至所述服务器1，以及当接收到的所述项目需求状态为第二软件开发状态时，将更新后的项目技术文件发送至所述服务器1；更新后的所述项目技术文件为根据测试文档对所述项目技术文件进行更新得到的。

其中，所述测试客户端4包括：

接收模块，用于接收所述项目需求状态为软件测试状态的计划上线时间、项目名称和项目技术文件。

上传模块，用于上传对所述项目技术文件进行测试后得到的测试文档。

发送模块，用于当所述测试文档的结论为无缺陷时，将所述计划上线时间、所述项目名称、所述软件完成状态、所述项目技术文件和所述测试文档发送至所述服务器1，还用于当所述测试文档的结论为有缺陷时，将所述计划上线时间、所述项目名称、所述第二软件开发状态、所述项目技术文件、所述测试文档发送至所述服务器1，以及将所述软件升级状态和所述缺陷数量发送给所述服务器1。

具体地，所述运维客户端5包括：

接收模块，用于接收所述项目需求状态为软件完成状态的项目技术文件。

输入模块，用于输入根据所述项目技术文件完成软件升级时间。

发送模块，用于将所述软件升级状态和所述完成软件升级时间发送至所述服务器1。

进一步地，所述统计客户端6包括：

接收模块，用于接收所述项目需求状态的时间信息以及所述项目需求为所述软件升级状态的缺陷数量、完成软件升级时间和计划上线时间。

计算模块，用于根据所述缺陷数量计算缺陷率，以及根据所述完成软件升级时间和所述计划上线时间计算项目耗时，还用于根据所述项目需求状态的时间信息计算所述需求客户端2、所述开发客户端3、所述测试客户端4和所述运维客户端5对应的开发效率。

显示模块，用于显示所述缺陷率、所述项目耗时和所述开发效率。

此外，所述项目需求相关信息还包括开发负责人、测试负责人和集成版本。

所述开发负责人与所述开发客户端3的用户ID相对应。

所述测试负责人与所述测试客户端4的用户ID相对应。

所述集成版本作为所述项目需求状态为软件完成状态的项目技术文件的编号。

以某一软件开发过程的测试质量统计分析为例，本发明提供的测试质量统计分析***，能够自动获取、统计、分析原始工作协同数据，最后产出质量报告。另外提供原始数据、统计分析数据查询功能界面。程序使用Java语言开发，采用B/S(浏览器/服务器)结构。其中浏览器对应各客户端。

具体地，建立工作协同平台。AzureDevOps，微软推出的一个集项目管理、开发管理、测试管理的一个服务套件。有好的团队协作效率，更安全的持续集成、持续交付，更简单的测试管理，更快响应运营管理。在本实施例中，工作协同平台包括服务器、需求客户端、开发客户端、测试客户端和运维客户端。

软件开发项目组的需求岗、开发岗、测试岗、运维岗共同使用这个平台开展日常工作。其中，需求岗对应需求客户端，从需求客户端登录；开发岗对应开发客户端，从开发客户端登录；测试岗对应测试客户端，从测试客户端登录；运维岗对应运维客户端，从运维客户端登录。

需求岗在平台上创建需求，填写需求相关信息，如需求标题、描述、计划上线时间、开发负责人、测试负责人、集成版本等，此过程中需求历经需求等待、需求分析状态。

需求创建后流转至开发岗，开发人员完成***设计、***开发状态。开发人员根据需求相关信息中的需求标题、描述和业务部门提供的需求文档进行***的设计。当完成***设计后，开发人员需要对需求信息进行修改，例如，完成***设计后，将需求状态改成***开发；完成***开发后，将需求状态改成***测试。进行有权限操作的人员需要是属于该项目组的成员。

需求开发完成后流转至测试岗，测试人员完成***测试、验收测试。测试人员根据需求信息中需求标题、描述、业务部门提供的需求文档进行***测试，例如，开发人员提供的详细设计文档；测试人员根据上述文档编写的测试用例。这些需求信息由业务部门提供给需求岗。测试完成后，测试人员需要在需求测试结果栏填写测试详细结果。测试岗的测试结果会反馈至开发岗，测试完成后，测试人员会填写测试结果，修改需求测试状态。如果测试通过，流转至后续环节；如果测试不通过，反馈给开发人员修复问题，修复后再次测试。

需求测试完成后流转至运维岗，运维同事完成***升级。运维同事根据整体需求测试结果决定是否能够升级，如果全部需求测试通过，则升级。否则需等待开发、测试完成后再升级。升级完成后需要回复需求信息，即软件升级状态，在实际应用中，需求状态改为已发布。

至此，需求完成全流程生命周期而结束。

工作协同平台还包括统计客户端。统计客户端主要用于下述工作：

分析前提：如前面工作协同平台所述，项目组各个岗位人员都使用该平台开展工作，从而会产生各种原始工作数据，通过收集这些数据并加以分析，可以得出一些项目工作过程质量的结论，从而制定出相应的改善措施。原始工作数据包括：1.需求进入需求分析、需求设计、***设计、***开发、***测试、验收测试、升级部署等环节的时间，利用这些数据可以统计各个环节的工作效率。2.测试过程中发现的Bug，利用这些数据可以统计分析版本质量。3.测试过程中编写的测试用例，利用这些数据可以统计测试人员的测试产出。4.需求的需求分析工作量、开发工作量、测试工作量，利用这些数据可以统计需求、开发、测试等各个岗位的工作饱和度。5.Bug的来源、根因，利用这些数据可以统计缺陷分布从而制定相应改进措施。

测试质量统计分析包括两方面内容质量保证方面和质量控制方面：

第一，质量保证方面：

收集统计需求从创建到***设计状态之间的时间，得出需求岗的分析效率。具体地，需求创建后，会流经“需求等待”、“需求分析”、“***设计”等状态。需求到了“***设计”状态，即由***开发人员介入开始开发工作。“***设计”之前的时间即是需求岗的工作时间，基于此时间可以分析需求岗的工作效率。

收集统计需求从***设计到***测试之间的时间，得出开发岗的开发效率。

收集统计需求从***测试到验收测试之间的时间，得出测试岗的测试效率。

收集统计需求的计划发布时间和实际发布时间，得出项目组的需求按时实现率。

基于所有开发岗的开发效率，可以分析同比、环比、开发组之间的开发效率对比。

通过各种效率分析，能够总结每个人、每个组别的工作效率，从而能够评估工作饱和度，挂钩考核制度和人员优化机制。具体地，通过需求数量以及字段信息中的需求分析工作量、开发工作量、测试工作量，统计各个岗位人员的工作负荷，评估工作饱和度。如果人员工作量明显比平均水平低，则认为该人员工作不饱和。结合工作量以及发现的缺陷，得出开发人员开发需求和遗漏缺陷占比，如果遗漏缺陷较多，则认为开发人员开发质量低，落入淘汰区间。同理，得出测试员人测试需求和发现缺陷占比，如果发现缺陷较少，则认为测试人员测试质量低，落入淘汰区间。

第二，质量控制方面：

收集集成测试、***测试阶段发现的Bug，得出开发岗的缺陷率、测试岗的发现缺陷率、遗留缺陷率。

收集Bug的原因，如编码错误、编码遗漏、设计错误、用户体验、容错校验等，得出Bug的原因覆盖，从而有针对性地改进开发工作避免往后类似Bug的再次出现。

统计年度各个版本的缺陷率，得出项目组的版本质量稳定度，评估工作量是否过量，开发测试质量是否稳定，内测阶段是否有效发现缺陷等。

具体地：

工作量是否过量：通过汇总并对比每个小组内部、项目组内部、各个项目组之间的需求、开发、测试工作量，分析每人、每小组、每个项目组的工作负荷情况。

开发测试质量是否稳定：统计每月开发测试需求数量、内测发现缺陷数量、验收发现缺陷数量，计算内测缺陷率、验收缺陷率，从而得出同比、环比缺陷率统计曲线，检查开发测试质量稳定性。

内测发现缺陷率和验收缺陷率差值可以体现内测阶段是否有效发现缺陷。如果内测缺陷率高，而验收缺陷率低，代表内测阶段发现了较多缺陷，遗漏到验收环节才发现的缺陷较少，内测质量高。

工作协同平台还包括鉴权客户端，鉴权客户端的功能是向获取模块提供工作协同平台的用户名和授权码信息，具体地，工作协同平台有权限控制，如果没有正确授权信息，无法访问。鉴权模块保存有工作协同平台的用户名和授权码信息，提供给获取模块使用。获取模块每次均需要联同鉴权模块才能调用工作协同平台接口查询原始数据。

此外，统计客户端包括获取模块、统计模块、分析模块、查询模块和报告模块，模块的工作流程如图2所示。

其中，获取模块的功能：调用工作协同平台接口，获取工作协同平台的原始数据。具体地，联同鉴权模块获得工作协同平台接口的调用权限，调用查询接口获取版本计划、需求、Bug、任务、用例等原始数据，保存在本地数据库，供查询模块和统计模块使用。

统计模块的功能：整合汇总原始数据；具体地，将获取模块提供的原始数据基于不同维度进行汇总整合，因应不同的统计需要，质量保证和质量控制统计的数据维度不一样。例如质量保证需要按月统计需求按时发布率、开发测试任务工时占比等，质量控制需要统计版本需求数、缺陷数等，进一步地，统计模块对获取的原始数据进行汇总，其中包含两种汇总方式：质量保证和质量控制。因为质量保证和质量控制的统计逻辑不太一样，所以分成了两块来统计。质量保证更多关注的是过程类数据，质量控制更多关注结果类数据。

分析模块的功能：分析统计模块得出的统计数据；具体地，基于统计数据，按照管理需要进行质量分析。例如质量保证方面，分析全年各月需求按时发布率走向得出需求工作稳定性、分析开发测试任务工时占比得出区分开发测试强度和难易程度。质量控制方面，分析全年各月缺陷率得出软件版本质量稳定性，分析内测和验收缺陷占比得出内测质量。分析模块产出分析数据，供查询模块和报告模块使用。

查询模块功能：提供查询功能页面给操作人员查询各种原始数据和分析数据。

报告模块功能：将分析数据整合形成为word、excel等多种样式的报告，通过邮件、企业微信等方式发送给项目干系人。

本发明提供的测试质量统计分析***的技术效果如下所述：

本发明能够将原有的全程人工参与方式转换为自动获取原始工作协同数据，统计、分析，形成报告，便于直观明了地了解掌握项目的过程性和结果性质量情况。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。

本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种测试质量统计分析***，其特征在于，包括服务器和客户端；所述客户端包括需求客户端、开发客户端、测试客户端、运维客户端和统计客户端；所述客户端与所述服务器连接；所述服务器中存储有所述开发客户端、所述测试客户端、所述运维客户端和所述统计客户端对应的用户注册信息；所述注册信息包括用户ID和接收条件；所述接收条件为项目需求状态和项目名称；所述项目需求状态包括软件需求状态、第一软件开发状态、第二软件开发状态、软件测试状态、软件完成状态和软件升级状态；

其中，所述需求客户端用于输入所述软件需求状态作为所述项目需求状态以及输入项目需求相关信息，还用于将所述项目需求相关信息、所述项目名称和所述第一软件开发状态发送至所述服务器；所述项目需求相关信息包括需求描述和计划上线时间；

所述开发客户端用于接收所述项目需求状态为第一软件开发状态的文件，并将所述计划上线时间、所述项目名称、所述软件测试状态发送至服务器；当接收到的所述项目需求状态为第一软件开发状态时，将所述需求描述对应的项目技术文件发送至所述服务器；当接收到的所述项目需求状态为第二软件开发状态时，将更新后的项目技术文件发送至所述服务器；更新后的所述项目技术文件为根据测试文档对所述项目技术文件进行更新得到的；

所述测试客户端用于接收所述项目需求状态为软件测试状态的文件，并且当所述测试文档的结论为无缺陷时，将所述计划上线时间、所述项目名称、所述软件完成状态、所述项目技术文件和所述测试文档发送至所述服务器，以及当所述测试文档的结论为有缺陷时，将所述计划上线时间、所述项目名称、所述第二软件开发状态、所述项目技术文件、所述测试文档发送至所述服务器，还用于将所述软件升级状态和所述缺陷数量发送给所述服务器；

所述运维客户端用于接收所述项目需求状态为软件完成状态的项目技术文件，并将所述软件升级状态和根据所述项目技术文件完成软件升级时间发送至所述服务器；

所述统计客户端用于接收所述项目需求为所述软件升级状态的缺陷数量并计算缺陷率，还用于接收所述项目需求为所述软件升级状态的完成软件升级时间和计划上线时间并计算项目耗时，以及根据项目需求状态的时间信息计算所述需求客户端、所述开发客户端、所述测试客户端和运维客户端的开发效率；

所述服务器用于对接收到的所述测试文档和所述项目技术文件进行实时更新，以及存储接收到的项目需求状态的时间信息并将所述时间信息发送给所述统计客户端，还用于根据所述项目需求状态和所述项目名称遍历接收条件，确定匹配接收条件的用户ID，并根据所述用户ID，将所述项目需求相关信息、所述项目技术文件、所述测试文档、所述缺陷数量、所述完成软件升级时间或所述计划上线时间发送至对应的客户端。

2.根据权利要求1所述的测试质量统计分析***，其特征在于，所述项目技术文件为软件升级压缩包。

3.根据权利要求1所述的测试质量统计分析***，其特征在于，所述服务器包括：

第一接收模块，用于接收项目需求相关信息、所述项目需求状态、所述项目名称、项目技术文件、所述测试文档、所述缺陷数量和完成软件升级时间；

存储模块，用于对所述项目需求状态的时间信息和所述注册信息进行存储；

查询模块，用于根据所述项目需求状态和所述项目名称遍历接收条件，确定匹配接收条件的用户ID；

更新模块，用于对接收到的所述测试文档和所述项目技术文件进行实时更新；

推送模块，用于根据所述用户ID，将所述项目需求相关信息、所述项目技术文件、所述测试文档、所述缺陷数量、所述完成软件升级时间或所述计划上线时间发送至对应的客户端。

4.根据权利要求1所述的测试质量统计分析***，其特征在于，还包括鉴权客户端；所述鉴权客户端与所述服务器连接；所述服务器中存储有所述鉴权客户端的用户ID；

所述鉴权客户端用于向所述服务器发送所述需求客户端、所述开发客户端、所述测试客户端、所述运维客户端和所述统计客户端对应的所述用户ID并设定所述用户ID的接收条件。

5.根据权利要求1所述的测试质量统计分析***，其特征在于，所述需求客户端包括：

输入模块，用于输入所述软件需求状态作为所述项目需求状态以及输入项目需求相关信息；

发送模块，用于将所述项目需求相关信息、所述项目名称和所述第一软件开发状态发送至所述服务器；所述项目需求相关信息包括需求描述和计划上线时间。

6.根据权利要求1所述的测试质量统计分析***，其特征在于，所述开发客户端包括：

接收模块，用于接收所述项目需求状态为第一软件开发状态的文件，以及所述项目需求状态为第二软件开发状态的文件；

上传模块，用于上传所述需求描述对应的项目技术文件和更新后的项目技术文件；更新后的所述项目技术文件为根据测试文档对所述项目技术文件进行更新得到的；

发送模块，用于将所述计划上线时间、所述项目名称、所述软件测试状态发送至所述服务器，并当接收到的所述项目需求状态为第一软件开发状态时，将所述需求描述对应的项目技术文件发送至所述服务器，以及当接收到的所述项目需求状态为第二软件开发状态时，将更新后的项目技术文件发送至所述服务器；更新后的所述项目技术文件为根据测试文档对所述项目技术文件进行更新得到的。

7.根据权利要求1所述的测试质量统计分析***，其特征在于，所述测试客户端包括：

接收模块，用于接收所述项目需求状态为软件测试状态的计划上线时间、项目名称和项目技术文件；

上传模块，用于上传对所述项目技术文件进行测试后得到的测试文档；

发送模块，用于当所述测试文档的结论为无缺陷时，将所述计划上线时间、所述项目名称、所述软件完成状态、所述项目技术文件和所述测试文档发送至所述服务器，还用于当所述测试文档的结论为有缺陷时，将所述计划上线时间、所述项目名称、所述第二软件开发状态、所述项目技术文件、所述测试文档发送至所述服务器，以及将所述软件升级状态和所述缺陷数量发送给所述服务器。

8.根据权利要求1所述的测试质量统计分析***，其特征在于，所述运维客户端包括：

接收模块，用于接收所述项目需求状态为软件完成状态的项目技术文件；

输入模块，用于输入根据所述项目技术文件完成软件升级时间；

发送模块，用于将所述软件升级状态和所述完成软件升级时间发送至所述服务器。

9.根据权利要求1所述的测试质量统计分析***，其特征在于，所述统计客户端包括：

接收模块，用于接收所述项目需求状态的时间信息以及所述项目需求为所述软件升级状态的缺陷数量、完成软件升级时间和计划上线时间；

计算模块，用于根据所述缺陷数量计算缺陷率，以及根据所述完成软件升级时间和所述计划上线时间计算项目耗时，还用于根据所述项目需求状态的时间信息计算所述需求客户端、所述开发客户端、所述测试客户端和所述运维客户端对应的开发效率；

显示模块，用于显示所述缺陷率、所述项目耗时和所述开发效率。

10.根据权利要求1所述的测试质量统计分析***，其特征在于，所述项目需求相关信息还包括开发负责人、测试负责人和集成版本；

所述开发负责人与所述开发客户端的用户ID相对应；

所述测试负责人与所述测试客户端的用户ID相对应；

所述集成版本作为所述项目需求状态为软件完成状态的项目技术文件的编号。