测试质量及规范的判断方法、系统和网络设备

摘要

本申请提供一种测试质量及规范的判断方法、系统和网络设备，属于测试技术领域。所述测试质量及规范的判断方法通过监听函数对代码仓库管理系统的代码推送行为进行监听；计算出监听到的推送的代码分支对应的需求状态，判断对应的需求状态是否处于测试中；若代码推送的代码分支对应的需求状态属于测试中，获取代码推送行为对应的信息；根据代码推送行为对应的信息，计算对应的需求在测试中的代码推送提交记录，和/或计算对应的需求在测试中测试人员录入的代码问题记录，得到计算结果；根据预设评测指标，对计算结果进行判断后得到对应的需求的测试质量及规范的判断结果；解决现有技术存在无法及时获知测试需求质量及测试人员规范等问题。

说明书

技术领域

本申请涉及测试技术领域，尤其涉及一种测试质量及规范的判断方法、系统和网络设备。

背景技术

在需求提测后，开发人员可能会继续通过git push进行代码推送，测试人员需要感知开发人员的代码推送行为或者通过定期去gitlab中查看推送记录，或者通过可以githook，定制开发的git push行为，当有git push行为时，及时收到消息提醒，通知测试人员在测试的需求有git push代码推送。

然而，目前这两种方法都有一定的局限性，前者缺少及时性，后者没有充分分析和利用git push提供的信息；这就导致了无法及时获知测试需求的质量是否符合要求，也无法及时知道测试人员的操作是否符合规范。

发明内容

本申请提出了一种测试质量及规范的判断方法、系统和网络设备，以解决现有技术存在无法及时获知测试需求质量及测试人员规范等问题。

为了解决上述技术问题，本申请是这样实现的：

第一方面，本申请实施例提供了一种测试质量及规范的判断方法，包括：

设置监听函数，通过所述监听函数对代码仓库管理系统的代码推送行为进行监听；

计算出监听到的推送的代码分支对应的需求状态，判断所述对应的需求状态是否处于测试中；

若所述推送的代码分支对应的需求状态属于测试中，获取所述代码推送行为对应的信息；

将所述代码推送行为对应的信息发送至对应的测试人员；

根据所述代码推送行为对应的信息，计算对应的需求在测试中的代码推送提交记录，和/或计算对应的需求在测试中测试人员录入的代码问题记录，得到计算结果；

根据预设评测指标，对所述计算结果进行判断后得到所述对应的需求的测试质量及规范的判断结果。

第二方面，本申请实施例提供了一种测试质量及规范的判断系统，包括：

监听模块，用于设置监听函数，通过所述监听函数对代码仓库管理系统的代码推送行为进行监听；

需求状态判断模块，用于计算出监听到的推送的代码分支对应的需求状态，判断所述对应的需求状态是否处于测试中；

推送信息获取模块，用于若所述推送的代码分支对应的需求状态属于测试中，获取所述代码推送行为对应的信息；

信息发送模块，用于将所述代码推送行为对应的信息发送至对应的测试人员；

计算模块，用于根据所述代码推送行为对应的信息，计算对应的需求在测试中的代码推送提交记录，和/或计算对应的需求在测试中测试人员录入的代码问题记录，得到计算结果；

判断模块，用于根据预设评测指标，对所述计算结果进行判断后得到所述对应的需求的测试质量及规范的判断结果。

第三方面，本申请实施例提供了一种网络设备，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现上述第一方面的测试质量及规范的判断方法的步骤。

第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面的测试质量及规范的判断方法的步骤。

本申请实施例提供的技术方案带来的有益效果至少包括：通过监听函数对代码仓库管理系统的代码推送行为进行监听；计算出监听到的推送的代码分支对应的需求状态，判断所述对应的需求状态是否处于测试中；若所述推送的代码分支对应的需求状态属于测试中，获取所述代码推送行为对应的信息；将所述代码推送行为对应的信息发送至对应的测试人员；根据所述代码推送行为对应的信息，计算对应的需求在测试中的代码推送提交记录，和/或计算对应的需求在测试中测试人员录入的代码问题记录，得到计算结果；根据预设评测指标，对所述计算结果进行判断后得到所述对应的需求的测试质量及规范的判断结果；解决现有技术存在无法及时获知测试需求质量及测试人员规范等问题。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本申请的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1为本申请实施例提供的一种测试质量及规范的判断方法流程图；

图2为本申请实施例提供的一种测试质量及规范的判断结果展示示意图；

图3为本申请实施例提供的一种测试质量及规范的判断系统的结构示意图；

图4为本申请实施例提供的一种网络设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。

下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的测试质量及规范的判断方法、系统、网络设备和存储介质等进行详细地说明。

请参考图1，图1示出了本申请实施例提供的一种测试质量及规范的判断方法流程图，所述方法包括：

步骤11，设置监听函数，通过所述监听函数对代码仓库管理系统的代码推送行为进行监听。

具体的，代码仓库管理系统是一个用于对项目代码进行管理的工具，如gitlab这种能够用于仓库管理系统的开源项目的代码管理工具，当采用gitlab工具时，可以定制githook（钩子）的git push（推送）行为的监听函数，显然本申请实施例提供的技术方案，也可以适用于其他代码管理工具。

步骤12，计算出监听到的推送的代码分支对应的需求状态，判断所述对应的需求状态是否处于测试中。

代码仓库管理系统的每一次推送行为推送的代码分支都有各自对应的需求，这些需求对应的状态是需要首先获取的，只关注在测试中的需求的测试质量以及相关测试人员的操作规范问题。

步骤13，若所述推送的代码分支对应的需求状态属于测试中，获取所述代码推送行为对应的信息。

具体的，对于属于测试中的需求，获取该需求对应的代码推送行为的相关信息，以用于对测试质量和规范的判断。

步骤14，将所述代码推送行为对应的信息发送至对应的测试人员。

步骤15，根据所述代码推送行为对应的信息，计算对应的需求在测试中的代码推送提交记录，和/或计算对应的需求在测试中测试人员录入的代码问题记录，得到计算结果。

具体的，一个代码推送行为对应的需求在测试中可能会有至少1次代码推送提交记录，一个推送行为也可能会同时推送多个分支的多段代码；测试人员针对对应的需求在本次测试中全部的推送代码都有问题记录，计算对应的需求在测试中的代码推送提交记录、计算对应的需求在测试中测试人员录入的代码问题记录能够直观的了解对应的需求在测试中的状态，提高了测试质量及规范评测结果的可靠性。

步骤16，根据预设评测指标，对所述计算结果进行判断后得到所述对应的需求的测试质量及规范的判断结果。

根据对应的需求在测试中的代码推送提交记录、对应的需求在测试中测试人员录入的代码问题记录以及预设的评测指标，能够得到对应的需求的测试质量及规范的判断结果，充分考虑了代码推送的状态和测试人员的状态，提高了测试质量及规范评测结果的可靠性。

可选的，在本申请一些实施例中，所述代码推送行为对应的信息包括以下至少之一：

所述代码推送行为对应的开发人员、所述代码推送行为对应的项目、所述代码推送行为对应的代码分支、所述代码推送行为对应的需求链接、所述推送行为包含的全部代码推送提交记录信息。

示例性的，在gitlab场景下可通过监听函数设置git hook，当识别到git push代码推送行为的时候，判断git push推送的代码分支对应的需求状态是否在测试中，如果是在测试中，则将git push代码推送行为对应的信息，包括：git push的开发人员、推送行为对应的项目、推送行为对应的代码分支、推送行为对应的需求链接、以及git push推送行为包含的全部commit（代码提交）信息，通过如企业微信的机器人、邮件提醒等功能，推送给对应的测试人员。

可选的，在本申请一些实施例中，根据所述代码推送行为对应的信息，计算对应的需求在测试中的代码推送提交记录，包括：

计算出所述对应的需求在本次测试中的代码推送提交次数C1。

具体的，还可以计算出当前版本在本次测试中的所有需求的代码推送提交次数均值C3，以便于对比对应的需求在本次测试中的代码推送提交次数是否异常，高出平均太多，或者远低于平均值都可能会存在一些问题。

值得注意是，如gitlab系统中git push代码推送可以对应很多次git commit提交，需要关注每一次git push代码推送包含的全部git commit提交记录。

可选的，在本申请一些实施例中，根据代码推送行为对应的信息，计算对应的需求在测试中测试人员录入的代码问题记录，包括：

计算出所述对应的需求在本次测试中的测试人员录入的代码问题的次数C2。

具体的，还可以包括计算出当前版本在本次测试中的所有需求被录入的代码问题的平均次数C4。

示例性的，本次测试中的测试人员录入的代码问题的次数C2<当前版本在本次测试中的所有需求被录入的代码问题的平均次数C3，提示测试人员可能存在录入问题不及时的情况。

可选的，在本申请一些实施例中，所述根据预设评测指标，对所述计算结果进行判断后得到所述对应的需求的测试质量及规范的判断结果，包括：

将所述对应的需求在本次测试中的代码推送提交次数C1，与所述对应的需求在本次测试中的测试人员录入的代码问题的次数C2进行对比；

若C1＞C2，则所述对应的需求在测试中可能存在不规范行为。

示例性的，如计算一个迭代对应的每个需求提测后推送代码的次数和测试人眼提交的bug数，如果git commit的次数>提交的bug数，则说明需求提测后开发的提交代码行为较多，存在以下几种可能：

相关测试人员测试提交bug不及时；

开发人员除了提交修复bug相关的代码外，还提交了其他的功能代码；

该需求对应的代码夹带了别的需求代码；

无论出现以上的哪种可能，都是不符合测试规范的行为，需要引起重视；具体的，在测试结果的展示界面上，可以特定的标记的形式提示相关测试人员、开发人员，要求他们针对存在问题的需求提供详细测试信息，供进一步人工判断具体存在何种问题。

可选的，在本申请一些实施例中，所述不规范行为，包括以下至少之一：

测试人员提交的代码问题不及时；

开发人员提交了修复问题以外的代码；

所述对应的需求对应的代码中可能包含了其他需求的代码。

具体的，当前版本在本次测试中的所有需求被录入的代码问题的平均次数C3，当前版本在本次测试中的所有需求被提交的代码的平均次数C4；

如果C1 > C2，且C2

如果C1 > C2，且C1 >C4，则对应不规范行为的“开发人员提交了修复问题以外的代码”或者“所述对应的需求对应的代码中可能包含了其他需求的代码”。

可选的，在本申请一些实施例中，所述方法还包括：

根据判断结果生成所述对应的需求的测试质量评估页面，所述评估页面中包含所述对应的需求的相关信息展示；

在所述测试质量评估页面中对可能存在不规范行为的判断结果进行提示。

具体的，测试质量评估页面中，可以按照时间、jira项目名称展示目标需求提测后代码推送提交次数C1和录入的代码问题的次数C2，并且对于需要关注的需求(即可能存在问题的需求，C1＞C2，如gitlab中git commit次数>bug数)，进行重点显示，提示该需求可能存在不符合测试流程规范的行为。

示例性的，参考图2示意了一种测试质量评估页面，展示了对应的需求的测试情况，可以通过jira关键字、日期、项目名称等对目标需求的测试质量评估结果进行查询，图中的代码提交次数即代码推送提交次数C1，问题数就是录入的代码问题的次数C2；通过加粗的方式提示用户C1＞C2的情况，实际使用中也可以通过醒目的颜色标记等方式。

综上所述，本申请实施例提供的测试质量及规范的判断方法，解决提供了测试质量及规范的判断，并且能够实现以下有益技术效果：

通过监听函数，对代码仓库管理系统的代码推送行为进行监听，及时得到各代码分支的状态，对于在测试中的需求获取其对应的信息，并根据需求对应的信息获取所述需求在测试中的代码推送提交记录和测试人员的代码问题录入记录，根据这些记录能够直观的了解对应的需求在测试中的状态；之后根据预设评测指标，对所述计算结果进行判断后得到所述对应的需求的测试质量及规范的判断结果；解决现有技术存在无法及时获知测试需求质量及测试人员规范等问题，提高了测试质量及规范评测结果的可靠性。

请参考图3，本申请实施例提供了一种测试质量及规范的判断系统30，包括：

监听模块31，用于设置监听函数，通过所述监听函数对代码仓库管理系统的代码推送行为进行监听；

需求状态判断模块32，用于计算出监听到的推送的代码分支对应的需求状态，判断所述对应的需求状态是否处于测试中；

推送信息获取模块33，用于若所述推送的代码分支对应的需求状态属于测试中，获取所述代码推送行为对应的信息；

信息发送模块34，用于将所述代码推送行为对应的信息发送至对应的测试人员；

计算模块35，用于根据所述代码推送行为对应的信息，计算对应的需求在测试中的代码推送提交记录，和/或计算对应的需求在测试中测试人员录入的代码问题记录，得到计算结果；

判断模块36，用于根据预设评测指标，对所述计算结果进行判断后得到所述对应的需求的测试质量及规范的判断结果。

可选的，在本申请一些实施例中，所述代码推送行为对应的信息包括以下至少之一：

所述代码推送行为对应的开发人员、所述代码推送行为对应的项目、所述代码推送行为对应的代码分支、所述代码推送行为对应的需求链接、所述推送行为包含的全部代码推送提交记录信息。

可选的，在本申请一些实施例中，所述计算模块35还用于：

计算出所述对应的需求在本次测试中的代码推送提交次数。

可选的，在本申请一些实施例中，所述计算模块35还用于：

计算出所述对应的需求在本次测试中的测试人员录入的代码问题的次数。

可选的，在本申请一些实施例中，所述判断模块36还用于：

将所述对应的需求在本次测试中的代码推送提交次数C1，与所述对应的需求在本次测试中的测试人员录入的代码问题的次数C2进行对比；

若C1＞C2，则所述对应的需求在测试中可能存在不规范行为。

可选的，在本申请一些实施例中，所述不规范行为，包括以下至少之一：

测试人员提交的代码问题不及时；

开发人员提交了修复问题以外的代码；

所述对应的需求对应的代码中可能包含了其他需求的代码。

可选的，在本申请一些实施例中，所述系统30还包括结果展示模块37，用于：

根据判断结果生成所述对应的需求的测试质量评估页面，所述评估页面中包含所述对应的需求的相关信息展示；

在所述测试质量评估页面中对可能存在不规范行为的判断结果进行提示。

本申请实施例提供的测试质量及规范的判断需提供，能够实现上述测试质量及规范的判断方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

请参考图4，本申请实施例还提供一种网络设备40，包括处理器41，存储器42，存储在存储器42上并可在所述处理器41上运行的计算机程序，该计算机程序被处理器41执行时实现上述测试质量及规范的判断方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现上述测试质量及规范的判断方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器（Read-Only Memory，ROM）、随机存取存储器（Random AccessMemory，RAM）、磁碟或者光盘等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质（如ROM/RAM、磁碟、光盘）中，包括若干指令用以使得一台终端（可以是手机，计算机，服务器，空调器，或者网络设备等）执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。