CN108776642A - 测试报告生成方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及一种测试报告生成方法、装置、计算机设备和存储介质。所述方法包括：接收测试报告显示模板的选取指令；获取与所述选取指令对应的测试报告显示模板；接收测试当前软件的测试指令，并获取与所述测试指令对应的测试用例；执行与所述测试指令对应的测试用例得到执行结果，并根据所选取的所述测试报告显示模板和所述执行结果生成测试报告。采用本方法能够可以按照不同模板生成所需的测试报告，方便不同用户查看测试报告，增强适用性。

Description

测试报告生成方法、装置、计算机设备和存储介质

技术领域

本申请涉及计算机测试领域，特别是涉及一种测试报告生成方法、装置、计算机设备和存储介质。

背景技术

随着计算机技术的发展，越来越多的业务流程可以通过计算机进行实现，而软件开发中的测试是必不可少的。

传统地，在计算机软件测试结束时，则会生成相应的测试报告，而生成相应的测试报告多数都是记载当前的测试结果为通过或未通过，而仅仅是测试结果的通过或未通过，往往测试人员无法得到预想的测试报告，适用性不强。

发明内容

基于此，有必要针对上述技术问题，提供一种能够增强适用性的测试报告生成方法、装置、计算机设备和存储介质。

一种测试报告生成方法，所述方法包括：

接收测试报告显示模板的选取指令；

获取与所述选取指令对应的测试报告显示模板；

接收测试当前软件的测试指令，并获取与所述测试指令对应的测试用例；

执行与所述测试指令对应的测试用例得到执行结果，并根据所选取的所述测试报告显示模板和所述执行结果生成测试报告。

在其中一个实施例中，所述执行所述测试指令对应的测试用例得到执行结果，并根据所选取的显示模板和所述执行结果生成测试报告，包括：

当所选取的测试报告显示模板是需求显示模板时，则获取所述当前软件的待测需求，并查询所述待测需求对应的待测系统；

从所述测试指令对应的测试用例中查询所述待测系统对应的测试用例，并获取所述待测系统对应的测试用例的第一评分等级和第一评分权重；

统计所述第一评分等级所对应的测试用例的第一数量；

执行所述待测系统对应的测试用例，根据所述第一评分等级、第一评分权重以及所述第一数量，计算所述待测系统的系统测试执行结果；

根据所述系统测试执行结果以及所述需求显示模板生成测试报告。

在其中一个实施例中，所述方法还包括：

获取所述待测需求对应的待测系统的系统评分权重；

根据所述系统评分权重、所述第一评分等级、所述第一评分权重以及所述第一数量，计算待测需求对应的整体需求测试结果；

将所述整体需求测试结果添加至所述测试报告中。

在其中一个实施例中，所述方法还包括：

获取所述待测系统的第一标准测试执行结果，并获取待测需求的标准整体需求测试结果；

将所述待测系统的测试执行结果与所述待测系统的第一标准测试执行结果进行比对，得到第一待测系统测试状态；

将所述整体需求测试结果与所述标准整体需求测试结果进行比对得到第一待测需求测试状态；

将所述第一待测系统测试状态和所述第一待测需求测试状态添加至所述测试报告中。

在其中一个实施例中，所述执行所述测试指令对应的测试用例得到执行结果，并根据所选取的显示模板和所述执行结果生成测试报告，包括：

当所选取的测试报告显示模板是系统显示模板时，则获取所述待测系统，并查询所述待测系统所对应的待测需求；

从所述测试指令对应的测试用例中查询所述待测需求对应的测试用例，并获取所述待测需求对应的测试用例对应的第二评分等级和第二评分权重；

统计所述第二评分等级所对应的测试用例的第二数量；

执行所述待测业务需求对应的测试用例，并根据所述第二评分等级、第二评分权重以及所述第二数量，计算所述待测需求的需求测试执行结果；

根据所述需求测试执行结果以及所述系统显示模板生成测试报告。

在其中一个实施例中，所述方法还包括：

获取所述待测系统对应的待测需求的需求评分权重；

根据所述需求评分权重、所述第二评分等级、所述第二评分权重以及所述第二数量，计算所述待测业务对应的整体系统测试结果；

将所述整体系统测试结果添加至所述测试报告中。

在其中一个实施例中，所述方法还包括：

获取所述待测系统对应的待测需求的第二标准测试执行结果，并获取待测系统的标准整体系统测试结果；

将所述待测需求的测试执行结果与所述待测需求的第二标准测试执行结果进行比对，得到第二待测需求测试状态；

将所述整体系统测试结果与所述标准整体系统测试结果进行比对，得到第二待测系统测试状态；

将所述第二待测系统测试状态和所述第二待测需求测试状态添加至所述测试报告中。

一种测试报告生成装置，其特征在于，所述装置包括：

接收模块，用于接收测试报告显示模板的选取指令；

获取模块，用户获取与所述选取指令对应的测试报告显示模板；

测试用例获取模块，用于接收测试当前软件的测试指令，并获取与所述测试指令对应的测试用例；

生成模块，用于执行与所述测试指令对应的测试用例得到执行结果，并根据所选取的所述测试报告显示模板和所述执行结果生成测试报告。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述方法的步骤。

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

上述测试报告生成方法、装置、计算机设备和存储介质，可以根据测试报告显示模板的选取指令，选取对应的测试报告显示模板，进而对当前软件进行测试，并根据执行结果以及测试报告显示模板生成对应的测试报告，可以按照不同模板生成所需的测试报告，方便不同用户查看测试报告，增强适用性。

附图说明

图1为一个实施例中测试报告生成的应用场景图；

图2为一个实施例中测试报告生成方法的流程示意图；

图3为一个实施例中不同维度测试报告生成步骤的流程示意图；

图4为一个实施例中测试报告生成装置的结构框图；

图5为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的测试报告生成方法，可以应用于如图1所示的应用环境中。其中，测试平台102与终端104通过网络进行通信。测试平台102接收到测试报告显示模板的选取指令，进而根据选取指令获取对应的测试报告显示模板，进而接收测试当前软件的测试指令，并获取与测试指令对应的测试用例，进而采用获取到的测试用例，测试平台102获取终端104中嵌入的当前软件，从而采用当前软件执行与测试指令对应的测试用例并得到执行结果，进而根据得到的执行结果与测试报告显示模板，生成测试报告。其中测试平台102可以用独立的服务器或者是多个服务器组成的服务器集群来实现，终端104可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑。

在一个实施例中，如图2所示，提供了一种测试报告生成方法，以该方法应用于图1中的测试平台为例进行说明，包括以下步骤：

S202：接收测试报告显示模板的选取指令。

具体地，测试报告显示模板是指测试报告的报告结构和预填充数据，也即根据测试报告显示模板可以标准化显示对应的测试报告，测试平台可以根据所选取测试报告显示模板，按照测试报告显示模板中包含的报告结构，对应填充相应的数据，如测试报告中的报告结构可以包括待执行的测试用例，可以包括待执行的测试用例的执行情况等，进而根据报告结构可以对应填写具体的测试用例，以及具体执行测试用例的执行结果等。选取指令是用于指示处理平台选取对应的测试报告显示模板的命令，选取指令上可以携带有待选取的测试报告显示模板的模板标识，例如，可以携带有待选取测试报告显示模板的模板编号，模板名称等。具体地，测试平台的显示界面上显示有不同的测试报告显示模板，用户选择所需要生成测试报告的测试报告显示模板，根据用户所选取的测试报告显示模板，生成相应的选取指令，选取指令上携带有对应的测试报告显示模板的模板标识，进而测试平台接收到该选取指令，从而根据选取指令进行后续操作。

S204：获取与所述选取指令对应的测试报告显示模板。

具体地，当测试平台接收到相应的选取指令时，提取到选取指令上携带的模板标识，进而根据模板标识，查询预存储的测试报告显示模板，当查询到与模板标识对应的测试报告显示模板时，则获取该测试报告显示模板。例如，测试平台接收到相应的选取指令时，提取到选取指令上携带的模板标识，该模板标识为待选取的测试报告显示模板的模板名称，进而根据模板名称，查询与模板名称对应的测试报告显示模板，当查询到测试报告显示模板，则获取该测试报告显示模板，需要说明的是，模板标识是指测试报告显示模板对应的标识，模板标识可以唯一的指示测试报告显示模板，模板标识可以是测试报告显示模板的模板名称、模板编号等。

S206：接收测试当前软件的测试指令，并获取与所述测试指令对应的测试用例。

具体地，测试指令是指用于指示测试平台对软件中包含的程序的可用性等进行测试的命令，当测试平台接收到测试指令时，则可以采用待测软件执行所选取的测试用例，根据待测软件对测试用例的执行情况，判断待测软件是否可用以及是否有漏洞。测试用例是指设置有相应的测试参数的测试需求，测试用例可以是设置有相应的测试输入、执行条件以及预期结果的测试需求，从而采用相应的应用程序执行该测试用例从而得到对应的结果。具体地，当测试平台根据选取指令选取到测试显示模板时，则在对应的显示界面上显示当前软件，进而用户选择对当前软件进行测试的选项，根据用户对当前软件进行测试的选项生成相应的测试指令，测试指令上携带有待测的当前软件，进而测试平台根据测试指令上携带待测的当前软件，从预存的测试用例中获取到可以用于测试当前软件的测试用例。

S208：执行与所述测试指令对应的测试用例得到执行结果，并根据所选取的所述测试报告显示模板和所述执行结果生成测试报告。

具体地，当测试平台获取到与当前软件对应的测试用例时，则从终端获取到待测的当前软件，进而采用当前软件执行测试用例，进而得到执行测试用例的执行结果，测试用例的执行结果可以是记录对应的测试过程以及与测试过程对应的最终结果，例如，记录执行的具体测试用例，以及相应的执行通过结果，进而测试平台根据执行结果与获取到的测试报告显示模板生成测试报告，也即测试平台将获取到的执行结果填充到测试报告显示模板中，从而生成测试报告。

本实施例中，测试平台可以根据测试报告显示模板的选取指令，选取对应的测试报告显示模板，进而测试平台接收测试指令，对测试指令上携带的当前软件进行测试，也即执行相应的测试用例得到执行结果，进而根据执行结果以及获取到的测试报告显示模板，生成相应的测试报告，也即可以根据所选取的测试报告显示模板对应显示测试报告，也即不是以单一的显示测试通过或不通过的模式进行显示，应用灵活，适用性强。

在其中一个实施例中，请参见图3，提供一不同维度测试报告生成步骤的流程示意图，不同维度测试报告生成步骤，也即执行测试指令对应的测试用例得到执行结果，并根据所选取的显示模板和执行结果生成测试报告的步骤，可以包括：当所选取的测试报告显示模板是需求显示模板时，则获取当前软件的待测需求，并查询待测需求对应的待测系统；从测试指令对应的测试用例中查询待测系统对应的测试用例，并获取待测系统对应的测试用例的第一评分等级和第一评分权重；统计第一评分等级所对应的测试用例的第一数量；执行待测系统对应的测试用例，根据第一评分等级、第一评分权重以及第一数量，计算待测系统的系统测试执行结果；根据系统测试执行结果以及需求显示模板生成测试报告。

具体地，需求显示模板是指按照测试需求显示相应的测试过程以及测试结果的测试报告模板，也即按照被测试用例验证的事件的测试结果的测试报告模板，例如，需求显示模板可以是按照测试需求如购物需求，从而显示测试购物需求的测试过程以及测试结果。待测需求是指测试用例验证的事件，待测需求可以是某项功能，例如，待测需求可以是购物需求，待测需求可以是银行转账功能等。待测系统是指实现业务需求的业务系统，待测系统安装在对应的终端上，例如，待测业务系统可以是安装在终端中的软件系统。第一评分等级是指评价与待测系统所对应的测试用例的标准，也即是指测试用例的等级，根据测试用例的重要程度，第一评分等级可以是高、中、低，也即按照重要程度的从高至低，测试用例的第一评分等级也是从高至低。第一评分权重是指不同的等级的测试用例所对应的权重，也即按照第一评分等级的高、中、低等，分别对应有不同的权重。第一数量是指第一评分等级对应的测试用例的数量，第一评分等级对应的已执行测试用例的数量以及第一评分等级对应的执行通过的测试用例的数量。系统测试执行结果是指不同的待测系统对不同的第一评分等级的测试用例的执行情况，具体可以包括待测系统对不同的第一评分等级的测试用例的执行率，以及与执行率对应的通过率。

具体地，当测试平台根据选取指令选取到的测试报告显示模板为需求显示模板时，根据获取到的当前软件，查询并获取到当前软件的待测需求，并且查询到待测需求所对应的不同的待测系统，进而测试平台从获取到的测试用例中，查询到待测系统对应的测试用例，可以是，测试平台查询到的待测系统对应有系统标识，进而测试平台根据系统标识，查询待测系统对应的测试用例，测试平台根据查询到的测试用例，进而获取测试用例的第一评分等级，也即获取到待测系统对应的测试用例的第一评分等级分别为高、中、低，进而分别获取不同的第一评分等级所对应的第一评分权重，也即分别获取第一评分等级为高的测试用例的第一评分权重，获取第一评分等级为中的测试用例的第一评分权重，获取第一评分等级为低的测试用例的第一评分权重，再根据不同的第一评分等级，分别获取第一评分等级为高的已执行的测试用例的数量以及执行通过的测试用例的数量，第一评分等级为中的已执行的测试用例的数量以及执行通过的测试用例的数量，第一评分等级为低的已执行的测试用例的数量以及执行通过的测试用例的数量，进而测试平台执行获取到的不同的第一评分等级的测试用例，根据测试用例的执行情况，以及第一评分等级、第一评分权重以及第一数量，计算待测系统的系统测试执行结果，也即分别计算待测系统执行测试用例的执行率以及通过率，进而将计算得到的执行结果填充至需求显示模板中，从而生成相应的测试报告。需要说明的是，系统标识是指是指待测系统的标识，系统标识可以唯一指示待测系统，进而测试平台通过系统标识可以查找到待测系统

具体地，当测试平台根据选取指令选取到的测试报告显示模板为需求显示模板时，根据获取到的当前软件，查询并获取到当前软件的待测需求，并且查询到待测需求所对应的不同的待测系统，进而测试平台查询到的待测系统对应有系统标识，例如，查询到对应的系统名称，进而测试平台根据系统名称，查询待测系统对应的测试用例，测试平台根据查询到的测试用例，获取测试用例的第一评分等级分别为高、中、低，根据高、中、低的第一评分等级，分别获取第一评分等级为高的测试用例的第一评分权重，获取第一评分等级为中的测试用例的第一评分权重，获取第一评分等级为低的测试用例的第一评分权重，进而获取第一评分等级为高的已执行的测试用例的数量，第一评分等级为中的已执行的测试用例的数量，第一评分等级为低的已执行的测试用例的数量，进而根据不同评分等级的测试用例的已执行的数量，以及第一评分等级、第一评分权重，计算待测系统的测试用例的需求维度执行率，需求维度执行率可以采用如下公式计算：

其中，A1为已执行的等级为高的测试用例的数量，B1为已执行的等级为中的测试用例的数量，C1为已执行的等级为低的测试用例的数量，A为等级为高的测试用例的总数量，B为等级为中的测试用例的总数量，C为等级为低的测试用例的总数量，a为等级为高的测试用例的权重，b为等级为中的测试用例的权重，c为等级为低的测试用例的权重。

进而，获取第一评分等级为高的测试用例执行通过的数量，第一评分等级为中的测试用例执行通过的数量，第一评分等级为低的测试用例执行通过的数量，进而根据不同评分等级的测试用例执行通过的数量，以及第一评分等级、第一评分权重，计算待测系统的测试用例的需求维度通过率，需求维度通过率可以采用如下公式计算：

其中，A2为执行结果是执行通过的等级为高的测试用例的数量，B2为执行结果是执行通过的等级为中的测试用例的数量，C2为执行结果是执行通过的等级为低的测试用例的数量，A为等级为高的测试用例的总数量，B为等级为中的测试用例的总数量，C为等级为低的测试用例的总数量，a为等级为高的测试用例的权重，b为等级为中的测试用例的权重，c为等级为低的测试用例的权重。

进而测试平台根据执行测试用例的执行过程，计算得到的需求维度执行率以及需求维度通过率，对应填充至需求显示模板中，对应生成测试报告。

本实施例中，当选取的测试报告显示模板为需求显示模板时，则可以对应按照需求维度上执行相应的测试用例，进而记录相应的执行过程，以及计算需求维度下的测试用例的执行率以及测试用例的通过率，不仅仅是记录测试通过与未通过，生成完善的测试报告，增强适用性。

在其中一个实施例中，测试报告生成方法，还可以包括：获取待测需求对应的待测系统的系统评分权重；根据系统评分权重、第一评分等级、第一评分权重以及第一数量，计算待测需求对应的整体需求测试结果；将整体需求测试结果添加至测试报告中。

具体地，系统评分权重是指待测需求对应的不同待测系统所对应的权重，也即待测需求中包含有不同的待测系统，根据不同的待测系统的重要程度，设置有对应的系统评分权重。整体需求测试结果是指待测需求对应的所有的待测系统执行测试用例的情况，可以包括不同的待测系统执行不同的第一评分等级的测试用例的执行率，以及与执行率对应的通过率。具体地，测试平台查询到待测需求对应的待测系统，进而根据待测系统的系统标识查询不同的待测系统对应的系统评分权重，再根据如上步骤获取待测系统对应的测试用例的第一评分等级，第一评分权重，以及第一数量计算整体需求测试结果，也即计算待测需求中的所有待测系统执行测试用例的执行率以及通过率，进而将得到的整体需求测试结果添加至生成的测试报告中。

具体地，测试平台查询到待测需求对应的待测系统，进而根据待测系统的系统标识查询不同的待测系统对应的系统评分权重，如根据不同的待测系统的系统名称，查询待测系统的系统评分权重，再获取待测系统对应的测试用例的第一评分等级，第一评分权重，进而获取第一评分等级为高的已执行的测试用例的数量，第一评分等级为中的已执行的测试用例的数量，以及第一评分等级为低的已执行的测试用例的数量，进而计算整体需求执行率，整体需求执行率可以采用如下公式计算：

其中，Dn1为系统n中已执行的等级为高的测试用例的数量，En1为系统n中已执行的等级为中的测试用例的数量，Fn1为系统n中已执行的等级为低的测试用例的数量，D为系统n中涉及到的等级为高的测试用例的总数量，E为系统n中涉及到的等级为中的测试用例的总数量，F为系统n中涉及到的等级为低的测试用例的总数量，a为等级为高的测试用例的权重，b为等级为中的测试用例的权重，c为等级为低的测试用例的权重，Xn表示该需求中涉及到的系统n的权重。

进而，获取第一评分等级为高的测试用例执行通过的数量，第一评分等级为中的测试用例执行通过的数量，第一评分等级为第的测试用例执行通过的数量，进而根据不同评分等级的测试用例执行通过的数量，以及第一评分权重，系统评分权重，计算整体需求通过率，整体需求通过率可以采用如下公式计算：

其中，Dn2为系统n中执行结果为执行通过的等级为高的测试用例的数量，En2为系统n中执行结果为执行通过的等级为中的测试用例的数量，Fn2为系统n中执行结果为执行通过的等级为低的测试用例的数量,D为系统n中涉及到的等级为高的测试用例的总数量，E为系统n中涉及到的等级为中的测试用例的总数量，F为系统n中涉及到的等级为低的测试用例的总数量，a为等级为高的测试用例的权重，b为等级为中的测试用例的权重，c为等级为低的测试用例的权重，Xn表示该需求中涉及到的系统n的权重。

进而测试平台根据整体需求对应的所有系统执行测试用例的执行过程，计算得到整体需求执行率以及整体需求通过率，作为整体需求测试结果，进而将整体需求测试结果添加至测试报告中。

本实施例中，可以对待测需求中的所有系统进行整体评估，进而得到整体待测需求的测试结果，进而将整体需求测试结果添加至测试报告中，使得测试报告既可以通过待测系统进行查看，也可以从待测需求的整体进行查看，生成测试报告内容多样，增强适用性。

在其中一个实施例中，测试报告生成方法还可以包括：获取待测系统的第一标准测试执行结果，并获取待测需求的标准整体需求测试结果；将待测系统的测试执行结果与待测系统的第一标准测试执行结果进行比对，得到第一待测系统测试状态；将整体需求测试执结果与标准整体需求测试结果进行比对得到第一待测需求测试状态；将第一待测系统测试状态和第一待测需求测试状态添加至测试报告中。

具体地，第一标准测试执行结果是指待测需求对应的待测系统对测试用例的标准执行情况，具体可以包括待测系统对不同的第一评分等级的测试用例的标准的执行率以及标准通过率。标准整体需求测试结果是指待测需求对应的所有的待测系统执行测试用例的标准执行情况，可以包括待测需求对应的所有待测系统对不同的第一评分等级的测试用例的标准执行率以及标准通过率。第一待测系统测试状态是表征待测需求对应的待测系统在执行测试用例后，测试的进程是否正常，也即第一系统测试状态可以是测试正常，测试提前完成或测试延迟完成。第一待测需求测试状态是可以表征待测需求中所有待测系统在执行测试用例后，测试的进程是否正常，也即第一待测需求测试状态可以是测试正常，测试提前完成或测试延后完成。

具体地，测试平台当得到待测需求所对应的待测系统的测试执行结果时，则再获取待测系统的第一标准测试执行结果，将第一标准测试结果与测试执行结果对比，进而得到第一待测系统测试状态，进而测试平台得到整体待测需求测试结果，再获取待测需求的标准整体需求测试结果，将标准整体需求测试结果与整体待测需求结果进行对比，进而得到第一待测需求测试状态，将获取到的第一待测系统测试状态和第一待测需求测试状态添加至测试报告中。

可以是，测试平台得到待测需求对应的待测系统的测试执行结果时，提取到待测系统的执行结果中包含的需求维度执行率以及需求维度通过率，测试平台进而获取到第一标准测试执行结果，将第一标准测试执行结果中的标准需求维度执行率以及标准需求维度通过率进行提取，进而将需求维度执行率与标准需求维度执行率进行比较，将需求维度通过率与标准需求通过率进行比较，根据比较结果，得到第一待测系统测试状态，也即当需求维度执行率比标准需求维度执行率大，或需求维度通过率比标准需求维度通过率大，则此时的第一待测系统测试状态为测试提前完成；当需求维度执行率比标准需求维度执行率小，或需求维度通过率比标准需求维度通过率小，则第一待测系统测试状态为测试延迟完成；当需求维度执行率与标准需求维度执行率相等，以及需求维度通过率比标准需求维度通过率相等，则第一待测系统测试状态为测试正常。进而测试平台得到整体需求测试结果时，提取整体需求测试结果中包含的整体需求执行率与整体需求通过率，测试平台进而获取到标准整体需求测试结果，将标准整体需求测试结果中的标准整体需求执行率以及标准整体需求通过率进行提取，进而将整体需求执行率与标准整体需求执行率进行比较，将整体需求通过率与标准整体需求通过率进行比较，根据比较结果，得到第一待测需求测试状态，也即当整体需求执行率比标准整体需求执行率大，或整体需求通过率比标准整体需求通过率大，则此时的第一待测需求测试状态为测试提前完成；当整体需求执行率比标准整体需求执行率小，或整体需求通过率比标准整体需求通过率小，则第一待测需求测试状态为测试延迟完成；当整体需求执行率与标准整体需求执行率相等，以及整体需求通过率与标准整体需求通过率相等，则第一待测需求测试状态为测试正常。进而测试平台将第一待测系统测试状态与第一待测需求测试状态对应添加至测试报告。

需要说明的是，可以设置有计算时间，例如，在测试过程中按照预设时间获取一次待测需求所对应的待测系统的测试执行结果，以及按照预设时间获取一次待测需求的整体需求测试结果，进而可以按照相同预设时间获取第一标准测试执行结果，在相同预设时间获取标准整体需求测试结果，进而将测试执行结果与第一标准执行结果进行比较，将整体需求测试结果与标准整体测试结果进行比较，从而得到预设时间段的第一待测系统测试状态与第一待测需求测试状态，当得到的测试状态非正常测试状态时，可以查找具体出现非正常测试状态的时间。

本实施例中，可以监控待测系统的测试状态，并可以监控待测需求的测试状态，也即可以直接将测试状态添加至测试报告中，保证测试报告中有直观的测试状态显示，从而可以方便不同需要的用户进行查看。

在其中一个实施例中，可继续参见图3，不同维度测试报告生成步骤，以及执行测试指令对应的测试用例得到执行结果，并根据所选取的显示模板和执行结果生成测试报告的步骤，可以包括：当所选取的测试报告显示模板是系统显示模板时，则获取待测系统，并查询待测系统所对应的待测需求；从测试指令对应的测试用例中查询待测需求对应的测试用例，并获取待测需求对应的测试用例对应的第二评分等级和第二评分权重；统计第二评分等级所对应的测试用例的第二数量；执行待测业务需求对应的测试用例，并根据第二评分等级、第二评分权重以及第二数量，计算待测需求的需求测试执行结果；根据需求测试执行结果以及系统显示模板生成测试报告。

具体地，系统显示模板是指按照待测系统的测试过程以及测试结果对应显示的测试报告模板，也即按照被测试用例验证待测系统的测试结果的测试报告模板，例如，系统显示模板可以是按照待测系统如A系统，该系统包含有不同的需求，也即可以实现不同的功能，例如实现登录功能、下单功能、付款功能等，从而显示对A系统的测试过程以及测试结果。待测系统是指实现业务流程所需要的业务系统，也即实现不同的待测需求的业务系统，待测系统安装在对应的终端上，例如，待测系统可以是安装在终端中的软件系统。第二评分等级是指评价与待测需求所对应的测试用例的标准，也即是指测试用例的等级，根据测试用例的重要程度，第一评分等级可以是高、中、低，也即按照重要程度的从高至低，测试用例的第二评分等级也是从高至低。第二评分权重是指不同的等级的测试用例所对应的权重，也即按照第二评分等级的高、中、低等，分别对应有不同的权重。第二数量是指第二评分等级对应的测试用例的数量，第二评分等级对应的已执行测试用例的数量以及第二评分等级对应的执行通过的测试用例的数量。需求测试执行结果是指不同的需求中包含的代码对不同的第二评分等级的测试用例的执行情况，具体可以包括待测需求中包含的代码对不同的第二评分等级的测试用例的执行率，以及与执行率对应的通过率。

具体地，当测试平台根据选取指令选取到的测试报告显示模板为系统显示模板时，根据测试指令，查询到待测系统，进而查询待测系统所对应的不同的待测需求，测试平台从获取到的测试用例中，查询到待测需求中包含的代码所执行的测试用例，测试平台根据查询到的测试用例，进而获取测试用例的第二评分等级，也即获取到待测需求中包含的代码执行的测试用例的第二评分等级分别为高、中、低，进而分别获取不同的第二评分等级所对应的第二评分权重，也即分别获取第二评分等级为高的测试用例的第二评分权重，获取第二评分等级为中的测试用例的第二评分权重，获取第二评分等级为低的测试用例的第二评分权重，再根据不同的第二评分等级，分别获取第二评分等级为高的已执行的测试用例的数量以及执行通过的测试用例的数量，第二评分等级为中的已执行的测试用例的数量以及执行通过的测试用例的数量，第二评分等级为低的已执行的测试用例的数量以及执行通过的测试用例的数量，进而测试平台执行获取到的不同的第二评分等级的测试用例，根据测试用例的执行情况，以及第二评分等级、第二评分权重以及第二数量，计算待测需求的需求测试执行结果，也即分别计算待测系统中的代码执行测试用例的执行率以及通过率，进而将计算得到的执行结果填充至需求显示模板中，从而生成相应的测试报告。

具体地，当测试平台根据选取指令选取到的测试报告显示模板为系统显示模板时，根据待测系统查询待测系统所对应的不同的待测需求，例如，测试平台获取到测试待测系统为A系统，进而测试平台获取到A系统所包含的不同待测需求，进而查询待测需求所对应的测试用例，也即查询待测需求中包含的代码可以执行的测试用例，进而获取与需求对应的测试用例的第二评分等级分别为高、中、低，根据高、中、低的第二评分等级，分别获取第二评分等级为高的测试用例的第二评分权重，获取第二评分等级为中的测试用例的第二评分权重，获取第二评分等级为低的测试用例的第二评分权重，进而获取第二评分等级为高的已执行的测试用例的数量，第二评分等级为中的已执行的测试用例的数量，第二评分等级为低的已执行的测试用例的数量，进而根据不同评分等级的测试用例的已执行的数量，以及第二评分等级、第二评分权重，计算待测系统所对应待测需求中代码可以执行测试用例的系统维度执行率，系统维度执行率可以采用如下公式计算：

其中，L1为已执行的等级为高的测试用例的数量，M1为已执行的等级为中的测试用例的数量，N1为已执行的等级为低的测试用例的数量，L为等级为高的测试用例的总数量，M为等级为中的测试用例的总数量，N为等级为低的测试用例的总数量，d为待测需求对应的测试用例中等级为高的测试用例的权重，e为待测需求对应的测试用例中等级为中的测试用例的权重，f为待测需求对应的测试用例中等级为低的测试用例的权重。

进而，获取第二评分等级为高的测试用例执行通过的数量，第二评分等级为中的测试用例执行通过的数量，第二评分等级为低的测试用例执行通过的数量，进而根据不同评分等级的测试用例执行通过的数量，以及第二评分等级、第二评分权重，计算待测系统所对应的待测需求中包含的代码执行测试用例的系统维度通过率，系统维度通过率可以采用如下公式计算：

其中，L2为执行结果是执行通过的等级为高的测试用例的个数，M2为执行结果是执行通过的等级为中的测试用例的个数，N2为执行结果是执行通过的等级为低的测试用例的个数，L为等级为高的测试用例的总个数，M为等级为中的测试用例的总个数，N为等级为低的测试用例的总个数，d为待测需求对应的测试用例中等级为高的测试用例的权重，e为待测需求对应的测试用例中等级为中的测试用例的权重，f为待测需求对应的测试用例中等级为低的测试用例的权重。

进而测试平台根据执行测试用例的执行过程，计算得到的系统维度执行率以及系统维度通过率，对应填充至系统显示模板中，对应生成测试报告。

本实施例中，当选取的测试报告显示模板为系统显示模板时，则可以按照待测系统所对应的待测需求中包含的代码执行相应的测试用例，进而记录相应的执行过程，以及计算系统维度下的测试用例的执行率以及测试用例的通过率，可以从不同的维度上生成测试报告，且不仅仅是记录测试通过与未通过，生成完善的测试报告，增强适用性。

在其中一个实施例中，测试报告生成方法，还可以包括：获取待测系统对应的待测需求的需求评分权重；根据需求评分权重、第二评分等级、第二评分权重以及第二数量，计算待测业务对应的整体系统测试结果；将整体系统测试结果添加至测试报告中。

具体地，需求评分权重是指待测系统中对应的不同待测需求所对应的权重，也即待测需求中包含有不同的待测系统，根据不同的待测需求的重要程度，设置有对应的需求评分权重。整体系统测试结果是指待测系统对应的所有的待测需求执行测试用例的情况，可以包括不同的待测需求中包含的代码执行不同的第二评分等级的测试用例的执行率，以及与执行率对应的通过率。具体地，测试平台查询到待测系统对应的待测需求，进而查询不同的待测需求的需求评分权重，再根据如上步骤获取待测系统对应的待测需求包含的代码可以执行的测试用例的第二评分等级，第二评分权重，以及第二数量计算整体系统测试结果，也即计算待测系统中的所有待测需求包含的代码执行的测试用例的执行率以及通过率，进而将得到的整体系统测试结果添加至生成的测试报告中。

具体地，测试平台查询到待测系统对应的待测需求，进而查询不同的待测需求的需求评分权重，再获取待测需求中包含的代码可以执行的测试用例的第二评分等级，第二评分权重，进而获取第二评分等级为高的已执行的测试用例的数量，第二评分等级为中的已执行的测试用例的数量，以及第二评分等级为低的已执行的测试用例的数量，进而计算整体系统执行率，整体系统执行率可以采用如下公式计算：

其中，其中，Rs1为待测系统中的需求s已执行的等级为高的测试用例的数量，Ps1为待测系统中的需求s已执行的等级为中的测试用例的数量，Qs1为待测系统中的需求s已执行的等级为低的测试用例的数量，R为待测系统中需求s涉及到的等级为高的测试用例的总数量，P为待测系统中需求s涉及到的等级为中的测试用例的总数量，Q为待测系统中需求s涉及到的等级为低的测试用例的总数量，d为待测需求对应的测试用例中等级为高的测试用例的权重，e为待测需求对应的测试用例中等级为中的测试用例的权重，f为待测需求对应的测试用例中等级为低的测试用例的权重，Ys表示待测系统中涉及到的不同需求s的权重。

进而，获取第二评分等级为高的测试用例执行通过的数量，第二评分等级为中的测试用例执行通过的数量，第二评分等级为低的测试用例执行通过的数量，进而根据不同评分等级的测试用例执行通过的数量，以及第二评分权重，系统评分权重，计算整体系统通过率，整体系统通过率可以采用如下公式计算：

其中，Rs2为待测系统中的需求s执行结果为执行成功的等级为高的测试用例的个数，Ps1为待测系统中的需求s执行结果为执行成功的等级为中的测试用例的个数，Qs1为待测系统中的需求s执行结果为执行成功的等级为低的测试用例的个数,R为待测系统中需求s涉及到的等级为高的测试用例的总个数，P为待测系统中需求s涉及到的等级为中的测试用例的总个数，Q为待测系统中需求s涉及到的等级为低的测试用例的总个数d为待测需求对应的测试用例中等级为高的测试用例的权重，e为待测需求对应的测试用例中等级为中的测试用例的权重，f为待测需求对应的测试用例中等级为低的测试用例的权重，Ys表示待测系统中涉及到的不同需求s的权重。

进而测试平台根据整体待测系统对应的所有待测需求执行测试用例的执行过程，计算得到整体系统执行率以及整体系统通过率，作为整体系统测试结果，进而将整体系统测试结果添加至测试报告中。

本实施例中，可以对待测系统中的所有待测需求进行整体评估，进而得到整体待测系统的测试结果，进而将整体系统测试结果添加至测试报告中，使得测试报告既可以通过待测需求进行查看，也可以从整体的待测系统的维度上查看，生成测试报告内容多样，增强适用性。

在其中一个实施例中，测试报告生成方法，还可以包括：获取待测系统对应的待测需求的第二标准测试执行结果，并获取待测系统的标准整体系统测试结果；将待测需求的测试执行结果与待测需求的第二标准测试执行结果进行比对，得到第二待测需求测试状态；将整体系统测试结果与标准整体系统测试结果进行比对，得到第二待测系统测试状态；将第二待测系统测试状态和第二待测需求测试状态添加至测试报告中。

具体地，第二标准测试执行结果是指待测系统对应的待测需求中包含的代码对测试用例的标准执行情况，具体可以包括待测需求包含的代码对不同的第二评分等级的测试用例的标准的执行率以及标准通过率。标准整体系统测试结果是指待测系统对应的所有待测需求中包含的代码对测试用例的标准执行情况，可以包括待测系统对应的所有待测需求中包含的代码对不同的第二评分等级的测试用例的标准执行率以及标准通过率。第二待测需求测试状态是可以表征待测需求中包含的代码上在执行测试用例后，测试的进程是否正常，也即第二待测需求测试状态可以是测试正常，测试提前完成或测试延后完成。第二待测系统测试状态是表征待测系统对应的所有待测需求中包含的所有代码在执行测试用例后，测试的进程是否正常，也即第二待测系统测试状态可以是测试正常，测试提前完成或测试延迟完成。

具体地，测试平台当得到待测系统对应的待测需求的测试执行结果时，则获取待测需求的第二标准测试执行结果，将第二标准测试结果与待测系统对应的测试执行结果对比，进而得到第二待需求测试状态，进而测试平台得到整体待测系统测试结果，再获取待测系统的标准整体系统测试结果，将标准整体系统测试结果与整体系统测试结果进行对比，进而得到第二待测系统测试状态，将获取到的第二待测需求测试状态和第二待测系统测试状态添加至测试报告中。

可以是，测试平台得到待测系统对应的待测需求的测试执行结果时，提取到待测需求的执行结果中包含的系统维度执行率以及系统维度通过率，测试平台进而获取到第二标准测试执行结果，将第二标准测试执行结果中的标准系统维度执行率以及标准系统维度通过率进行提取，进而将系统维度执行率与标准系统维度执行率进行比较，将系统维度通过率与标准系统通过率进行比较，根据比较结果，得到第二待测需求测试状态，也即当系统维度执行率比标准系统维度执行率大，或系统维度通过率比标准系统维度通过率大，则此时的第二待测需求测试状态为测试提前完成；当系统维度执行率比标准系统维度执行率小，或系统维度通过率比标准系统维度通过率小，则第二待测系统需求测试状态为测试延迟完成；当系统维度执行率与标准系统维度执行率相等，以及系统维度通过率与标准系统维度通过率相等，则第二待测需求测试状态为测试正常。进而测试平台得到整体系统测试结果时，提取整体系统测试结果中包含的整体系统执行率与整体系统通过率，测试平台进而获取到标准整体系统测试结果，将标准整体系统测试结果中的标准整体系统执行率以及标准整体系统通过率进行提取，进而将整体系统执行率与标准整体系统执行率进行比较，将整体系统通过率与标准整体系统通过率进行比较，根据比较结果，得到第二待测系统测试状态，也即当整体系统执行率比标准整体系统执行率大，或整体系统通过率比标准整体系统通过率大，则此时的第二待测系统测试状态为测试提前完成；当整体系统执行率比标准整体系统执行率小，或整体系统通过率比标准整体系统通过率小，则第二待测系统测试状态为测试延迟完成；当整体系统执行率与标准整体系统执行率相等，以及整体系统通过率与标准整体系统通过率相等，则第二待测系统测试状态为测试正常。进而测试平台将第二待测需求测试状态与第二待测系统测试状态对应添加至测试报告。

需要说明的是，可以设置有计算时间，例如，在测试过程中按照预设时间获取一次待测系统所对应的待测需求的测试执行结果，以及按照预设时间获取一次待测系统的整体系统测试结果，进而可以按照相同预设时间获取第二标准测试执行结果，在相同预设时间获取标准整体系统测试结果，进而将测试执行结果与第二标准执行结果进行比较，将整体系统测试结果与标准整体系统测试结果进行比较，从而得到预设时间段的第二待测系统测试状态与第二待测需求测试状态，当得到的测试状态非正常测试状态时，可以查找具体出现非正常测试状态的时间。

本实施例中，可以监控待测系统对应的不同的待测需求的测试状态，并可以监控整体的待测需求的测试状态，也即可以直接将测试状态添加至测试报告中，保证测试报告中有直观的测试状态显示，从而可以方便不同需要的用户进行查看。

应该理解的是，虽然图2-3的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-3中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图4所示，提供了一种测试报告生成装置400，包括：接收模块410、获取模块420、测试用例获取模块430和生成模块440，其中：

接收模块410，用于接收测试报告显示模板的选取指令。

获取模块420，用户获取与选取指令对应的测试报告显示模板。

测试用例获取模块430，用于接收测试当前软件的测试指令，并获取与测试指令对应的测试用例。

生成模块440，用于执行与测试指令对应的测试用例得到执行结果，并根据所选取的测试报告显示模板和执行结果生成测试报告。

在其中一个实施例中，生成模块440，包括：

第一获取单元，用于当所选取的测试报告显示模板是需求显示模板时，则获取当前软件的待测需求，并查询待测需求对应的待测系统。

第一评分获取单元，用于从测试指令对应的测试用例中查询待测系统对应的测试用例，并获取待测系统对应的测试用例的第一评分等级和第一评分权重。

第一统计单元，用于统计第一评分等级所对应的测试用例的第一数量。

第一计算单元，用于执行待测系统对应的测试用例，根据第一评分等级、第一评分权重以及第一数量，计算待测系统的系统测试执行结果。

第一生成单元，用于根据系统测试执行结果以及需求显示模板生成测试报告。

在其中一个实施例中，生成模块440，可以包括：

系统评分权重获取单元，用于系统评分获取待测需求对应的待测系统的系统评分权重。

整体需求测试结果计算单元，用于根据系统评分权重、第一评分等级、第一评分权重以及第一数量，计算待测需求对应的整体需求测试结果。

第一添加单元，用于将整体需求测试结果添加至测试报告中。

在其中一个实施例中，生成模块400，还可以包括：

第一标准获取单元，用于获取待测系统的第一标准测试执行结果，并获取待测需求的标准整体需求测试结果。

第一比较单元，用于将待测系统的测试执行结果与待测系统的第一标准测试执行结果进行比对，得到第一待测系统测试状态。

第一对比单元，用于将整体需求测试结果与标准整体需求测试结果进行比对得到第一待测需求测试状态。

第一测试状态添加单元，用于将第一待测系统测试状态和第一待测需求测试状态添加至测试报告中。

在其中一个实施例中，生成模块440，可以包括：

第二获取单元，用于当所选取的测试报告显示模板是系统显示模板时，则获取待测系统，并查询待测系统所对应的待测需求。

第二评分获取单元，用于从测试指令对应的测试用例中查询待测需求对应的测试用例，并获取待测需求对应的测试用例对应的第二评分等级和第二评分权重。

第二统计单元，用于统计第二评分等级所对应的测试用例的第二数量。

第二计算单元，用于执行待测业务需求对应的测试用例，并根据第二评分等级、第二评分权重以及第二数量，计算待测需求的需求测试执行结果。

第二生成单元，用于根据需求测试执行结果以及系统显示模板生成测试报告。

在其中一个实施例中，生成模块440，还可以包括：

需求评分权重获取单元，用于获取待测系统对应的待测需求的需求评分权重。

整体系统测试结果计算单元，用于根据需求评分权重、第二评分等级、第二评分权重以及第二数量，计算待测业务对应的整体系统测试结果。

第二添加单元，用于将整体系统测试结果添加至测试报告中。

在其中一个实施例中，生成模块440，还可以包括：

第二标准获取单元，用于获取待测系统对应的待测需求的第二标准测试执行结果，并获取待测系统的标准整体系统测试结果。

第二比较单元，用于将待测需求的测试执行结果与待测需求的第二标准测试执行结果进行比对，得到第二待测需求测试状态。

第二对比单元，用于将整体系统测试结果与标准整体系统测试结果进行比对，得到第二待测系统测试状态。

第二测试状态添加单元，用于将第二待测系统测试状态和第二待测需求测试状态添加至测试报告中。

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

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

本领域技术人员可以理解，图5中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，该存储器存储有计算机程序，该处理器执行计算机程序时实现以下步骤：接收测试报告显示模板的选取指令。获取与选取指令对应的测试报告显示模板。接收测试当前软件的测试指令，并获取与测试指令对应的测试用例。执行与测试指令对应的测试用例得到执行结果，并根据所选取的测试报告显示模板和执行结果生成测试报告。

在其中一个实施例中，处理器执行计算机程序时实现执行测试指令对应的测试用例得到执行结果，并根据所选取的显示模板和执行结果生成测试报告，可以包括：当所选取的测试报告显示模板是需求显示模板时，则获取当前软件的待测需求，并查询待测需求对应的待测系统。从测试指令对应的测试用例中查询待测系统对应的测试用例，并获取待测系统对应的测试用例的第一评分等级和第一评分权重。统计第一评分等级所对应的测试用例的第一数量。执行待测系统对应的测试用例，根据第一评分等级、第一评分权重以及第一数量，计算待测系统的系统测试执行结果。根据系统测试执行结果以及需求显示模板生成测试报告。

在其中一个实施例中，处理器执行计算机程序时还可以实现：获取待测需求对应的待测系统的系统评分权重。根据系统评分权重、第一评分等级、第一评分权重以及第一数量，计算待测需求对应的整体需求测试结果。将整体需求测试结果添加至测试报告中。

在其中一个实施例中，处理器执行计算机程序时还可以实现：获取待测系统的第一标准测试执行结果，并获取待测需求的标准整体需求测试结果。将待测系统的测试执行结果与待测系统的第一标准测试执行结果进行比对，得到第一待测系统测试状态。将整体需求测试结果与标准整体需求测试结果进行比对得到第一待测需求测试状态。将第一待测系统测试状态和第一待测需求测试状态添加至测试报告中。

在其中一个实施例中，处理器执行计算机程序时实现执行测试指令对应的测试用例得到执行结果，并根据所选取的显示模板和执行结果生成测试报告，包括：当所选取的测试报告显示模板是系统显示模板时，则获取待测系统，并查询待测系统所对应的待测需求。从测试指令对应的测试用例中查询待测需求对应的测试用例，并获取待测需求对应的测试用例对应的第二评分等级和第二评分权重。统计第二评分等级所对应的测试用例的第二数量。执行待测业务需求对应的测试用例，并根据第二评分等级、第二评分权重以及第二数量，计算待测需求的需求测试执行结果。根据需求测试执行结果以及系统显示模板生成测试报告。

在其中一个实施例中，处理器执行计算机程序时还可以实现：获取待测系统对应的待测需求的需求评分权重。根据需求评分权重、第二评分等级、第二评分权重以及第二数量，计算待测业务对应的整体系统测试结果。将整体系统测试结果添加至测试报告中。

在其中一个实施例中，处理器执行计算机程序时还可以实现：获取待测系统对应的待测需求的第二标准测试执行结果，并获取待测系统的标准整体系统测试结果。将待测需求的测试执行结果与待测需求的第二标准测试执行结果进行比对，得到第二待测需求测试状态。将整体系统测试结果与标准整体系统测试结果进行比对，得到第二待测系统测试状态。将第二待测系统测试状态和第二待测需求测试状态添加至测试报告中。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：接收测试报告显示模板的选取指令。获取与选取指令对应的测试报告显示模板。接收测试当前软件的测试指令，并获取与测试指令对应的测试用例。执行与测试指令对应的测试用例得到执行结果，并根据所选取的测试报告显示模板和执行结果生成测试报告。

在其中一个实施例中，计算机程序被处理器执行时实现执行测试指令对应的测试用例得到执行结果，并根据所选取的显示模板和执行结果生成测试报告，可以包括：当所选取的测试报告显示模板是需求显示模板时，则获取当前软件的待测需求，并查询待测需求对应的待测系统。从测试指令对应的测试用例中查询待测系统对应的测试用例，并获取待测系统对应的测试用例的第一评分等级和第一评分权重。统计第一评分等级所对应的测试用例的第一数量。执行待测系统对应的测试用例，根据第一评分等级、第一评分权重以及第一数量，计算待测系统的系统测试执行结果。根据系统测试执行结果以及需求显示模板生成测试报告。

在其中一个实施例中，计算机程序被处理器执行时还可以实现：获取待测需求对应的待测系统的系统评分权重。根据系统评分权重、第一评分等级、第一评分权重以及第一数量，计算待测需求对应的整体需求测试结果。将整体需求测试结果添加至测试报告中。

在其中一个实施例中，计算机程序被处理器执行时还可以实现：获取待测系统的第一标准测试执行结果，并获取待测需求的标准整体需求测试结果。将待测系统的测试执行结果与待测系统的第一标准测试执行结果进行比对，得到第一待测系统测试状态。将整体需求测试结果与标准整体需求测试结果进行比对得到第一待测需求测试状态。将第一待测系统测试状态和第一待测需求测试状态添加至测试报告中。

在其中一个实施例中，计算机程序被处理器执行时实现执行测试指令对应的测试用例得到执行结果，并根据所选取的显示模板和执行结果生成测试报告，包括：当所选取的测试报告显示模板是系统显示模板时，则获取待测系统，并查询待测系统所对应的待测需求。从测试指令对应的测试用例中查询待测需求对应的测试用例，并获取待测需求对应的测试用例对应的第二评分等级和第二评分权重。统计第二评分等级所对应的测试用例的第二数量。执行待测业务需求对应的测试用例，并根据第二评分等级、第二评分权重以及第二数量，计算待测需求的需求测试执行结果。根据需求测试执行结果以及系统显示模板生成测试报告。

在其中一个实施例中，计算机程序被处理器执行时还可以实现：获取待测系统对应的待测需求的需求评分权重。根据需求评分权重、第二评分等级、第二评分权重以及第二数量，计算待测业务对应的整体系统测试结果。将整体系统测试结果添加至测试报告中。

在其中一个实施例中，计算机程序被处理器执行时还可以实现：获取待测系统对应的待测需求的第二标准测试执行结果，并获取待测系统的标准整体系统测试结果。将待测需求的测试执行结果与待测需求的第二标准测试执行结果进行比对，得到第二待测需求测试状态。将整体系统测试结果与标准整体系统测试结果进行比对，得到第二待测系统测试状态。将第二待测系统测试状态和第二待测需求测试状态添加至测试报告中。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(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.根据权利要求2所述的方法，其特征在于，所述方法还包括：

获取所述待测需求对应的待测系统的系统评分权重；

根据所述系统评分权重、所述第一评分等级、所述第一评分权重以及所述第一数量，计算待测需求对应的整体需求测试结果；

将所述整体需求测试结果添加至所述测试报告中。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

获取所述待测系统的第一标准测试执行结果，并获取待测需求的标准整体需求测试结果；

将所述待测系统的测试执行结果与所述待测系统的第一标准测试执行结果进行比对，得到第一待测系统测试状态；

将所述整体需求测试结果与所述标准整体需求测试结果进行比对得到第一待测需求测试状态；

将所述第一待测系统测试状态和所述第一待测需求测试状态添加至所述测试报告中。

5.根据权利要求1所述的方法，其特征在于，所述执行所述测试指令对应的测试用例得到执行结果，并根据所选取的显示模板和所述执行结果生成测试报告，包括：

当所选取的测试报告显示模板是系统显示模板时，则获取所述待测系统，并查询所述待测系统所对应的待测需求；

从所述测试指令对应的测试用例中查询所述待测需求对应的测试用例，并获取所述待测需求对应的测试用例对应的第二评分等级和第二评分权重；

统计所述第二评分等级所对应的测试用例的第二数量；

执行所述待测业务需求对应的测试用例，并根据所述第二评分等级、第二评分权重以及所述第二数量，计算所述待测需求的需求测试执行结果；

根据所述需求测试执行结果以及所述系统显示模板生成测试报告。

6.根据权利要求5所述的方法，其特征在于，所述方法还包括：

获取所述待测系统对应的待测需求的需求评分权重；

根据所述需求评分权重、所述第二评分等级、所述第二评分权重以及所述第二数量，计算所述待测业务对应的整体系统测试结果；

将所述整体系统测试结果添加至所述测试报告中。

7.根据权利要求6所述的方法，其特征在于，所述方法还包括：

获取所述待测系统对应的待测需求的第二标准测试执行结果，并获取待测系统的标准整体系统测试结果；

将所述待测需求的测试执行结果与所述待测需求的第二标准测试执行结果进行比对，得到第二待测需求测试状态；

将所述整体系统测试结果与所述标准整体系统测试结果进行比对，得到第二待测系统测试状态；

将所述第二待测系统测试状态和所述第二待测需求测试状态添加至所述测试报告中。

8.一种测试报告生成装置，其特征在于，所述装置包括：

接收模块，用于接收测试报告显示模板的选取指令；

获取模块，用户获取与所述选取指令对应的测试报告显示模板；

测试用例获取模块，用于接收测试当前软件的测试指令，并获取与所述测试指令对应的测试用例；

生成模块，用于执行与所述测试指令对应的测试用例得到执行结果，并根据所选取的所述测试报告显示模板和所述执行结果生成测试报告。

9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述方法的步骤。

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