一种软件质量体系准出方法、装置、服务器及存储介质

摘要

本发明实施例公开了一种软件质量体系准出方法、装置、服务器及存储介质。根据获取的数据建立功能性测试用例库，根据功能性测试用例库中待测试项目的各功能点与功能性测试用例的对应关系，依次执行各时间点的各功能点对应的功能性测试用例，生成动态执行结果，可以持续发现待测试项目在整个测试周期内的各个时间点的执行结果，并根据动态执行结果动态确定质量分并进一步根据质量分确定各软件质量体系的待测试项目的功能性准出结果。达到实时计算待测试软件的质量分，根据质量分确定个软件质量体系的待测试项目的功能性的准出结果的目的，并进一步提高准出结果的准确度。

说明书

技术领域

本发明实施例涉及软件测试技术，尤其涉及一种软件质量体系准出方法、装置、服务器及存储介质。

背景技术

软件质量体系指的是一系列活动能够提供整改软件产品的适用性的证明，包含功能性、可靠性、易用性、效率、维护性、可移植性几部分，目前存在成熟的软件质量体系标准如ISO 9001、ISO9126、CMMI等。软件质量体系准出指的是基于软件质量体系标准，确定“交付软件”质量达标事项，进而获得停止软件测试行为发布商用的工作节点。

近年来，业界一般利用软件质量体系中的关键事项量化数据，评估软件质量功能性方法在业界非常成熟。例如，基于软件缺陷的修复率、收敛性、遗留问题、手工执行覆盖率和自动化执行覆盖率、错误率、任务完成率、发布错误次数、发布次数等功能性关键事项来确定软件的准出条件。但是这种方式只能给出阶段性静态分值，而软件测试过程中的关键事项量化数据是动态变化的。也就是说，如果根据前一时间段内的静态分值可以将测试项目准出，然而根据后一时间段内的静态分值不允许将测试项目准出，因此，根据静态分值进行后续分析的可靠性较差。

发明内容

本发明实施例提供了一种软件质量体系准出方法、装置、服务器及存储介质，以实现生成动态执行结果，进而根据动态执行结果确定可靠的准出结果的效果。

第一方面，本发明实施例提供了一种软件质量体系准出方法，应用于质量分平台，所述方法包括：

获取各软件质量体系的待测试项目的测试关联数据，根据所述测试关联数据建立各所述软件质量体系的功能性测试用例库；

根据所述功能性测试用例库中待测试项目的各功能点与功能性测试用例的对应关系，依次执行各时间点的各所述功能点对应的功能性测试用例，生成动态执行结果；

根据所述动态执行结果，确定各所述软件质量体系的待测试项目的质量分；

基于所述质量分确定各所述软件质量体系的待测试项目的准出结果。

第二方面，本发明实施例还提供了一种软件质量体系准出装置，配置于质量分平台，所述装置包括：

功能性测试用例库建立模块，用于获取各软件质量体系的待测试项目的测试关联数据，根据所述测试关联数据建立各所述软件质量体系的功能性测试用例库；

功能性测试用例执行模块，用于根据所述功能性测试用例库中待测试项目的各功能点与功能性测试用例的对应关系，依次执行各时间点的各所述功能点对应的功能性测试用例，生成动态执行结果；

质量分确定模块，用于根据所述动态执行结果，确定各所述软件质量体系的待测试项目的质量分；

准出结果确定模块，用于基于所述质量分确定各所述软件质量体系的待测试项目的准出结果。

第三方面，本发明实施例还提供了一种服务器，包括质量分平台，所述质量分平台包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面中任一项所述的软件质量体系准出方法。

第四方面，本发明实施例还提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时实现如第一方面中任一项所述的软件质量体系准出方法。

本实施例提供的技术方案，根据获取的数据建立功能性测试用例库，根据功能性测试用例库中待测试项目的各功能点与功能性测试用例的对应关系，依次执行各时间点的各功能点对应的功能性测试用例，生成动态执行结果，可以持续发现待测试项目在整个测试周期内的各个时间点的执行结果，并根据动态执行结果动态确定质量分并进一步根据质量分确定各软件质量体系的待测试项目的功能性准出结果。解决了现有技术中无法根据静态分值对待测试项目进行功能性准出的问题。达到实时计算待测试软件的质量分，根据质量分确定个软件质量体系的待测试项目的功能性的准出结果的目的，并进一步提高准出结果的准确度。

附图说明

图1为本发明实施例一提供的一种软件质量体系准出方法的流程示意图；

图2为本发明实施例二提供的一种软件质量体系准出方法的流程示意图；

图3为本发明实施例三提供的一种软件质量体系准出方法的流程示意图；

图4为本发明实施例四提供的一种软件质量体系准出装置的结构示意图；

图5为本发明实施例五提供的一种服务器的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1为本发明实施例一提供的一种软件质量体系准出方法的流程示意图，本实施例可适用于生成动态执行结果，根据动态执行结果生成质量分，并根据质量分确定各软件质量体系的待测试项目的准出结果的情况，该方法可以由图像软件质量体系准出装置来执行，其中该装置可由软件和/或硬件实现，并一般集成在服务器中，具体可以通过服务器中的质量分平台执行本实施例的方法。具体参见图1所示，该方法可以包括如下步骤：

S110，获取各软件质量体系的待测试项目的测试关联数据，根据测试关联数据建立各软件质量体系的功能性测试用例库。

其中，软件质量体系可以理解为一系列活动能够提供整改软件产品的适用性的证明，一般包含功能性、可靠性、易用性、效率、维护性以及可移植性等。可选地，软件质量体系可以包括ISO 9001(质量保证体系)、ISO 9126(软件质量模型)、CMMI(成熟度模型集成)等的体系标准。本实施例中的质量分平台可以包括上述一个或多个软件质量体系，每个软件质量体系包括一个或多个待测试项目。软件质量体系准出可以理解为基于软件质量体系标准，确定交付软件质量达标事项，进而获取停止软件测试行为并发布商用的工作节点。本实施例可以根据软件质量的功能性确定软件质量体系的待测试项目的准出结果。

其中，所述测试关联数据可以理解为质量分平台对待测试项目进行测试的过程中，获取到的与待测项目相关的数据，并根据测试相关数据建立各软件质量体系的功能性测试用例库。可选地，所述获取各软件质量体系的待测试项目的测试关联数据，根据所述测试关联数据建立各所述软件质量体系的功能性测试用例库的方法，包括：建立与各软件质量体系的相关库和专项平台之间的链路关系，从相关库和专项平台获取测试关联数据，其中，相关库至少包括代码库和缺陷库，专项平台至少包括自动化用例平台和性能平台；基于各功能点对应的场景建立各所述功能点与功能性测试用例之间的对应关系，将对应关系和测试关联数据汇集，生成功能性测试用例库。

具体地，通过质量分平台评估各软件质量体系的待测试项目的准出结果时，质量分平台可以打通各软件质量体系的相关库和专项平台，并建立与测试平台、相关库以及专项平台之间的链路关系，从相关库和专项平台获取测试关联数据，例如从代码库获取代码提交节点和代码安全扫描结果，从缺陷库获取缺陷单和任务单的数量和状态，从自动化用例平台获取功能性测试用例的执行数据，以及从性能平台获取到性能测试的执行数据。由于自动化用例平台上可以包括多个功能性测试用例，执行每个功能性测试用例对应一个测试场景，一个功能点可以对应多个功能性测试用例，在功能性测试用例执行的情况下建立功能点和测试场景的对应关系，并将功能点和功能性测试用例的对应关系获取的测试关联数据汇集，得到功能性测试用例库。

S120，根据功能性测试用例库中待测试项目的各功能点与功能性测试用例的对应关系，依次执行各时间点的各功能点对应的功能性测试用例，生成动态执行结果。

本实施例中，可以根据所述对应关系，随机且持续的执行各功能点对应的功能性测试用例，得到动态执行结果，可以持续发现待测试项目在测试过程中的测试问题，有利于根据动态执行结果确定质量分并进一步根据质量分确定准出结果。

S130，根据动态执行结果，确定各软件质量体系的待测试项目的质量分。

可选地，质量分的确定方法可以包括：确定各软件质量体系的关键因子，将动态执行结果和关键因子进行适配，得到各软件质量体系的待测试项目的适配结果；基于关键因子的标准值和适配结果确定各软件质量体系的待测试项目的质量分。可选地，质量分平台可以将适配结果与关键因子的标准值进行分析，确定各个关键因子的适配程度，根据适配程度确定各软件质量体系的待测试项目的质量分。

本实施例中，各软件质量体系可以设置多个关键因子，每个软件质量体系的关键因子可以包括常用关键因子和自定义的关键因子。如表1所示为各软件质量体系的待测试项目的适配结果，质量分平台可以将各软件质量体系的动态执行结果与各关键因子进行适配，得到适配结果。如表2所示为软件质量体系1的待测试项目的质量分，质量分平台可以通过分析适配结果确定动态执行结果与各关键因子的适配程度，根据适配程度和关键因子的标准值确定各软件质量体系的待测试项目的质量分。

表1：各软件质量体系的待测试项目的适配结果

表2：软件质量体系1的待测试项目的质量分

通过上述方式，可以持续确定待测试项目在各个时间点的质量分，进而根据质量分确定待测试项目在各个时间点的准出结果。

S140，基于质量分确定各软件质量体系的待测试项目的准出结果。

可以理解的是，如果各软件质量体系的待测试项目的质量分越高，说明待测试项目的测试结果越接近达标结果，准出结果为允许准出，即确定待测试项目允许发布商用；如果各软件质量体系的待测试项目的质量分越低，说明待测试项目的测试结果越不接近达标结果，准出结果为不允许准出，需要对整个待测试项目或待测试项目的一个或多个功能点重新进行测试，直至待测试项目的测试结果越达到达标结果，并对重新测试后的待测试项目发布商用。

本实施例提供的技术方案，根据获取的数据建立功能性测试用例库，根据功能性测试用例库中待测试项目的各功能点与功能性测试用例的对应关系，依次执行各时间点的各功能点对应的功能性测试用例，生成动态执行结果，可以持续发现待测试项目在整个测试周期内的各个时间点的执行结果，并根据动态执行结果动态确定质量分并进一步根据质量分确定各软件质量体系的待测试项目的功能性准出结果。解决了现有技术中无法根据静态分值对待测试项目进行功能性准出的问题。达到实时计算待测试软件的质量分，根据质量分确定个软件质量体系的待测试项目的功能性的准出结果的目的，并进一步提高准出结果的准确度。

实施例二

图2为本发明实施例二提供的一种软件质量体系准出方法的流程示意图。本实施例的技术方案在上述实施例的基础上进行了细化。可选地，所述基于所述质量分确定各所述软件质量体系的待测试项目的准出结果，包括：如果所述质量分处于设定合格分值区间内，生成第一准出结果，其中，所述第一准出结果包括绿灯显示信息；如果所述质量分未处于所述设定合格分值区间内，生成第二准出结果，其中，所述第二准出结果包括黄灯显示信息。在该方法实施例中未详尽描述的部分请参考上述实施例。具体参见图2所示，该方法可以包括如下步骤：

S210，获取各软件质量体系的待测试项目的测试关联数据，根据测试关联数据建立各软件质量体系的功能性测试用例库。

S220，根据功能性测试用例库中待测试项目的各功能点与功能性测试用例的对应关系，依次执行各时间点的各功能点对应的功能性测试用例，生成动态执行结果。

S230，根据动态执行结果，确定各软件质量体系的待测试项目的质量分。

与前述实施例相同的，可以通过确定各软件质量体系的关键因子，将动态执行结果和关键因子进行适配，得到各软件质量体系的待测试项目的适配结果，基于关键因子的标准值和适配结果确定各软件质量体系的待测试项目的质量分。

可选地，所述基于所述关键因子的标准值和所述适配结果确定各所述软件质量体系的待测试项目的质量分，包括：将所述关键因子的标准值和所述适配结果输入至预先训练完成的分数预测模型，得到各所述软件质量体系的待测试项目的质量分，其中，所述分数预测模型根据各所述软件质量体系的历史测试项目以及所述历史测试项目的历史得分对原始模型训练得到。可选地，质量分平台可以获取历史测试项目和历史质量分，根据历史测试项目和历史质量分训练原始模型，得到分数预测模型，并根据得到的分数预测模型对适配结果进行分析，自动确定各软件质量体系的待测试项目的质量分。通过这种方式，可以提高质量分确定效率并进一步提高质量分平台的自动化测试能力。

S240，如果质量分处于设定合格分值区间内，生成第一准出结果，如果质量分未处于设定合格分值区间内，生成第二准出结果。

其中，所述第一准出结果包括绿灯显示信息，所述第二准出结果包括黄灯显示信息。可选地，设定合格分值区间可以为90分-100分。同前述表2所示的质量分计算结果，可以确定项目2的质量分处于90分-100分之间，项目1和项目3的质量分未处于90分-100分之间，则确定项目2达到准出标准，项目1和项目3未达到准出标准，针对项目2生成绿灯显示信息，给出项目2绿灯通过结论，针对项目1和项目3生成黄灯显示信息，给出项目1和项目3黄灯警告结论。

本实施例中，如果质量分未处于设定合格分值区间内，还可以对未处于设定合格分值区间内的质量分对应的待测试项目重新进行测试，根据重新测试的动态执行结果确定准出结果。对此，本实施例还包括：如果质量分未处于设定合格分值区间内，重新执行各功能点对应的功能性测试用例并重新确定待测试项目的质量分；如果功能性测试用例的执行次数未超过设定次数，且重新确定的待测试项目的质量分处于设定合格分值区间内，生成所述第一准出结果；如果功能性测试用例的执行次数超过设定次数，且重新确定的待测试项目的质量分未处于设定合格分值区间内，生成第三准出结果，其中，第三准出结果包括红灯显示信息。

可选地，所述设定次数用于限定待测试项目的重新测试次数，可以为3次、4次。具体地，同前述表2所示的质量分计算结果，项目1和项目3的质量分未处于90分-100分之间，则重新执行项目1和项目3的各功能点对应的功能性测试用例并重新确定待测试项目的质量分，如果项目3的重新执行的次数超过3次，且项目3的重新确定的质量分仍未处于90分-100分之间，针对项目3生成红灯显示信息，给出项目3红灯警告结论，并提醒测试人员进行及时修复；如果项目1重新执行的次数小于3次，且项目3的重新确定的质量分处于90分-100分之间，针对项目1生成绿灯显示信息，给出项目1绿灯通过结论。进一步地，如果针对待测试项目生成第一准出结果(即绿灯通过结论)，质量分平台可以生成携带时间戳的测试质量报告，以使相关人员根据测试质量报告对待测试项目进行发布。通过上述方式，质量分平台根据质量分得出红黄绿灯结论，根据红黄绿灯结论分析出待测试项目的功能性准出结论。

本实施例提供的技术方案，质量分平台可以通过给出红灯显示信息、黄灯显示信息或绿灯显示信息直观给出允许准出结论或者警告提示结论，便于相关人员根据允许准出结论对各软件质量体系的待测试项目发布商用，或者根据警告提示结果进行回滚补偿等措施，使待测试项目得到及时修复，并对修复后的待测试项目生成质量分报告。

实施例三

图3为本发明实施例三提供的一种软件质量体系准出方法的流程示意图。本实施例的技术方案在上述实施例的基础上增加了新的步骤。可选地，该方法还包括：在各时间点对各所述软件质量体系的待测试项目的质量分进行监控，确定所述质量分是否小于质量分阈值；如果所述质量分小于所述质量分阈值，确定小于所述质量分阈值的质量分对应的功能点的错误因素，根据所述错误因素对所述功能点或者所述待测试项目重新进行测试。在该方法实施例中未详尽描述的部分请参考上述实施例。具体参见图3所示，该方法可以包括如下步骤：

S310，获取各软件质量体系的待测试项目的测试关联数据，根据测试关联数据建立各软件质量体系的功能性测试用例库。

S320，根据功能性测试用例库中待测试项目的各功能点与功能性测试用例的对应关系，依次执行各时间点的各功能点对应的功能性测试用例，生成动态执行结果。

S330，根据动态执行结果，确定各软件质量体系的待测试项目的质量分。

S340，如果质量分处于设定合格分值区间内，生成第一准出结果，如果质量分未处于设定合格分值区间内，生成第二准出结果。

S350，在各时间点对各软件质量体系的待测试项目的质量分进行监控，确定质量分是否小于质量分阈值。

S360，如果质量分小于质量分阈值，确定小于质量分阈值的质量分对应的功能点的错误因素，根据错误因素对功能点或者待测试项目重新进行测试，并重新生成动态执行结果。

可以理解的是，在软件测试过程中，如果功能性测试用例执行错误或者性能执行错误，会导致待测试项目的质量分下降。为了保证在测试过程中质量分平台的准出机制能够稳定的运行，本实施例新增异常补偿机制，通过实时确定质量分，将质量分与质量分阈值进行判断以确定待测试项目在测试过程中是否出现异常并确定错误因素，基于错误因素采取对应措施进行异常补偿。可选地，所述质量分阈值可以为待测试项目的功能点对应的理论最小分数。

具体地，如果确定错误因素由功能性测试用例执行错误导致的，质量分平台确定功能性测试用例对应的异常功能点，采用该异常功能点对应的全部功能性测试用例重新进行功能性测试；如果确定错误因素由性能执行错误导致的，对该测试项目重新进行功能性测试，重新获取质量分。

进一步地，本实施例还可以在待测试项目的发布过程实时监控测试项目的质量分，如果发布过程中的测试项目的质量分较低，可以采取异常步长机制进行异常回滚，保证质量分平台平稳运行。对此，本实施例在生成所述第一准出结果之后，该方法还包括：根据第一准出结果生成针对待测试项目的发布指令，并将第一准出结果对应的待测试项目作为待发布项目；在待发布项目的发布周期内，对待发布项目进行监控，确定待发布项目的质量分；如果根据待发布项目的质量分生成红灯显示信息，生成回滚补偿指令，回滚补偿指令用于提示对待发布项目进行修复，并根据修复后的待发布项目生成质量分报告。

具体地，质量分平台生成第一准出结果(即给出绿灯准出结论)之后，可以将第一准出结果对应的待测试项目作为待发布项目进行发布，在待发布项目的发布周期内，需要实时监控待发布项目的质量分，根据质量分确定待发布项目在发布过程中是否出现红灯警告结论，如果生成红灯警告结论，生成回滚步长指令，以用于及时通知相关人员进行系统修复以及发布服务回滚等补偿行为，如果待发布项目完成修复，根据修复后的待发布项目生成质量分报告。

通过上述描述可知，本实施例通过异常补偿机制可以及时发现软件测试过程中以及软件发布过程中的各个时间点的动态执行结果，根据动态执行结果实时确定质量分，根据质量分及时发现问题并采取错误重试或回滚等方式进行及时修复，有利于提高质量分平台的准出机制稳定运行。

进一步地，为了满足持续测试、持续生成自动化用例、穷举测试以及软件质量体系准出规则的稳定性的理念，本实施例还可以在各时间点分别对各软件质量体系的待测试项目的第一准出结果、第二准出结果或第三准出结果的在线时长进行监控；根据在线时长，生成各软件质量体系的待测试项目的质量报告，其中，质量报告用于确定各软件质量体系的待测试项目的稳定性。

具体地，质量分平台可以通过综合分析各软件质量系统的待测试项目的第一准出结果、第二准出结果以及第三准出的在线时长确定待测试项目的稳定性，或者通过分析第一准出结果确定待测试项目的稳定性，并根据在线时长生成质量报告。如表3所示为各软件质量体系的待测试项目的质量报告，由表3可以看出，软件质量体系2的项目3的绿灯的在线时长最长，可以确定项目3的稳定性最好。

表3：各软件质量体系的待测试项目的质量报告

通过上述方式，可以给出待测试项目的特定时长的质量报告，因此在软件测试过程中，如果质量分平台给出从绿灯变成了黄灯甚至红灯等提示结论，质量分平台会可以根据红黄绿灯的在线时长得出科学的质量报告，可以实现满足持续测试的需求，并为质量分平台的优化预留了空间。

进一步地，为了使软件测试过程更加充分，本实施例可以通过获取各软件质量体系的参数信息，根据参数信息对各软件质量体系的待测试项目进行场景标记，在执行各功能点对应的功能性测试用例过程中，根据场景标记生成实时用例；将实时用例更新至所述功能性测试用例库，其中，更新后的功能性测试用例库用于对待测试项目继续进行测试。可选地，参数信息可以包括抓取的测试系统的接口信息以及服务器日志等。可以理解的是，通过根据场景标记生成实时用例，并将实时用例更新至功能性测试用例库，可以提高功能性测试用例库中的功能性测试用例的数量，使功能性测试用例库可以覆盖更多的测试场景，更全面的对待测试项目进行测试，达到无限接近穷尽测试的目的，实现满足持续生成自动化用例以及穷举测试的理念，避免出现发现问题、解决问题、再次发现问题的死循环现象。

通过前述描述可知，本实施例基于待测试项目的功能性进行测试。为了提高软件质量体系的准出结果的准确性，还可以将待测试项目的功能性测试和非功能性测试结合生成软件质量体系的准出结果。具体地，可以建立待测试项目的各非功能点与非功能性测试用例之间的关联关系，将关联关系和测试关联数据汇集，生成非功能用例库；相应的，所述根据所述功能性测试用例库中待测试项目的各功能点与功能性测试用例的对应关系，依次执行各时间点的各所述功能点对应的功能性测试用例，生成动态执行结果，包括；执行各所述功能点对应的功能性测试用例以及所述非功能用例库中各非功能性测试用例，将所述功能性测试用例和所述非功能性测试用例的测试数据作为所述动态执行结果。

进一步地，确定动态执行结果之后，还可以将功能性测试用例和非功能性测试用例的动态执行结果与功能点的关键因子以及非功能点的关键因子进行适配，并结合前述实施例所述的分数预测模型根据适配结果确定质量分，以及采用红黄绿等提醒方式确定待测试项目的准出结果。通过将功能性测试和非功能性测试结合生成软件质量体系的准出结果，可以提高准出结果的可靠性，进一步确保质量分平台的准出机制稳定运行。

实施例四

图4为本发明实施例四提供的一种软件质量体系准出装置的结构示意图。该装置配置于质量分平台。参见图4所示，该装置包括：功能性测试用例库建立模块410、功能性测试用例执行模块420、质量分确定模块430以及准出结果确定模块440。

其中，功能性测试用例库建立模块410，用于获取各软件质量体系的待测试项目的测试关联数据，根据所述测试关联数据建立各所述软件质量体系的功能性测试用例库；

功能性测试用例执行模块420，用于根据所述功能性测试用例库中待测试项目的各功能点与功能性测试用例的对应关系，依次执行各时间点的各所述功能点对应的测试用例功能性测试用例，生成动态执行结果；

质量分确定模块430，用于根据所述动态执行结果，确定各所述软件质量体系的待测试项目的质量分；

准出结果确定模块440，用于基于所述质量分确定各所述软件质量体系的待测试项目的准出结果。

在上述各技术方案的基础上，功能性测试用例库建立模块410还用于，建立与各所述软件质量体系的相关库和专项平台之间的链路关系，从所述相关库和所述专项平台获取所述测试关联数据，其中，所述相关库至少包括代码库和缺陷库，所述专项平台至少包括自动化用例平台和性能平台；

基于各功能点对应的场景建立各所述功能点与所述功能性测试用例之间的对应关系，将所述对应关系和所述测试关联数据汇集，生成所述功能性测试用例库。

在上述各技术方案的基础上，质量分确定模块430还用于，确定各所述软件质量体系的关键因子，将所述动态执行结果和所述关键因子进行适配，得到各所述软件质量体系的待测试项目的适配结果；

基于所述关键因子的标准值和所述适配结果确定各所述软件质量体系的待测试项目的质量分。

在上述各技术方案的基础上，质量分确定模块430还用于，将所述关键因子的标准值和所述适配结果输入至预先训练完成的分数预测模型，得到各所述软件质量体系的待测试项目的质量分，其中，所述分数预测模型根据各所述软件质量体系的历史测试项目以及所述历史测试项目的历史得分对原始模型训练得到。

在上述各技术方案的基础上，准出结果确定模块440还用于，如果所述质量分处于设定合格分值区间内，生成第一准出结果，其中，所述第一准出结果包括绿灯显示信息；

如果所述质量分未处于所述设定合格分值区间内，生成第二准出结果，其中，所述第二准出结果包括黄灯显示信息。

在上述各技术方案的基础上，该装置还包括：重新执行模块；其中，重新执行模块，用于如果所述质量分未处于所述设定合格分值区间内，重新执行各所述功能点对应的功能性测试用例并重新确定待测试项目的质量分；

如果所述功能性测试用例的执行次数未超过设定次数，且重新确定的待测试项目的质量分处于所述设定合格分值区间内，生成所述第一准出结果；

如果所述功能性测试用例的执行次数超过所述设定次数，且重新确定的待测试项目的质量分未处于所述设定合格分值区间内，生成第三准出结果，其中，所述第三准出结果包括红灯显示信息。

在上述各技术方案的基础上，该装置还包括：错误重测模块；其中，错误重测模块，用于在各时间点对各所述软件质量体系的待测试项目的质量分进行监控，确定所述质量分是否小于质量分阈值；

如果所述质量分小于所述质量分阈值，确定小于所述质量分阈值的质量分对应的功能点的错误因素，根据所述错误因素对所述功能点或者所述待测试项目重新进行测试，并重新生成动态执行结果。

在上述各技术方案的基础上，该装置还包括：发布监控模块；其中，发布监控模块，用于根据所述第一准出结果生成针对所述待测试项目的发布指令，并将所述第一准出结果对应的所述待测试项目作为待发布项目；

在所述待发布项目的发布周期内，对所述待发布项目进行监控，确定所述待发布项目的质量分；

如果根据所述待发布项目的质量分生成所述红灯显示信息，生成回滚补偿指令，所述回滚补偿指令用于提示对所述待发布项目进行修复，并根据修复后的待发布项目生成质量分报告。

在上述各技术方案的基础上，该装置还包括：时长监控模块；其中，时长监控模块，用于在各所述时间点分别对各所述软件质量体系的待测试项目的所述第一准出结果、所述第二准出结果或所述第三准出结果的在线时长进行监控；

根据所述在线时长，生成各所述软件质量体系的待测试项目的质量报告，其中，所述质量报告用于确定各所述软件质量体系的待测试项目的稳定性。

在上述各技术方案的基础上，该装置还包括：实时用例生成模块；其中，实时用例生成模块，用于获取各所述软件质量体系的参数信息，根据所述参数信息对各所述软件质量体系的待测试项目进行场景标记；

在执行各所述功能点对应的功能性测试用例过程中，根据所述场景标记生成实时用例；

将所述实时用例更新至所述功能性测试用例库，其中，更新后的功能性测试用例库用于对所述待测试项目继续进行测试。

在上述各技术方案的基础上，该装置还包括：非功能用例库生成模块；其中，非功能用例库生成模块，用于建立所述待测试项目的各非功能点与非功能性测试用例之间的关联关系，将所述关联关系和所述测试关联数据汇集，生成非功能用例库；

相应的，功能性测试用例执行模块420还用于，执行各所述功能点对应的功能性测试用例以及所述非功能用例库中各所述非功能点对应的非功能性测试用例，将所述功能性测试用例和所述非功能性测试用例的测试数据作为所述动态执行结果。

本实施例提供的技术方案，根据获取的数据建立功能性测试用例库，根据功能性测试用例库中待测试项目的各功能点与功能性测试用例的对应关系，依次执行各时间点的各功能点对应的功能性测试用例，生成动态执行结果，可以持续发现待测试项目在整个测试周期内的各个时间点的执行结果，并根据动态执行结果动态确定质量分并进一步根据质量分确定各软件质量体系的待测试项目的功能性准出结果。解决了现有技术中无法根据静态分值对待测试项目进行功能性准出的问题。达到实时计算待测试软件的质量分，根据质量分确定个软件质量体系的待测试项目的功能性的准出结果的目的，并进一步提高准出结果的准确度。

实施例五

图5为本发明实施例五提供的一种服务器的结构示意图。图5示出了适于用来实现本发明实施方式的服务器12的框图。图5显示的服务器12仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图5所示，服务器12以通用计算设备的形式表现。服务器12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。

总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

服务器12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被服务器12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)30和/或高速缓存存储器32。服务器12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图5未显示，通常称为“硬盘驱动器”)。尽管图5中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品，该程序产品具有一组(例如软件质量体系准出装置的功能性测试用例库建立模块410、功能性测试用例执行模块420、质量分确定模块430以及准出结果确定模块440)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(例如软件质量体系准出装置的功能性测试用例库建立模块410、功能性测试用例执行模块420、质量分确定模块430以及准出结果确定模块440)程序模块46的程序/实用工具44，可以存储在例如存储器28中，这样的程序模块46包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块46通常执行本发明所描述的实施例中的功能和/或方法。

服务器12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该服务器12交互的设备通信，和/或与使得该服务器12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口22进行。并且，服务器12还可以通过网络适配器20与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器20通过总线18与服务器12的其它模块通信。应当明白，尽管图中未示出，可以结合服务器12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

处理单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的一种软件质量体系准出方法，应用于质量分平台，所述方法包括：

获取各软件质量体系的待测试项目的测试关联数据，根据所述测试关联数据建立各所述软件质量体系的功能性测试用例库；

根据所述功能性测试用例库中待测试项目的各功能点与功能性测试用例的对应关系，依次执行各时间点的各所述功能点对应的功能性测试用例，生成动态执行结果；

根据所述动态执行结果，确定各所述软件质量体系的待测试项目的质量分；

基于所述质量分确定各所述软件质量体系的待测试项目的准出结果。

处理单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的一种软件质量体系准出方法。

当然，本领域技术人员可以理解，处理器还可以实现本发明任意实施例所提供的一种软件质量体系准出方法的技术方案。

实施例六

本发明实施例六还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明实施例所提供的一种软件质量体系准出方法，应用于质量分平台，所述方法包括：

获取各软件质量体系的待测试项目的测试关联数据，根据所述测试关联数据建立各所述软件质量体系的功能性测试用例库；

根据所述功能性测试用例库中待测试项目的各功能点与功能性测试用例的对应关系，依次执行各时间点的各所述功能点对应的功能性测试用例，生成动态执行结果；

根据所述动态执行结果，确定各所述软件质量体系的待测试项目的质量分；

基于所述质量分确定各所述软件质量体系的待测试项目的准出结果。

当然，本发明实施例所提供的一种计算机可读存储介质，其上存储的计算机程序不限于如上的方法操作，还可以执行本发明任意实施例所提供的一种软件质量体系准出方法中的相关操作。

本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、系统或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、系统或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在功能性测试用例库、功能性测试用例、动态执行结果以及质量分等，其中承载了计算机可读的程序代码。这种传播的功能性测试用例库、功能性测试用例、动态执行结果以及质量分等形式。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、系统或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如”C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

值得注意的是，上述软件质量体系准出装置的实施例中，所包括的各个模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。