CN115617670A - 软件测试管理方法、存储介质及系统 - Google Patents

Abstract

本申请公开了一种软件测试管理方法、存储介质及系统，方法包括：获取软件测试任务的测试数据，以及为软件测试任务配置的任务评价规则；根据任务评价规则对测试数据进行评审分析，得到测试数据的分析结果；对分析结果按照预设量化规则进行量化处理，得到分析结果的测试工作指标；将测试工作指标与任务生产指标进行匹配，得到匹配结果，并根据匹配结果确定是否调整任务评价规则。通过对软件测试过程中的测试数据进行统一管理，并设定任务评价规则，能够形成有效的分析结果，从而提高对软件测试人员的管理效率。

Description

软件测试管理方法、存储介质及系统

技术领域

本申请涉及软件测试管理系统技术领域，具体涉及一种软件测试管理方法、存储介质及系统。

背景技术

平安银行通过定期对其开发的软件进行升级更新，以为用户提供更多、更稳定的金融服务。其中，在对软件进行升级更新之前，需要先对软件进行测试。一般地，这类测试由软件测试人员完成。

随着软件升级频次的增多，以及软件突显的漏洞的增多，对软件测试的任务量也相应增长。因此，需要更多的软件测试人员投入到软件测试工作中，由于软件测试人员所执行的软件测试任务较为分散且较为繁杂，难以对软件测试人员的工作情况进行有效管理。

发明内容

本申请实施例提供一种软件测试管理方法、存储介质及系统，能够提高对软件测试人员的管理效率。

第一方面，本申请实施例提供一种软件测试管理方法，应用于软件测试管理系统，方法包括：

获取软件测试任务的测试数据，以及为软件测试任务配置的任务评价规则；

根据任务评价规则对测试数据进行评审分析，得到测试数据的分析结果；

对分析结果按照预设量化规则进行量化处理，得到分析结果的测试工作指标；

将测试工作指标与任务生产指标进行匹配，得到匹配结果，并根据匹配结果确定是否调整任务评价规则。

第二方面，本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，当计算机程序在计算机上运行时，使得计算机执行如本申请任一实施例提供的软件测试管理方法。

第三方面，本申请实施例还提供一种软件测试管理系统，包括：

软件测试统筹模块，用于统计软件测试任务的测试数据；

规则维护模块，用于为软件测试任务配置任务评价规则，以及响应于优化指令，对任务评价规则进行更新；

软件测试管理模块，用于根据任务评价规则对测试数据进行评审分析，得到测试数据的分析结果；以及对分析结果按照预设量化规则进行量化处理，得到分析结果的测试工作指标；以及将测试工作指标与任务生产指标进行匹配，得到匹配结果，并根据匹配结果确定是否调整任务评价规则；

结果展示模块，用于提供用户交互界面，并在用户交互界面上展示通过软件测试管理模块得到数据。

本申请实施例提供的技术方案，通过获取软件测试任务的测试数据，以及为软件测试任务配置的任务评价规则；根据任务评价规则对测试数据进行评审分析，得到测试数据的分析结果；对分析结果按照预设量化规则进行量化处理，得到分析结果的测试工作指标；将测试工作指标与任务生产指标进行匹配，得到匹配结果，并根据匹配结果确定是否调整任务评价规则。一方面通过构建完整的软件测试管理系统能够直观地对软件测试人员所做的测试工作进行评价，且评价指标能够适用于每个软件测试人员，提高了对软件测试人员的工作效率的评价准确性，另外，还通过动态地调整任务评价规则，能够适应软件测试任务的实际执行情况，使得评价结果更加准确，也方便对软件测试人员进行有效管理。

附图说明

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

图1为本申请实施例提供的软件测试管理方法的流程示意图。

图2为本申请实施例提供的软件测试方法的细节示意图。

图3为本申请实施例提供的软件测试管理系统的结构示意图。

具体实施方式

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

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

软件测试：描述一种用来促进鉴定软件的正确性、完整性、安全性和质量的过程。换句话说，软件测试是一种实际输出与预期输出之间的审核或者比较过程。

其中，软件测试内容包括：需求评审、涉及评审、测试计划、测试用例评审、测试执行等。软件测试过程中会根据测试内容的不同而产生相应的测试数据。

本申请实施例提供一种软件测试管理方法，该软件测试管理方法的执行主体可以是智能手机、平板电脑、掌上电脑、台式电脑等设备，也可以是服务器，服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器，但并不局限于此。该软件测试管理方法应用于软件测试管理系统。

请参阅图1，图1为本申请实施例提供的软件测试管理方法的流程示意图。本申请实施例提供的软件测试管理方法的具体流程可以如下：

101、获取软件测试任务的测试数据，以及为软件测试任务配置的任务评价规则。

其中，软件测试任务包括软件测试过程中的各项任务，比如，软件连网性能测试、软件稳定性测试、软件与电子设备的适配性测试、软件的界面显示测试、软件跳转测试等。

在确定软件测试任务之后，可将软件测试任务分配给相应的软件测试人员，一个软件测试人员可以有多个软件测试任务，一个软件测试任务也可被分配给多个软件测试人员，具体情形此处并不进行限定。

示例性地，软件测试任务的测试数据可包括软件测试人员、软件测试任务的名称、需要测试的项目、测试的流程、每个测试节点需要检测的信息等。

任务评价规则为预先配置的对应该软件测试任务的任务评价规范。其中，通过获取与该软件测试任务对应的任务评价规则，并在软件测试任务执行完成之后，或者在软件测试任务完成的每一阶段可以使用任务评价规则对软件测试任务的执行情况进行评价，而该评价可以指示软件测试任务完成的优劣。

102、根据任务评价规则对测试数据进行评审分析，得到测试数据的分析结果。

通过使用任务评价规则对测试数据进行评审分析，得到的测试数据的分析结果能够指示测试数据的优劣。

其中，任务评价规则可为多个维度，进而通过从每一维度对测试数据进行评审分析，能够得到综合的分析结果，使得分析结果能够更加准确地表征软件测试任务的完成情况。

103、对分析结果按照预设量化规则进行量化处理，得到分析结果的测试工作指标。

其中，将分析结果量化成数值，进而以数值类型的测试工作指标直观地表示分析结果。比如，分析结果包括合格和不合格，其中，可将合格量化为1，将不合格量化为-1。再比如，分析结果为优秀、良好、一般、较差等，可将优秀量化为0.8，将良好量化为0.6，将一般量化为0.4，将较差量化为0.2。可以理解地，量化的方式以及分析结果的表达方式有多种，对于将非数值类型的分析结果量化为数值类型的测试工作指标的方式均可用于本申请实施例中。

104、将测试工作指标与任务生产指标进行匹配，得到匹配结果，并根据匹配结果确定是否调整任务评价规则。

其中，任务生产指标是和软件测试任务对应的最低指标，该任务生产指标是通过统计收集得到的，比如，在某一时间段内收集软件测试任务本身固有的缺陷，且排除软件测试人员的因素所造成的测试缺陷，从而得到任务生产指标。

此处进行举例说明，比如，在测试某一软件时，该软件存在固有的一个性能问题，该性能问题导致无论在何种测试条件下均影响软件测试结果，且该性能问题会导致软件测试结果的测试工作指标下降20％，如果测试工作指标的满分为1，任务生产指标可为0.2。

具体实施时，本申请不受所描述的各个步骤的执行顺序的限制，在不产生冲突的情况下，某些步骤还可以采用其它顺序进行或者同时进行。

在一些实施例中，测试数据包括：测试用例数量、测试耗时以及测试缺陷数量，任务评价规则包括对测试效率、用例产出率以及缺陷率；

根据任务评价规则对测试数据进行评审分析，得到测试数据的分析结果，包括：

根据测试效率对测试用例数量和测试耗时进行评审分析，得到测试数据的测试效率差值；以及，

根据用例产出率对测试用例数量和测试缺陷数量进行评审分析，得到测试数据的测试缺陷差值；以及，

根据缺陷率对测试缺陷数量和测试用例数量进行评审分析，得到测试数据的缺陷率差值。

其中，测试用例数量和测试耗时的比值即为执行该测试用例的测试效率，通过将执行测试用例的测试效率与任务评价规则中的测试效率进行比对，可得到两者的测试效率差值，其中，该测试效率差值能够指示对测试数据中测试用例的测试效率的分析结果。

相应地，测试用例数量和测试缺陷数量的比值即为执行该测试用例的用例产出率，而对应的测试缺陷差值能够指示对测试数据中测试用例的用例产出率的分析结果。

相应地，测试缺陷数量和测试耗时的比值即为执行该测试用例的缺陷率，而对应的缺陷率差值能够指示对测试数据中测试用例的缺陷率的分析结果。

其中，缺陷可以包括软件测试失败的内容，比如包括回归测试失败，推迟修改、软件界面显示异常等。测试耗时指的是执行软件测试任务耗用的时间。

示例性地，测试数据还包括：需求业务数量、研发测试任务数量、测试缺陷的类别等。

其中，通过对需求业务数量和测试用例数量进行对比，两者之间的差值还能够描述软件测试人员的工作量是否饱和。通过对研发测试任务数据和需求业务数量进行比对，还可以描述软件测试人员的研发能力。通过对缺陷的类别进行分析，还能够描述软件测试过程中常出现的测试问题，进而能够针对性提醒该缺陷。

此外，任务评价规则还包括：需求覆盖率、缺陷发现率等。通过以需求覆盖率对需求业务数量和测试用例数量进行评审分析，得到需求量差值，该需求量差值能够指示对测试用例的需求覆盖率的分析结果。通过以缺陷发现率对缺陷数量和耗用时长进行评审分析，得到缺陷发现率差值，该缺陷发现率差值能够指示对测试用例的缺陷发现率的分析结果。

如上，通过对测试数据在每一维度的任务评价规则进行评审分析，可以得到每一维度的任务评价规则指示的任务评审结果，而该任务评审结果的集合表示测试数据的分析结果。

在一些实施例中，对分析结果按照预设量化规则进行量化处理，得到分析结果的测试工作指标，包括：

按照预设量化规则指示的权重系数，为测试效率差值、测试缺陷差值以及缺陷率差值分别赋予对应的权重系数；

按照预设量化规则指示的统计函数，对赋予对应权重系数的测试效率差值、测试缺陷差值以及缺陷率差值进行统计分析，得到分析结果的测试工作指标。

其中，量化规则不仅指示了采用何种统计函数对测试效率差值、测试缺陷差值以及缺陷率差值进行运算，也指示了每一项差值对应的权重系数。

其中，统计函数可以为线性函数，也可以为非线性函数。通过将测试效率差值、测试缺陷差值以及缺陷率差值作为计算量代入统计函数中，即可得到一个统计值，该统计值称为测试工作指标。

示例性地，此处也仅提供了测试效率差值、测试缺陷差值以及缺陷率差值作为分析结果进行量化处理的方案，而对于更多的分析结果也可类比本实施例提供的方案。

其中，预设量化规则指示的权重系数可以根据分析结果的不同而变更，而分析结果中每一项差值对应的权重系数可以相同，也可以不同，或者部分项差值具有权重系数，而部分项差值不具有权重系数。具体实施方式有多种，此处不再列举。

如上，可以先通过任务评价规则为测试数据在多个维度进行评审分析，分析结果以测试效率差值、测试缺陷差值以及缺陷率差值等形式表示，之后，再通过预设量化规则对分析结果进行量化处理，得到一个能够表征软件测试人员任务完成情况的测试工作指标。以此，能够对软件测试人员的工作情况进行准确地分析，且以测试工作指标的方式直观地对软件测试人员的工作情况进行量化描述，可以方便管理人员在横向以及纵向对各部门或者各软件测试人员的工作情况进行对比，从而方便管理人员对软件测试人员进行有效管理，且能够通过测试工作指标获知软件测试人员在工作中存在的不足，方便给予纠正，利于提高软件测试人员的工作效率。

在一些实施例中，将测试工作指标与任务生产指标进行匹配，得到匹配结果，并根据匹配结果确定是否调整任务评价规则，包括：

确定测试工作指标与任务生产指标之间的指标差值是否大于预设阈值，其中，任务生产指标用于衡量软件测试任务的预设缺陷；

若是，则确定测试工作指标与任务生产指标不匹配，并根据指标差值调整任务评价规则。

在本实施例中，该任务生产指标对应最低指标，其包括功能缺陷和/或性能缺陷等在软件测试过程中正常出现的缺陷。任务生产指标可以为一个时间段内统计出的某一出现次数最多的缺陷类型的缺陷率，进而将该缺陷率与测试效率进行对比，即可得到任务生产指标。

当然地，该任务生产指标也可为一个经验值，或者由工作任务预先评估出的一个值。能够反映执行软件测试任务的理想的测试工作指标。

其中，在将测试工作指标与任务生产指标进行匹配时，若测试工作指标大于任务生产指标，则说明测试工作指标合理，或者说明软件测试人员的软件测试任务执行情况合格。若测试工作指标小于任务生产指标，则说明测试工作指标不合理，或者，说明软件测试人员的软件测试任务执行情况不合格。

具体地，还对测试工作指标与任务生产指标求差值，并对该差值求取绝对值得到指标差值。其中，在测试工作指标大于任务生产指标的情况下，两者的差值为正数，若指标差值大于预设阈值，说明软件测试人员的软件测试任务执行情况远大于预期，存在任务评价规则不合理的情况，在此种情形下，则需要优化任务评价规则。其中，优化的方式可比如为对测试效率、用例产出率、缺陷率等的计算规则进行修正。此处以测试效率为例，可将上述的测试效率差值赋予权重以得到分析结果，其中，该权重可小于1。

在测试工作指标等于任务生产指标的情况下，说明任务评价规则合理。而若测试工作指标小于任务生产指标，两者的差值为负数，该差值的绝对值为指标差值，若指标差值大于预设阈值，说明软件测试人员的软件测试任务执行情况远小于预期，存在任务评价规则不合理的情况，在此种情形下，则需要优化任务评价规则。其中，优化的方式可比如为提高分析结果中测试效率、用例产出率以及缺陷率等。

而当上述的指标差值小于预设阈值时，说明任务评价规则合理，根据指标差值可以衡量软件测试人员的软件测试任务的执行情况。

可以理解地，此处的预设阈值可根据实际情况进行更新，也可由用户自定义设定，具体的实施方式此处并不进行限定。

在一些实施例中，根据指标差值调整任务评价规则，包括：

根据指标差值生成对任务评价规则进行优化的优化提示信息；

响应于根据优化提示信息生成的优化指令，对任务评价规则进行更新。

在本实施例中，在需要对任务评价规则进行优化提示时，可通过生成优化提示信息，以提示工作人员对任务评价规则进行优化，其中，优化提示信息可通过短信、语音、电话、邮件等方式，该优化提示信息中还可携带指标差值，使得当工作人员接收到该优化提示信息之后，能够基于指标差值作出合理的优化方案。

其中，根据优化提示信息生成的优化指令可以为对任务评价规则进行调整的操作，在执行优化指令之后，能够对任务评价规则进行调整。或者，优化指令也可为新的任务评价规则，当接收到该新的任务评价规则之后，即可以新的任务评价规则替换旧的任务评价规则。具体实施例方式可根据实际需求选择，此处并不进行限定。

示例性地，优化提示信息还可携带有优化建议，当用户接收到该优化建议之后，可以直接选择该优化建议对任务评价规则进行优化，也可选择在优化建议的基础上进行调整以对任务评价规则进行优化。以此，通过为任务评价规则的优化提供依据，能够便于用户准确把握优化的程度，使得优化后的任务评价规则更加合理。

如上，通过在对软件测试任务以及软件测试人员的工作情况进行评价的过程中，还根据实际情况动态、持续地更新任务评价规则，以形成闭环管理。

在一些实施例中，确定测试工作指标与任务生产指标之间的指标差值是否大于预设阈值之后，还包括：

若否，则确定测试工作指标与任务生产指标匹配；

根据测试工作指标、任务生产指标以及测试数据生成可视化图表以进行展示。

在本实施例中，当测试工作指标与任务生产指标匹配的情况下，则说明任务评价规则合理，并不需要对任务评价规则进行优化。可以直接根据测试工作指标、任务生产指标以及测试数据生成可视化图表。

其中，可视化图表可以为饼图、柱状图、条形图、折线图、环形图、直方图等形式。

进一步地，还可根据测试工作指标、任务生产指标以及测试数据生成分析数据，该分析数据可对应到每一测试用例或软件测试任务或软件测试人员，比如，其形式可为某一软件测试人员完成的软件测试任务有哪些，所耗用时长是多少，其测试工作指标是多少，其执行的软件测试任务的任务生产指标是多少，测试工作指标与任务生产指标之间的指标差值是什么，在测试过程中出现的缺陷类型和缺陷数量是哪些，然后针对各项指标对该软件测试人员进行工作完成情况的评价等。

其中，可视化图表也可以按照部门或分组展示内部的任务执行完成情况，或者按照软件测试任务展示多个软件测试人员对该软件测试任务所做的贡献等。当然地，也可以完成时间、软件版本等展示对应的数据。由于展示方式是可选的，故此并不进行详述。

此外，本实施例中提供的可视化图表还可以在用户交互界面上显示，以供用户根据该可视化图表执行数据筛选操作、数据统计操作、变更图表展示方式等操作，其中，数据筛选操作的条件可比如为版本、时间、组别等。

其中，当可视化图表显示在用户交互界面上时，其还可基于H5页面展示。且具有导出按键，以形成离线的图表数据或文本数据。

综上，针对上述实施例提及的内容，此处提供一个示意图以完整地解释本申请实施例的细节。请参阅图2，图2为本申请实施例提供的软件测试方法的细节示意图。其中，通过获取软件测试任务的测试数据，该测试数据包括测试用例数量、测试耗时以及测试缺陷数量。以及获取对软件测试任务的任务评价规则，该任务评价规则包括测试效率、用例产出率以及缺陷率。通过任务评价规则对测试数据进行评审分析，得到分析结果。之后，通过预设量化规则对分析结果进行量化分析，得到测试工作指标。将测试工作指标与任务生产指标进行匹配，若匹配成功，则制作可视化图表，若匹配失败，则推送优化提示信息。

由上可知，本发明实施例提出的软件测试管理方法，能够通过自动收集测试数据，以将测试数据与任务评价规则进行对比，能够高效高质地对测试数据进行评审分析，并对分析结果进行量化处理，得到测试工作指标。同时，还通过统计测试过程中的各项缺陷以得到任务生产指标，进而将测试工作指标与任务生产指标进行匹配。当两者匹配时，生成报表数据给管理者，且在用户交互界面显示该报表数据，便于管理者对报表数据进行操作。当两者不匹配时，通过推送优化提示信息给任务评价规则的制定人员，并提出优化建议，以便于制定人员能够优化任务评价规则，实现软件测试任务的全线上流程化管理，提高了管理者对软件测试人员的管理效率。

在一实施例中还提供一种软件测试管理系统。请参阅图3，图3为本申请实施例提供的软件测试管理系统200的结构示意图。其中该软件测试管理系统200包括：

软件测试统筹模块201，用于统计软件测试任务的测试数据；

规则维护模块202，用于为软件测试任务配置任务评价规则，以及响应于优化指令，对任务评价规则进行更新；

软件测试管理模块203，用于根据任务评价规则对测试数据进行评审分析，得到测试数据的分析结果；以及对分析结果按照预设量化规则进行量化处理，得到分析结果的测试工作指标；以及将测试工作指标与任务生产指标进行匹配，得到匹配结果，并根据匹配结果确定是否调整任务评价规则；

结果展示模块204，用于提供用户交互界面，并在用户交互界面上展示通过软件测试管理模块203得到数据。

其中，软件测试统筹模块201的输入数据以及生成数据可由软件测试工作人员维护，规则维护模块202的任务评价规则的制定和更新可由规则制定人员维护，软件测试管理模块203可由后台服务器进行维护，结果展示模块204可由管理人员进行维护以及执行操作。

具体实施方式可参照上述提及的内容，此处不再赘述。

在一些实施例中，测试数据包括：测试用例数量、测试耗时以及测试缺陷数量，任务评价规则包括对测试效率、用例产出率以及缺陷率；软件测试管理模块203，还用于：

根据测试效率对测试用例数量和测试耗时进行评审分析，得到测试数据的测试效率差值；以及，

根据用例产出率对测试用例数量和测试缺陷数量进行评审分析，得到测试数据的测试缺陷差值；以及，

根据缺陷率对测试缺陷数量和测试用例数量进行评审分析，得到测试数据的缺陷率差值。

在一些实施例中，软件测试管理模块203，还用于：

按照预设量化规则指示的权重系数，为测试效率差值、测试缺陷差值以及缺陷率差值分别赋予对应的权重系数；

按照预设量化规则指示的统计函数，对赋予对应权重系数的测试效率差值、测试缺陷差值以及缺陷率差值进行统计分析，得到分析结果的测试工作指标。

在一些实施例中，软件测试管理模块203，还用于：

确定测试工作指标与任务生产指标之间的指标差值是否大于预设阈值，其中，任务生产指标用于衡量软件测试任务的预设缺陷；

若是，则确定测试工作指标与任务生产指标不匹配，并根据指标差值调整任务评价规则。

在一些实施例中，软件测试管理模块203，还用于：

根据指标差值生成对任务评价规则进行优化的优化提示信息；

响应于根据优化提示信息生成的优化指令，对任务评价规则进行更新。

在一些实施例中，确定测试工作指标与任务生产指标之间的指标差值是否大于预设阈值之后，软件测试管理模块203，还用于：

若否，则确定测试工作指标与任务生产指标匹配；

根据测试工作指标、任务生产指标以及测试数据生成可视化图表以进行展示。

在一些实施例中，软件测试管理模块203，还用于：

若确定测试工作指标与任务生产指标匹配，则根据测试工作指标、任务生产指标以及测试数据生成可视化图表，并将可视化图表发送至结果展示模块204以进行展示；

若确定测试工作指标与任务生产指标不匹配，则根据指标差值对任务评价规则生成优化提示信息，并将优化提示信息推送至规则维护模块202以进行提示。

在一些实施例中，规则维护模块202用于：

接收规则设定指令，并根据规则设定指令确定对测试效率、用例产出率以及缺陷率的任务评价规则；以及，

接收根据优化提示生成的优化指令，并根据优化指令对测试效率、用例产出率以及缺陷率的任务评价规则进行更新。

其中，规则制定人员可单独在任意时间对任务评价规则进行修改，或者增加新的任务评价规则，或者删除任务评价规则。

在一些实施例中，软件测试统筹模块201还用于：

接收输入的测试用例数量、需求业务数量、研发测试任务数量中的至少一种；

统计测试用例数量、需求业务数量或研发测试任务数量在执行过程中的测试耗时以及测试缺陷数量。

具体实施例方式可参照上述提及的内容，此处不再赘述。

在一些实施例中，结果展示模块204还用于：

展示从软件测试管理模块203接收到的可视化图表。

其中，可视化图表可展示在软件测试管理模块203对应的用户交互界面上，管理者可通过用户交互界面对数据进行筛选与分析。具体实施方式可参照上述提及的内容，此处不再赘述。

示例性地，结果展示模块204还用于：

接收搜索指令，并根据搜索指令从软件测试管理模块203调用对应的数据并展示在用户交互界面上。

当然地，用户交互界面上还提供有搜索窗口，用户可通过在搜索窗口搜索某一事项，进而调取该事项对应的记录，并将该记录显示在用户交互界面上，此种方式能够快速地定位用户需要查询的内容，具有极大的便利性。

应当说明的是，本申请实施例提供的软件测试管理系统200与上文实施例中的软件测试管理方法属于同一构思，通过该软件测试管理系统200可以实现软件测试管理方法实施例中提供的任一方法，其具体实现过程详见软件测试管理方法实施例，此处不再赘述。

由上可知，本实施例提供的软件测试管理系统200，通过自动收集测试数据，以将测试数据与任务评价规则进行对比，能够高效高质地对测试数据进行评审分析，并对分析结果进行量化处理，得到测试工作指标。同时，还通过统计测试过程中的各项缺陷以得到任务生产指标，进而将测试工作指标与任务生产指标进行匹配。当两者匹配时，生成报表数据给管理者，且在用户交互界面显示该报表数据，便于管理者对报表数据进行操作。当两者不匹配时，通过推送优化提示信息给任务评价规则的制定人员，并提出优化建议，以便于制定人员能够优化任务评价规则，实现软件测试任务的全线上流程化管理，提高了管理者对软件测试人员的管理效率。且能够实现多设备的共同操作，且没有人员对应的操作软件测试管理系统中对应的模块，能够实现工作上的协同，方便管理者进行管理，也使得工作流程更加简洁、智能化，同样也兼备上述实施例提及的软件测试管理方法所能实现的技术效果。

本领域普通技术人员可以理解，上述实施例的各种方法中的全部或部分步骤可以通过指令来完成，或通过指令控制相关的硬件来完成，该指令可以存储于一计算机可读存储介质中，并由处理器进行加载和执行。

为此，本申请实施例提供一种计算机可读存储介质，本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，的程序可以存储于一计算机可读取存储介质中，该程序在执行时，包括如下步骤：

获取软件测试任务的测试数据，以及为软件测试任务配置的任务评价规则；

根据任务评价规则对测试数据进行评审分析，得到测试数据的分析结果；

对分析结果按照预设量化规则进行量化处理，得到分析结果的测试工作指标；

将测试工作指标与任务生产指标进行匹配，得到匹配结果，并根据匹配结果确定是否调整任务评价规则。

以上各个操作的具体实施可参见前面的实施例，在此不再赘述。

上述的存储介质可以为ROM/RAM、磁碟、光盘等。由于该存储介质中所存储的计算机程序，可以执行本申请实施例所提供的任一种软件测试管理方法中的步骤，因此，可以实现本申请实施例所提供的任一种软件测试管理方法所能实现的有益效果，详见前面的实施例，在此不再赘述。

以上对本申请实施例所提供的一种软件测试管理方法、存储介质及系统进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本申请的限制。

Claims (11)

1.一种软件测试管理方法，其特征在于，应用于软件测试管理系统，所述方法包括：

获取软件测试任务的测试数据，以及为所述软件测试任务配置的任务评价规则；

根据所述任务评价规则对所述测试数据进行评审分析，得到所述测试数据的分析结果；

对所述分析结果按照预设量化规则进行量化处理，得到所述分析结果的测试工作指标；

将所述测试工作指标与任务生产指标进行匹配，得到匹配结果，并根据所述匹配结果确定是否调整所述任务评价规则。

2.根据权利要求1所述的软件测试管理方法，其特征在于，所述测试数据包括：测试用例数量、测试耗时以及测试缺陷数量，所述任务评价规则包括对测试效率、用例产出率以及缺陷率；

所述根据所述任务评价规则对所述测试数据进行评审分析，得到所述测试数据的分析结果，包括：

根据所述测试效率对所述测试用例数量和所述测试耗时进行评审分析，得到所述测试数据的测试效率差值；以及，

根据所述用例产出率对所述测试用例数量和所述测试缺陷数量进行评审分析，得到所述测试数据的测试缺陷差值；以及，

根据所述缺陷率对所述测试缺陷数量和所述测试用例数量进行评审分析，得到所述测试数据的缺陷率差值。

3.根据权利要求2所述的软件测试管理方法，其特征在于，所述对所述分析结果按照预设量化规则进行量化处理，得到所述分析结果的测试工作指标，包括：

按照所述预设量化规则指示的权重系数，为所述测试效率差值、所述测试缺陷差值以及所述缺陷率差值分别赋予对应的权重系数；

按照所述预设量化规则指示的统计函数，对赋予对应权重系数的所述测试效率差值、所述测试缺陷差值以及所述缺陷率差值进行统计分析，得到所述分析结果的测试工作指标。

4.根据权利要求1所述的软件测试管理方法，其特征在于，所述将所述测试工作指标与任务生产指标进行匹配，得到匹配结果，并根据所述匹配结果确定是否调整所述任务评价规则，包括：

确定所述测试工作指标与所述任务生产指标之间的指标差值是否大于预设阈值，其中，所述任务生产指标用于衡量所述软件测试任务的预设缺陷；

若是，则确定所述测试工作指标与所述任务生产指标不匹配，并根据所述指标差值调整所述任务评价规则。

5.根据权利要求4所述的软件测试管理方法，其特征在于，所述根据所述指标差值调整所述任务评价规则，包括：

根据所述指标差值生成对所述任务评价规则进行优化的优化提示信息；

响应于根据所述优化提示信息生成的优化指令，对所述任务评价规则进行更新。

6.根据权利要求4或5所述的软件测试管理方法，其特征在于，所述确定所述测试工作指标与所述任务生产指标之间的指标差值是否大于预设阈值之后，还包括：

若否，则确定所述测试工作指标与所述任务生产指标匹配；

根据所述测试工作指标、所述任务生产指标以及所述测试数据生成可视化图表以进行展示。

7.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，当所述计算机程序在计算机上运行时，使得所述计算机执行如权利要求1至6任一项所述的软件测试管理方法。

8.一种软件测试管理系统，其特征在于，所述软件测试管理系统包括：

软件测试统筹模块，用于统计软件测试任务的测试数据；

规则维护模块，用于为所述软件测试任务配置任务评价规则，以及响应于优化指令，对所述任务评价规则进行更新；

软件测试管理模块，用于根据所述任务评价规则对所述测试数据进行评审分析，得到所述测试数据的分析结果；以及对所述分析结果按照预设量化规则进行量化处理，得到所述分析结果的测试工作指标；以及将所述测试工作指标与任务生产指标进行匹配，得到匹配结果，并根据所述匹配结果确定是否调整所述任务评价规则；

结果展示模块，用于提供用户交互界面，并在所述用户交互界面上展示通过所述软件测试管理模块得到数据。

9.根据权利要求8所述的软件测试管理系统，其特征在于，所述软件测试管理模块，还用于：

若确定所述测试工作指标与所述任务生产指标匹配，则根据所述测试工作指标、所述任务生产指标以及所述测试数据生成可视化图表，并将所述可视化图表发送至所述结果展示模块以进行展示；

若确定所述测试工作指标与所述任务生产指标不匹配，则根据所述测试工作指标与所述任务生产指标之间的指标差值对所述任务评价规则生成优化提示信息，并将所述优化提示信息推送至所述规则维护模块以进行提示。

10.根据权利要求9所述的软件测试管理系统，其特征在于，所述规则维护模块用于：

接收规则设定指令，并根据所述规则设定指令确定对测试效率、用例产出率以及缺陷率的任务评价规则；以及，

接收根据所述优化提示生成的优化指令，并根据所述优化指令对所述测试效率、所述用例产出率以及所述缺陷率的任务评价规则进行更新。

11.根据权利要求9所述的软件测试管理系统，其特征在于，所述软件测试统筹模块还用于：

接收输入的测试用例数量、需求业务数量、研发测试任务数量中的至少一种；

统计所述测试用例数量、所述需求业务数量或所述研发测试任务数量在执行过程中的测试耗时以及测试缺陷数量。

Images