CN110413517A - 一种测试报告生成方法、装置、电子设备和存储介质 - Google Patents

Abstract

本公开提供了一种测试报告生成方法、装置、电子设备和存储介质，属于自动化测试技术领域。本公开提供的测试报告生成方法，在生成的测试报告的测试结果信息中采用测试用例的类名替代现有测试报告中测试用例的包名，去除了大量不必要的冗余信息，使测试报告更加清晰简要。并且，测试结果信息中增加了用于描述测试用例功能的描述信息，可以更清楚地展示测试用例的功能，有利于测试人员快速了解测试用例的功能。对于执行结果与测试用例的预设结果不一致的测试用例，即测试失败的测试用例，在测试结果信息中还包括执行结果，可以直接将测试用例的执行结果展示给测试人员，有利于测试人员根据执行结果快速发现问题，提高测试人员查找和发现问题的效率。

Description

一种测试报告生成方法、装置、电子设备和存储介质

技术领域

本公开涉及自动化测试技术领域，尤其涉及一种测试报告生成方法、装置、电子设备和存储介质。

背景技术

随着自动化测试技术的发展，测试人员可以利用自动化测试工具对软件接口、UI界面等各类软件功能模块进行自动化测试，从而降低人工测试所消耗的人力和时间成本。

自动化测试工具通过执行多个测试用例对某个软件功能模块进行自动化测试，完成测试后，将输出测试报告。测试报告中包含各个测试用例对应的测试结果信息，每个测试用例对应一条测试结果信息，每条测试结果信息中包括测试用例的包名、输入参数等信息。测试失败的测试用例所对应的测试结果信息中还包括该测试用例的执行结果的链接信息。其中，测试用例的包名包括测试用例的路径信息和测试用例的类名。

现有技术中的测试报告存在如下问题：测试报告中包含大量的冗余信息；对于测试失败的测试用例，测试人员需要点击链接信息才可以看到测试用例的执行结果，通过测试用例的执行结果发现测试失败的原因，找到所测试的软件功能模块存在的问题，该方式不利于测试人员快速发现问题，降低了测试人员查找和发现问题的效率。

发明内容

本公开实施例提供一种测试报告生成方法、装置、电子设备和存储介质，用以解决现有的测试报告中存在的包含大量冗余信息，并且需要通过点击链接信息跳转才能看到测试用例的执行结果等问题。

本公开实施例的技术方案如下：

第一方面，本公开实施例提供一种测试报告生成方法，该方法包括：

获取已执行的至少一个测试用例的类名、描述信息和执行结果，所述描述信息为用于描述测试用例功能的信息；

将所述执行结果与所述测试用例的预设结果进行比对；

若所述执行结果与所述测试用例的预设结果不一致，为所述测试用例设置测试失败标记，并将所述测试用例的类名、描述信息、测试失败标记和所述执行结果组成第一测试结果信息；

若所述执行结果与所述测试用例的预设结果一致，为所述测试用例设置测试成功标记，并将所述测试用例的类名、描述信息和测试成功标记组成第二测试结果信息；

根据所述第一测试结果信息和/或所述第二测试结果信息生成测试报告。

与现有技术相比，本公开实施例提供的测试报告生成方法，在生成测试报告时，获取已执行的至少一个测试用例的类名、用于描述测试用例功能的描述信息和执行结果，在生成的测试报告的测试结果信息中采用测试用例的类名替代现有测试报告中测试用例的包名，去除了大量不必要的冗余信息，使测试报告更加清晰简要。并且，测试结果信息中增加了用于描述测试用例功能的描述信息，可以更清楚地展示测试用例的功能，有利于测试人员快速了解测试用例的功能，更快地发现所测试的软件功能模块存在的问题。对于执行结果与测试用例的预设结果不一致的测试用例，即测试失败的测试用例，在测试结果信息中还包括执行结果，可以直接将测试用例的执行结果展示给测试人员，无需测试人员再通过点击链接信息进行跳转才能看到执行结果，不仅节省了操作步骤，而且节约了通过链接信息跳转所需要的时间，有利于测试人员根据执行结果快速发现问题，提高测试人员查找和发现问题的效率。

在一种可能的实现方式中，所述根据所述第一测试结果信息和/或所述第二测试结果信息生成测试报告，包括：

若有第一测试结果信息和第二测试结果信息，将所述第一测试结果信息的优先级设置为高于所述第二测试结果信息的优先级；

根据优先级顺序将所述第一测试结果信息和所述第二测试结果信息组成所述测试报告。

上述方法中，如果测试报告中包括测试失败的测试用例对应的第一测试结果信息和测试成功的测试用例对应的第二测试结果信息，将第一测试结果信息的优先级设置为高于第二测试结果信息的优先级，根据优先级顺序排列第一测试结果信息和第二测试结果信息，优先将测试失败的测试用例对应的第一测试结果信息展示给测试人员，有利于测试人员更快地根据第一测试结果信息查找和发现问题。

在一种可能的实现方式中，所述根据所述第一测试结果信息和/或所述第二测试结果信息生成测试报告，还包括：

若有多个第一测试结果信息，根据每个第一测试结果信息对应的测试用例的功能设置所述第一测试结果信息的优先级；和/或

若有多个第二测试结果信息，根据每个第二测试结果信息对应的测试用例的功能设置所述第二测试结果信息的优先级。

上述方法中，在设置优先级时，还可以根据测试用例的功能设置测试结果信息的优先级，测试用例的功能可以体现不同测试用例的重要程度，例如，用于测试主要功能或关键接口的测试用例相比于其它测试用例更重要。根据测试用例的功能，可以将重要的测试用例的优先级设置为较高的优先级。

在一种可能的实现方式中，所述获取所述测试用例的描述信息，包括：

根据获取的所述测试用例的包名中的路径信息和所述测试用例的类名查找所述测试用例；

从查找到的测试用例中获取所述测试用例的描述信息。

上述方法中，在测试用例中增加了描述信息，用于描述测试用例的功能。生成测试报告时，从测试用例中获取所述测试用例的描述信息，添加至测试报告的所述测试用例对应的测试结果信息中，更清楚地展示测试用例的功能，有利于测试人员快速了解测试用例的功能，更快地发现问题。

在一种可能的实现方式中，所述测试用例中包括用于记录所述描述信息的描述标签；所述从查找到的测试用例中获取所述测试用例的描述信息，包括：

从所述测试用例的描述标签中获取所述测试用例的描述信息。

上述方法中，在测试用例中增加描述标签，用于记录该测试用例的描述信息，方便生成测试报告时快速从测试用例中找到描述信息。

在一种可能的实现方式中，所述测试报告为基于TestNG框架的测试报告；

所述根据得到的测试结果信息生成测试报告之后，所述方法还包括：

在显示所述测试报告时，采用Bootstrap框架调整所述测试报告的页面参数；所述页面参数包括页面宽度和/或页面高度。

上述方法中，在显示测试报告时，采用Bootstrap框架对基于TestNG框架的测试报告的页面参数进行调整，以使显示的测试报告可以适应显示屏的分辨率，改善了现有技术中测试报告的页面参数不可调导致的在不同分辨率的显示屏上显示效果不佳的问题，提高了测试报告的显示效果。

第二方面，本公开实施例提供了一种测试报告生成装置，包括：

信息获取单元，被配置为执行获取已执行的至少一个测试用例的类名、描述信息和执行结果，所述描述信息为用于描述测试用例功能的信息；

测试结果信息生成单元，被配置为执行将所述执行结果与所述测试用例的预设结果进行比对；若所述执行结果与所述测试用例的预设结果不一致，为所述测试用例设置测试失败标记，并将所述测试用例的类名、描述信息、测试失败标记和所述执行结果组成第一测试结果信息；若所述执行结果与所述测试用例的预设结果一致，为所述测试用例设置测试成功标记，并将所述测试用例的类名、描述信息和测试成功标记组成第二测试结果信息；

报告生成单元，被配置为执行根据所述第一测试结果信息和/或所述第二测试结果信息生成测试报告。

在一种可能的实现方式中，所述报告生成单元，还被配置为执行：

若有第一测试结果信息和第二测试结果信息，将所述第一测试结果信息的优先级设置为高于所述第二测试结果信息的优先级；

根据优先级顺序将所述第一测试结果信息和所述第二测试结果信息组成所述测试报告。

在一种可能的实现方式中，所述报告生成单元，还被配置为执行：

若有多个第一测试结果信息，根据每个第一测试结果信息对应的测试用例的功能设置所述第一测试结果信息的优先级；和/或

若有多个第二测试结果信息，根据每个第二测试结果信息对应的测试用例的功能设置所述第二测试结果信息的优先级。

在一种可能的实现方式中，所述信息获取单元，还被配置为执行：

根据获取的所述测试用例的包名中的路径信息和所述测试用例的类名查找所述测试用例；

从查找到的测试用例中获取所述测试用例的描述信息。

在一种可能的实现方式中，所述测试用例中包括用于记录所述描述信息的描述标签；所述信息获取单元，还被配置为执行：

从所述测试用例的描述标签中获取所述测试用例的描述信息。

在一种可能的实现方式中，所述装置还包括报告显示单元，所述测试报告为基于TestNG框架的测试报告；所述报告显示单元被配置为执行：

在显示所述测试报告时，采用Bootstrap框架调整所述测试报告的页面参数；所述页面参数包括页面宽度和/或页面高度。

第三方面，本公开实施例提供了一种测试报告生成装置，包括：处理器，以及用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现上述第一方面中任意一种测试报告生成方法。

第四方面，本公开另一实施例提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时，实现上述第一方面中任意一种测试报告生成方法。

第五方面，本公开另一实施例还提供了一种计算机程序产品，包括至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述第一方面中任意一种测试报告生成方法。

第二方面至第五方面中任意一种实现方式所带来的技术效果可参见第一方面中对应的实现方式所带来的技术效果，此处不再赘述。

附图说明

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

图1为现有技术的测试报告中测试用例对应的测试结果信息的示意图；

图2为通过现有技术的测试报告中的链接信息跳转后展示的执行结果的示意图；

图3为本公开实施例提供的一种测试报告生成方法的流程示意图；

图4为图3中步骤S303的流程示意图；

图5为图3中步骤S304的流程示意图；

图6为采用本公开实施例提供的测试报告生成方法生成的一种测试报告的示意图；

图7为本公开实施例提供的一种测试报告生成装置的结构框图；

图8为本公开实施例提供的另一种测试报告生成装置的结构框图；

图9为本公开实施例提供的一种电子设备的结构框图。

具体实施方式

为了使本公开的目的、技术方案和优点更加清楚，下面将结合附图对本公开作进一步地详细描述，显然，所描述的实施例仅仅是本公开一部份实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本公开保护的范围。

以下对本公开实施例中的部分用语进行解释说明，以便于本领域技术人员理解。

(1)TestNG框架：一种单元测试框架，是在JUnit和NUnit的基础上改进得到的自动化测试框架，本身不提供基础的自动化测试支持，只是用于组织、管理和执行测试用例，测试完成后统计测试用例的执行结果，生成测试报告。

(2)Bootstrap框架：一种Web(网络)的前端开发框架，提供了界面生成规范，如HTML(Hyper Text Markup Language，超文本标记语言)规范，以及丰富的组件，如下拉菜单、按钮组、按钮下拉菜单等。

(3)测试用例：是为测试某个软件功能模块而编制的一组包括测试输入、执行条件以及预期结果的测试用程序。

下面结合附图及具体实施例对本公开作进一步详细的说明。

自动化测试工具在完成对某个软件功能模块的测试后生成测试报告，现有的测试报告中包含各个测试用例对应的测试结果信息。其中，测试失败的测试用例所对应的测试结果信息如图1所示，包括测试用例的包名和执行结果，图1中的“com.overseaqa.kwaiapitest.teatcase.profile.PhotoLikeShowTestCase”即为测试用例的包名，其中，com.overseaqa.kwaiapitest.teatcase.profile.为测试用例的路径信息，PhotoLikeShowTestCase为测试用例的类名。采用测试用例的包名作为测试用例的标识，由于测试用例的包名中含有路径信息等大量测试人员不关注的冗余信息，反而使得测试用例的类名等关键信息淹没在大量不必要的冗余信息中，显示不突出。

图1中在执行结果一项中显示的是测试用例的执行结果的链接信息“testPhotoLike”。测试人员如果想要看到详细的执行结果，需要点击链接信息，通过链接跳转至执行结果展示页面，才能看到执行结果，如图2所示。再根据执行结果分析测试失败的原因，找到所测试的软件功能模块存在的问题。上述跳转过程需要消耗一定的时间，不利于测试人员快速发现问题，因此降低了测试人员查找和发现问题的效率。

为了解决上述现有技术中存在的技术问题，本公开实施例提供了一种测试报告生成方法和装置，用于生成基于TestNG框架的测试报告。基于TestNG框架的自动化测试工具在完成对某个软件功能模块的测试后将生成测试报告，在生成测试报告的过程中，将测试失败的失败测试用例的执行结果生成在该失败测试用例对应的测试结果信息中，在展示测试报告时，可以直接将失败测试用例的执行结果展示给测试人员。

具体地说，测试人员可以基于TestNG框架通过自动化测试工具对软件功能模块进行自动化测试。所述软件功能模块可以是接口模块、UI界面模块或其它功能单元(如某个函数等)。自动化测试工具接收到测试人员触发的测试某个软件功能模块的开始测试操作，响应测试人员的开始测试操作，调取预存的一个或多个测试用例集。调取的测试用例集可以是测试人员预先编制的，用于测试特定的软件功能模块。每个测试用例集中包括至少一个测试用例，不同的测试用例可以用于测试同一软件功能模块的不同功能或不同逻辑是否可以正常实现。

自动化测试工具执行调取的测试用例集中的每一个测试用例，保存每个测试用例的测试信息。所述测试信息可以包括测试用例的包名、执行结果、执行开始时间和执行结束时间等信息。所述测试用例的包名可以包括测试用例的路径信息和测试用例的类名。所述测试用例的路径信息用于指示该测试用例的存储位置，所述测试用例的类名可以理解为测试用例的函数名，用于标识测试用例。可选地，测试用例的测试信息可以保存在缓存中。例如，在缓存中为每个测试用例配置对应的存储空间，用于保存测试用例的测试信息。

TestNG框架可以在自动化测试工具将所有测试用例均执行完毕后再生成测试报告，也可以每执行一个测试用例后即生成测试报告中该测试用例对应的测试结果信息。因此，测试报告生成条件可以是所有测试用例均执行完毕，也可以是任意一个测试用例执行完毕。

生成测试报告时，逐一生成每个测试用例对应的测试结果信息。生成一个测试用例对应的测试结果信息的过程如下：获取该测试用例的类名、描述信息和执行结果，根据执行结果确定结果标记信息。如果执行结果与测试用例的预设结果一致，则确定结果标记信息为测试成功标记。如果执行结果与测试用例的预设结果不一致，则确定结果标记信息为测试失败标记。所述测试用例的预设结果由测试人员编写在测试用例中。

对于测试成功的测试用例，将测试用例的类名、描述信息和测试成功标记组成该测试用例对应的测试结果信息。譬如，可以将测试用例的类名、描述信息和测试成功标记按照预设位置关系组成成功测试用例对应的测试结果信息。对于测试失败的测试用例，根据该测试用例的类名、描述信息、测试失败标记和执行结果生成该测试用例对应的测试结果信息。譬如，可以将测试用例的类名、描述信息、测试失败标记和执行结果按照预设位置关系组成失败测试用例对应的测试结果信息。按照预设位置关系将测试用例的各项信息分别添加至对应的位置，组成测试用例对应的测试结果信息，可以使生成的测试报告整齐地展示测试用例的各项信息。

在一个实施例中，提供了一种测试报告生成方法，如图3所示，该方法包括如下步骤：

步骤S301，获取已执行的至少一个测试用例的类名、描述信息和执行结果。

由于现有的测试报告中，采用测试用例的包名作为测试用例的标识，如图1所示的“com.overseaqa.kwaiapitest.teatcase.profile.PhotoLikeShowTestCase”，其中，com.overseaqa.kwaiapitest.teatcase.profile.为测试用例的路径信息，PhotoLikeShowTestCase为测试用例的类名。测试用例的包名中含有路径信息等大量测试人员不关注的冗余信息，因而使得测试用例的类名等关键信息淹没在大量不必要的冗余信息中，显示不突出。

在本公开实施例中，采用测试用例的类名代替包名作为测试用例的标识，测试用例的类名可以理解为测试用例的函数名。例如，对于测试用例Hopemore TestCase()，测试用例的类名为Hopemore TestCase。生成测试用例对应的测试结果信息时，可以从获取的测试用例的包名中提取测试用例的类名，将类名添加至测试用例的测试结果信息中类名对应的预设位置。

采用测试用例的类名作为测试用例的标识，去除了不必要的冗余信息，使测试报告更加清晰简要。

所述描述信息为用于描述测试用例功能的信息。一个测试用例的描述信息预先编写在该测试用例中，用于描述该测试用例的功能。

可选地，测试用例的描述信息可以写在描述标签中。例如，在测试用例的编写过程中，可以在测试用例中增加描述标签，可以写在测试用例的开头部分。描述标签也可以理解为一个函数。描述标签的一种形式可以是：

Description()

{

putout(“验证单图上传逻辑与视频上传逻辑是否一致”)；

}

在测试用例中增加描述标签，用于记录该测试用例的描述信息。描述标签采用指定格式或指定函数设置，方便生成测试报告时快速从测试用例中找到描述信息。

生成测试用例对应的测试结果信息时，获取测试用例的包名，测试用例的包名可以是从测试用例的测试信息中获取的，也可以是通过其它途径获取的。根据测试用例的包名中的路径信息和测试用例的类名从存储器中查找该测试用例，从查找到的测试用例中获取该测试用例的描述信息，将描述信息添加至测试用例的测试结果信息中描述信息对应的预设位置。

如果测试报告中没有描述信息，测试人员在根据测试报告分析测试失败的原因时，需要手动找到测试用例，分析了解测试用例的功能后才能分析测试失败的原因。在测试报告中增加测试用例的描述信息，可以更清楚地展示测试用例的功能，有利于测试人员快速了解测试用例的功能，更快地发现问题。

步骤S302，判断测试用例的执行结果与测试用例的预设结果是否一致；如果否，执行步骤S303；如果是，执行步骤S304。

步骤S303，为测试用例设置测试失败标记，并将所述测试用例的类名、描述信息、测试失败标记和所述执行结果组成第一测试结果信息。

步骤S304，为测试用例设置测试成功标记，并将所述测试用例的类名、描述信息和测试成功标记组成第二测试结果信息。

将测试用例的执行结果与测试用例的预设结果进行比对，若该测试用例的执行结果与测试用例的预设结果不一致，为该测试用例设置测试失败标记，并将测试用例的类名、描述信息、测试失败标记和执行结果组成该测试用例对应的测试结果信息。若该测试用例的执行结果与测试用例的预设结果一致，为该测试用例设置测试成功标记，并将测试用例的类名、描述信息和测试成功标记组成该测试用例对应的测试结果信息。

在本公开实施例中，将带有测试失败标记的测试结果信息统称为第一测试结果信息，将带有测试成功标记的测试结果信息统称为第二测试结果信息。

步骤S305，根据第一测试结果信息和/或第二测试结果信息生成测试报告。

生成的测试报告可以是基于TestNG框架的测试报告，测试报告中可以包含一条或多条测试结果信息。测试报告中可能只包含第一测试结果信息，也可能只包含第二测试结果信息，还可能包含第一测试结果信息和第二测试结果信息。

本公开实施例提供的测试报告生成方法，在生成测试报告时，获取已执行的至少一个测试用例的类名、用于描述测试用例功能的描述信息和执行结果，在生成的测试报告的测试结果信息中采用测试用例的类名替代现有测试报告中测试用例的包名，去除了大量不必要的冗余信息，使测试报告更加清晰简要。并且，测试结果信息中增加了用于描述测试用例功能的描述信息，可以更清楚地展示测试用例的功能，有利于测试人员快速了解测试用例的功能，更快地发现所测试的软件功能模块存在的问题。对于执行结果与测试用例的预设结果不一致的测试用例，即测试失败的测试用例，在测试结果信息中还包括执行结果，可以直接将测试用例的执行结果展示给测试人员，无需测试人员再通过点击链接信息进行跳转才能看到执行结果，不仅节省了操作步骤，而且节约了通过链接信息跳转所需要的时间，有利于测试人员根据执行结果快速发现问题，提高测试人员查找和发现问题的效率。

在一些具体实施例中，步骤S303的执行过程如图4所示，包括如下步骤：

步骤S3031，将测试用例的类名添加至测试用例对应的测试结果信息中第一列的位置。

测试用例的类名可以从测试用例的包名中获取。测试用例的包名可以直接从缓存的测试用例的测试结果中获取，也可以根据测试用例的存储路径得到测试用例的包名。

步骤S3032，将测试用例的描述信息添加至测试用例对应的测试结果信息中第二列的位置。

具体地，如前所述，测试用例的描述信息已经预先保存在测试用例中，可以根据测试用例的包名中的路径信息和测试用例的类名查找所述测试用例，从查找到的测试用例中获取测试用例的描述信息。

步骤S3033，将测试失败标记添加至测试用例对应的测试结果信息中第三列的位置。

步骤S3034，将测试用例的测试耗时添加至测试用例对应的测试结果信息中第四列的位置。

测试用例的测试结果中保存有测试用例的测试开始时间和测试结束时间。可以根据测试结果中测试用例的测试开始时间和测试结束时间，确定所述测试用例的测试耗时。

步骤S3035，将测试用例的执行结果添加至测试用例对应的测试结果信息中第五列的位置。

测试用例对应的测试结果信息中第五列用于展示失败详情，所述测试用例的执行结果即展示了失败详情。测试人员根据展示的执行结果，可以分析得到测试失败的原因，进而找到软件功能模块存在的问题。

步骤S304的执行过程如图5所示，包括如下步骤：

步骤S3041，将测试用例的类名添加至测试用例对应的测试结果信息中第一列的位置。

测试用例的类名可以从测试用例的包名中获取。测试用例的包名可以直接从缓存的测试用例的测试结果中获取，也可以根据测试用例的存储路径得到测试用例的包名。

步骤S3042，将测试用例的描述信息添加至测试用例对应的测试结果信息中第二列的位置。

具体地，如前所述，测试用例的描述信息已经预先保存在测试用例中，可以根据测试用例的包名中的路径信息和测试用例的类名查找所述测试用例，从查找到的测试用例中获取测试用例的描述信息。

步骤S3043，将测试成功标记添加至测试用例对应的测试结果信息中第三列的位置。

步骤S3044，将测试用例的测试耗时添加至测试用例对应的测试结果信息中第四列的位置。

测试用例的测试结果中保存有测试用例的测试开始时间和测试结束时间。可以根据测试结果中测试用例的测试开始时间和测试结束时间，确定所述测试用例的测试耗时。

对于测试成功的成功测试用例，由于其执行结果与预设结果一致，测试人员不关心成功测试用例的执行结果，因此对于成功测试用例，可以不添加其执行结果。在成功测试用例对应的测试结果信息中，执行结果对应的第五列的位置可以为空。

根据图3所示的测试报告生成方法生成的测试报告页面如图6所示，其中，类名左侧的第0列为序号列。在一些实施例中，序号列也可以省略。

在一种可选的实施例中，监测到所有测试用例均执行完毕后，启动生成测试报告。按照测试用例的执行顺序先获取第一个测试用例的类名、描述信息和执行结果，生成第一个测试用例对应的测试结果信息后，再获取第二个测试用例的类名、描述信息和执行结果，生成第二个测试用例对应的测试结果信息，依此类推。其中，测试用例的执行结果可以从缓存的测试用例的测试结果中获取。

针对已执行的每个测试用例均生成对应的测试结果信息之后，根据生成的测试结果信息生成测试报告。在一种实施例中，如果生成的测试结果信息既有第一测试结果信息，又有第二测试结果信息，将第一测试结果信息的优先级设置为高于第二测试结果信息的优先级，根据优先级顺序将第一测试结果信息和第二测试结果信息组成测试报告。

根据优先级顺序排列第一测试结果信息和第二测试结果信息，优先将测试失败的测试用例对应的第一测试结果信息展示给测试人员，有利于测试人员更快地根据第一测试结果信息查找和发现问题。

在另一种实施例中，如果生成的测试结果信息中有多个第一测试结果信息，根据每个第一测试结果信息对应的测试用例的功能设置第一测试结果信息的优先级。

在另一种实施例中，如果生成的测试结果信息中有多个第二测试结果信息，根据每个第二测试结果信息对应的测试用例的功能设置第二测试结果信息的优先级。

在设置优先级时，根据测试用例的功能设置测试结果信息的优先级，测试用例的功能可以体现不同测试用例的重要程度，例如，用于测试主要功能或关键接口的测试用例相比于其它测试用例更重要。根据测试用例的功能，可以将重要的测试用例的优先级设置为较高的优先级。

在另一种实施例中，如果生成的测试结果信息中有多个第一测试结果信息和多个第二测试结果信息，将第一测试结果信息的优先级设置为高于第二测试结果信息的优先级，并且根据每个第一测试结果信息对应的测试用例的功能设置第一测试结果信息的优先级，根据每个第二测试结果信息对应的测试用例的功能设置第二测试结果信息的优先级。根据优先级顺序将多个第一测试结果信息和多个第二测试结果信息组成测试报告。

可选地，生成基于TestNG框架的测试报告之后，上述方法还可以包括：显示生成的测试报告。例如，生成基于TestNG框架的测试报告后，可以先将测试报告存储至指定位置，待测试人员点击查看测试报告时再显示所述测试报告；也可以将测试报告存储至指定位置，同时显示所述测试报告。

由于现有技术中测试报告的前端页面参数不可调，导致测试报告在不同分辨率的显示屏上的显示效果不佳。本公开实施例在显示所述测试报告时，采用Bootstrap框架调整测试报告的页面参数。所述页面参数包括页面宽度或页面高度；或者，所述页面参数包括页面宽度和页面高度。改写后测试报告的前端页面可以适应不同分辨率的显示屏，均具有较好的显示效果。

具体地，在显示生成的测试报告时，可以先获取显示屏的分辨率，根据显示屏的分辨率确定测试报告的页面宽度和页面高度，按照确定的页面宽度和页面高度显示测试报告。采用该方法在显示测试报告时，可以根据显示屏的分辨率调整测试报告的页面参数，以使显示的测试报告可以适应显示屏的分辨率，改善了现有技术中测试报告的页面参数不可调导致的在不同分辨率的显示屏上显示效果不佳的问题。

为了改善测试报告在不同分辨率的显示屏上的显示效果，在一些实施例中，可以根据显示屏的分辨率分别确定测试报告的页面宽度和页面高度，即根据显示屏的分辨率中的宽度数据确定所述测试报告的页面宽度，并根据显示屏的分辨率中的高度数据确定所述测试报告的页面高度。例如，若获取到显示屏的分辨率为1920*1080，则可以根据分辨率中的宽度数据1920dpi确定测试报告的页面宽度，根据分辨率中的高度数据1080dpi确定测试报告的页面高度。在另一些实施例中，可以根据显示屏的分辨率中的宽度数据和预设的横纵比确定测试报告的页面宽度和页面高度，即根据显示屏的分辨率中的宽度数据确定测试报告的页面宽度，根据确定的页面宽度和预设的横纵比确定测试报告的页面高度。按照确定的页面宽度和页面高度显示测试报告。

需要说明的是，上述本公开实施例描述的应用场景是为了更加清楚的说明本公开实施例的技术方案，并不构成对于本公开实施例提供的技术方案的限定，本领域普通技术人员可知，随着新应用场景的出现，本公开实施例提供的技术方案对于类似的技术问题，同样适用。

基于相同的发明构思，本公开还提供了一种测试报告生成装置。如图7所示，该测试报告生成装置包括：

信息获取单元71，被配置为执行获取已执行的至少一个测试用例的类名、描述信息和执行结果，所述描述信息为用于描述测试用例功能的信息；

测试结果信息生成单元72，被配置为执行将所述执行结果与所述测试用例的预设结果进行比对；若所述执行结果与所述测试用例的预设结果不一致，为所述测试用例设置测试失败标记，并将所述测试用例的类名、描述信息、测试失败标记和所述执行结果组成第一测试结果信息；若所述执行结果与所述测试用例的预设结果一致，为所述测试用例设置测试成功标记，并将所述测试用例的类名、描述信息和测试成功标记组成第二测试结果信息；

报告生成单元73，被配置为执行根据所述第一测试结果信息和/或所述第二测试结果信息生成测试报告。

在一种可能的实现方式中，所述报告生成单元73还可以被配置为执行：

若有第一测试结果信息和第二测试结果信息，将所述第一测试结果信息的优先级设置为高于所述第二测试结果信息的优先级；

根据优先级顺序将所述第一测试结果信息和所述第二测试结果信息组成所述测试报告。

在一种可能的实现方式中，所述报告生成单元73还可以被配置为执行：

若有多个第一测试结果信息，根据每个第一测试结果信息对应的测试用例的功能设置所述第一测试结果信息的优先级；和/或

若有多个第二测试结果信息，根据每个第二测试结果信息对应的测试用例的功能设置所述第二测试结果信息的优先级。

在一种可能的实现方式中，所述信息获取单元71还可以被配置为执行：

根据获取的所述测试用例的包名中的路径信息和所述测试用例的类名查找所述测试用例；

从查找到的测试用例中获取所述测试用例的描述信息。

在一种可能的实现方式中，所述测试用例中包括用于记录所述描述信息的描述标签；所述信息获取单元71还可以被配置为执行：

从所述测试用例的描述标签中获取所述测试用例的描述信息。

在一种可能的实现方式中，如图8所示，本公开实施例提供的测试报告生成装置还包括报告显示单元81，所述测试报告为基于TestNG框架的测试报告；报告显示单元81被配置为执行：

在显示所述测试报告时，采用Bootstrap框架调整所述测试报告的页面参数；所述页面参数包括页面宽度和/或页面高度。

本公开实施例提供的测试报告生成装置，在生成测试报告时，获取已执行的至少一个测试用例的类名、用于描述测试用例功能的描述信息和执行结果，在生成的测试报告的测试结果信息中采用测试用例的类名替代现有测试报告中测试用例的包名，去除了大量不必要的冗余信息，使测试报告更加清晰简要。并且，测试结果信息中增加了用于描述测试用例功能的描述信息，可以更清楚地展示测试用例的功能，有利于测试人员快速了解测试用例的功能，更快地发现所测试的软件功能模块存在的问题。对于执行结果与测试用例的预设结果不一致的测试用例，即测试失败的测试用例，在测试结果信息中还包括执行结果，可以直接将测试用例的执行结果展示给测试人员，无需测试人员再通过点击链接信息进行跳转才能看到执行结果，不仅节省了操作步骤，而且节约了通过链接信息跳转所需要的时间，有利于测试人员根据执行结果快速发现问题，提高测试人员查找和发现问题的效率。

基于同一发明构思，本公开实施例还提供了一种电子设备，如图9所示，该电子设备可以包括存储器91和处理器92。示例性地，该电子设备可以是或被实现在计算机、服务器或移动终端上。

所述存储器91，用于存储处理器92执行的计算机程序。存储器91可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据测试报告生成装置的使用所创建的数据等。处理器92，可以是一个中央处理单元(central processing unit，CPU)，或者为数字处理单元等等。本公开实施例中不限定上述存储器91和处理器92之间的具体连接介质。本公开实施例在图9中以存储器91和处理器92之间通过总线93连接，总线93在图9中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。所述总线93可以分为地址总线、数据总线、控制总线等。为便于表示，图9中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器91可以是易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，RAM)；存储器91也可以是非易失性存储器(non-volatilememory)，例如只读存储器，快闪存储器(flash memory)，硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)、或者存储器91是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器91可以是上述存储器的组合。

处理器92，用于调用所述存储器91中存储的计算机程序时执行如下步骤：

获取已执行的至少一个测试用例的类名、描述信息和执行结果，所述描述信息为用于描述测试用例功能的信息；

将所述执行结果与所述测试用例的预设结果进行比对；

若所述执行结果与所述测试用例的预设结果不一致，为所述测试用例设置测试失败标记，并将所述测试用例的类名、描述信息、测试失败标记和所述执行结果组成第一测试结果信息；

若所述执行结果与所述测试用例的预设结果一致，为所述测试用例设置测试成功标记，并将所述测试用例的类名、描述信息和测试成功标记组成第二测试结果信息；

根据所述第一测试结果信息和/或所述第二测试结果信息生成测试报告。

在一种可能的实现方式中，所述处理器92具体执行：

若有第一测试结果信息和第二测试结果信息，将所述第一测试结果信息的优先级设置为高于所述第二测试结果信息的优先级；

根据优先级顺序将所述第一测试结果信息和所述第二测试结果信息组成所述测试报告。

在一种可能的实现方式中，所述处理器92具体执行：

若有多个第一测试结果信息，根据每个第一测试结果信息对应的测试用例的功能设置所述第一测试结果信息的优先级；和/或

若有多个第二测试结果信息，根据每个第二测试结果信息对应的测试用例的功能设置所述第二测试结果信息的优先级。

在一种可能的实现方式中，所述处理器92具体执行：

根据获取的所述测试用例的包名中的路径信息和所述测试用例的类名查找所述测试用例；

从查找到的测试用例中获取所述测试用例的描述信息。

在一种可能的实现方式中，所述测试用例中包括用于记录所述描述信息的描述标签；所述处理器92具体执行：

从所述测试用例的描述标签中获取所述测试用例的描述信息。

在一种可能的实现方式中，所述测试报告为基于TestNG框架的测试报告；所述处理器92还执行：

在显示所述测试报告时，采用Bootstrap框架调整所述测试报告的页面参数；所述页面参数包括页面宽度和/或页面高度。

本公开实施例还提供了一种计算机存储介质，所述计算机存储介质中存储有计算机可执行指令，所述计算机可执行指令用于实现本公开实施例所记载的测试报告生成方法。

在一些可能的实施方式中，本公开提供的方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在计算机设备上运行时，所述程序代码用于使所述计算机设备执行本说明书上述描述的根据本公开各种示例性实施方式的方法中的步骤，例如，所述计算机设备可以执行本公开实施例所记载的测试报告生成方法。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是但不限于：电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

本公开是参照根据本公开的方法、设备(系统)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本公开进行各种改动和变型而不脱离本公开的精神和范围。这样，倘若本公开的这些修改和变型属于本公开权利要求及其等同技术的范围之内，则本公开也意图包含这些改动和变型在内。

Claims (10)

1.一种测试报告生成方法，其特征在于，包括：

获取已执行的至少一个测试用例的类名、描述信息和执行结果，所述描述信息为用于描述测试用例功能的信息；

将所述执行结果与所述测试用例的预设结果进行比对；

若所述执行结果与所述测试用例的预设结果不一致，为所述测试用例设置测试失败标记，并将所述测试用例的类名、描述信息、测试失败标记和所述执行结果组成第一测试结果信息；

若所述执行结果与所述测试用例的预设结果一致，为所述测试用例设置测试成功标记，并将所述测试用例的类名、描述信息和测试成功标记组成第二测试结果信息；

根据所述第一测试结果信息和/或所述第二测试结果信息生成测试报告。

2.根据权利要求1所述的方法，其特征在于，所述根据所述第一测试结果信息和/或所述第二测试结果信息生成测试报告，包括：

若有第一测试结果信息和第二测试结果信息，将所述第一测试结果信息的优先级设置为高于所述第二测试结果信息的优先级；

根据优先级顺序将所述第一测试结果信息和所述第二测试结果信息组成所述测试报告。

3.根据权利要求2所述的方法，其特征在于，所述根据所述第一测试结果信息和/或所述第二测试结果信息生成测试报告，还包括：

若有多个第一测试结果信息，根据每个第一测试结果信息对应的测试用例的功能设置所述第一测试结果信息的优先级；和/或

若有多个第二测试结果信息，根据每个第二测试结果信息对应的测试用例的功能设置所述第二测试结果信息的优先级。

4.根据权利要求1所述的方法，其特征在于，所述获取所述测试用例的描述信息，包括：

根据获取的所述测试用例的包名中的路径信息和所述测试用例的类名查找所述测试用例；

从查找到的测试用例中获取所述测试用例的描述信息。

5.根据权利要求4所述的方法，其特征在于，所述测试用例中包括用于记录所述描述信息的描述标签；所述从查找到的测试用例中获取所述测试用例的描述信息，包括：

从所述测试用例的描述标签中获取所述测试用例的描述信息。

6.根据权利要求1所述的方法，其特征在于，所述测试报告为基于TestNG框架的测试报告；

所述根据得到的测试结果信息生成测试报告之后，所述方法还包括：

在显示所述测试报告时，采用Bootstrap框架调整所述测试报告的页面参数；所述页面参数包括页面宽度和/或页面高度。

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

信息获取单元，被配置为执行获取已执行的至少一个测试用例的类名、描述信息和执行结果，所述描述信息为用于描述测试用例功能的信息；

测试结果信息生成单元，被配置为执行将所述执行结果与所述测试用例的预设结果进行比对；若所述执行结果与所述测试用例的预设结果不一致，为所述测试用例设置测试失败标记，并将所述测试用例的类名、描述信息、测试失败标记和所述执行结果组成第一测试结果信息；若所述执行结果与所述测试用例的预设结果一致，为所述测试用例设置测试成功标记，并将所述测试用例的类名、描述信息和测试成功标记组成第二测试结果信息；

报告生成单元，被配置为执行根据所述第一测试结果信息和/或所述第二测试结果信息生成测试报告。

8.根据权利要求7所述的装置，其特征在于，所述报告生成单元，还被配置为执行：

若有第一测试结果信息和第二测试结果信息，将所述第一测试结果信息的优先级设置为高于所述第二测试结果信息的优先级；

根据优先级顺序将所述第一测试结果信息和所述第二测试结果信息组成所述测试报告。

9.一种电子设备，其特征在于，包括：

处理器，以及用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如权利要求1-6中任一项所述的测试报告生成方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时，实现如权利要求1-6中任一项所述的测试报告生成方法。