CN111026665A - 测试范围分析方法、装置及设备 - Google Patents

Abstract

本发明提供一种测试范围分析方法、装置及设备，涉及数据处理技术领域。本发明通过获取菜单测试覆盖监控结果，以及当天及前一天的菜单数据，并基于菜单标识，确定当天的菜单数据中，相对于前一天的菜单数据，发生变化的菜单信息为目标菜单信息，然后确定在菜单测试覆盖监控结果中存在对应的菜单标识的目标菜单信息已被测试覆盖，可以实现以菜单为维度、以目标菜单信息为准，准确地确定出测试覆盖范围。相对现有技术而言，可以测试范围分析过程更加简化、测试范围分析结果更加准确，可以有效提高业务功能测试的完备性。

Description

测试范围分析方法、装置及设备

技术领域

本发明涉及数据处理技术领域，具体而言，涉及一种测试范围分析方法、装置及设备。

背景技术

金融业务***的业务场景复杂、多变，且交易量和数据量都很大。为了保障金融业务***有条不紊的进行，需要对金融业务***进行业务功能测试。金融业务功能测试一般是指对产品的各项功能进行测试验证，如：可以根据预先设置的测试案例对产品的各项功能进行逐项测试，以此检查产品是否具备用户要求。通过业务功能测试可以对产品间接口的一致性、业务实现和***运行的正确性和安全性等进行验证，以保证应用***功能符合用户需求。

为保证业务功能测试的完整性，通常需要对业务功能测试范围进行分析。目前，一般通过分析交易码测试范围，对业务功能测试范围进行分析。但交易码复杂繁多，部分交易码并不能表现该交易线的主要交易用途，且交易码只能用于后端测试分析，所以，往往还需要依赖于测试经理对业务和***的认识程度。

但上述现有技术中，依赖于测试经理对业务和***的认识程度，实现对业务功能测试范围进行分析，会导致业务功能测试范围分析结果具有较大的不确定性，影响业务功能测试的完备性。

发明内容

本发明提供一种测试范围分析方法、装置及设备，可以实现对业务功能测试范围进行分析。

第一方面，本发明实施例提供一种测试范围分析方法，该方法包括：获取菜单测试覆盖监控结果，菜单测试覆盖监控结果中包含有至少一组交易数据，每组交易数据包含有对应的交易标识、以及交易标识所属的菜单标识；获取当天及前一天的菜单数据，菜单数据包含有至少一组菜单信息，每组菜单信息包含有对应的菜单标识；基于菜单标识，确定当天的菜单数据中，相对于前一天的菜单数据，发生变化的菜单信息为目标菜单信息；确定在菜单测试覆盖监控结果中存在对应的菜单标识的目标菜单信息已被测试覆盖。

可选地，所述获取菜单测试覆盖监控结果，包括：获取交易数据、交易数据对应的交易标识、以及交易标识所属的菜单标识；根据交易数据、交易标识、以及菜单标识，生成菜单测试覆盖监控结果。

可选地，所述确定在菜单测试覆盖监控结果中存在对应的菜单标识的目标菜单信息已被测试覆盖，包括：查询菜单测试覆盖监控结果中是否存在目标菜单信息对应的菜单标识；若存在，则确定目标菜单信息被测试覆盖；若不存在，则确定目标菜单信息未被测试覆盖。

可选地，所述基于菜单标识，确定当天的菜单数据中，相对于前一天的菜单数据，发生变化的菜单信息为目标菜单信息，包括：针对当天及前一天的菜单数据中的任一菜单信息：判断菜单信息对应的菜单标识是否满足：菜单标识存在于当天的菜单数据中，而不存在于前一天的菜单数据中；若满足，则确定菜单信息为目标菜单信息。

可选地，该方法还包括：若菜单信息对应的菜单标识不满足：菜单标识存在于当天的菜单数据中，而不存在于前一天的菜单数据中，则判断菜单信息对应的菜单标识是否满足：菜单标识既存在于当天的菜单数据中，也存在于前一天的菜单数据中，且菜单标识在当天的菜单数据中和前一天的菜单数据中分别对应的菜单信息不同；若满足，则确定菜单信息为目标菜单信息。

可选地，所述菜单信息包括：菜单编码、菜单路径、菜单名称、菜单级别、以及菜单来源。

可选地，该方法还包括：根据已被测试覆盖的目标菜单信息、以及菜单测试覆盖监控结果中已被测试覆盖的目标菜单信息对应的交易数据，生成测试覆盖结果；将测试覆盖结果通过界面进行展示。

可选地，该方法还包括：将菜单测试覆盖监控结果、以及目标菜单信息分别通过界面进行展示。

第二方面，本发明实施例提供一种测试范围分析装置，该装置包括：

第一获取模块，用于获取菜单测试覆盖监控结果，菜单测试覆盖监控结果中包含有至少一组交易数据，每组交易数据包含有对应的交易标识、以及交易标识所属的菜单标识；第二获取模块，用于获取当天及前一天的菜单数据，菜单数据包含有至少一组菜单信息，每组菜单信息包含有对应的菜单标识；第一确定模块，用于基于菜单标识，确定当天的菜单数据中，相对于前一天的菜单数据，发生变化的菜单信息为目标菜单信息；第二确定模块，用于确定在菜单测试覆盖监控结果中存在对应的菜单标识的目标菜单信息已被测试覆盖。

可选地，第一获取模块，具体用于获取交易数据、交易数据对应的交易标识、以及交易标识所属的菜单标识，并根据交易数据、交易标识、以及菜单标识，生成菜单测试覆盖监控结果。

可选地，第二确定模块，具体用于查询菜单测试覆盖监控结果中是否存在目标菜单信息对应的菜单标识；若存在，则确定目标菜单信息被测试覆盖；若不存在，则确定目标菜单信息未被测试覆盖。

可选地，第一确定模块，具体用于针对当天及前一天的菜单数据中的任一菜单信息：判断菜单信息对应的菜单标识是否满足：菜单标识存在于当天的菜单数据中，而不存在于前一天的菜单数据中；若满足，则确定菜单信息为目标菜单信息。

可选地，第一确定模块，具体还用于若菜单信息对应的菜单标识不满足：菜单标识存在于当天的菜单数据中，而不存在于前一天的菜单数据中，则判断菜单信息对应的菜单标识是否满足：菜单标识既存在于当天的菜单数据中，也存在于前一天的菜单数据中，且菜单标识在当天的菜单数据中和前一天的菜单数据中分别对应的菜单信息不同；若满足，则确定菜单信息为目标菜单信息。

可选地，所述菜单信息包括：菜单编码、菜单路径、菜单名称、菜单级别、以及菜单来源。

可选地，该装置还包括：生成模块，用于根据已被测试覆盖的目标菜单信息、以及所述菜单测试覆盖监控结果中所述已被测试覆盖的目标菜单信息对应的交易数据，生成测试覆盖结果；第一显示模块，用于将测试覆盖结果通过界面进行展示。

可选地，该装置还包括：第二显示模块，用于将菜单测试覆盖监控结果通过界面进行展示；第三显示模块，用于将目标菜单信息通过界面进行展示。

第三方面，本发明实施例提供一种测试范围分析设备，包括：处理器、存储介质和总线，存储介质存储有处理器可执行的机器可读指令，当测试范围分析设备运行时，处理器与存储介质之间通过总线通信，处理器执行机器可读指令，以执行如第一方面所述的测试范围分析方法。

第四方面，本发明实施例还提供一种存储介质，存储介质上存储有计算机程序，计算机程序被处理器运行时执行如第一方面所述的测试范围分析方法。

本发明的有益效果是：

本发明实施例通过获取菜单测试覆盖监控结果，以及当天及前一天的菜单数据，并基于菜单标识，确定当天的菜单数据中，相对于前一天的菜单数据，发生变化的菜单信息为目标菜单信息，然后确定在菜单测试覆盖监控结果中存在对应的菜单标识的目标菜单信息已被测试覆盖，可以实现以菜单为维度、以目标菜单信息为准，准确地确定出测试覆盖范围。相对现有技术而言，可以测试范围分析过程更加简化、测试范围分析结果更加准确，可以有效提高业务功能测试的完备性。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本发明实施例提供的测试范围分析方法的流程示意图；

图2示出了本发明实施例提供的测试范围分析方法的另一流程示意图；

图3示出了本发明实施例提供的菜单测试覆盖监控结果的示意图；

图4示出了本发明实施例提供的测试范围分析方法的又一流程示意图；

图5示出了本发明实施例提供的测试范围分析方法的又一流程示意图；

图6示出了本发明实施例提供的菜单变更基线监控结果的示意图；

图7示出了本发明实施例提供的测试范围分析方法的又一流程示意；

图8示出了本发明实施例提供的测试范围分析方法的又一流程示意图；

图9示出了本发明实施例提供的测试覆盖结果的示意图；

图10示出了本发明实施例提供的测试范围分析方法的又一流程示意图；

图11示出了本发明实施例提供的测试范围分析装置的结构示意图；

图12示出了本发明实施例提供的测试范围分析装置的另一结构示意图；

图13示出了本发明实施例提供的测试范围分析装置的又一结构示意图；

图14示出了本发明实施例提供的测试范围分析设备的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。在本发明的描述中，还需要说明的是，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

本发明实施例提供一种测试范围分析方法，可以用于确定金融业务功能测试的测试范围，使测试人员更全面地进行业务功能测试。该测试范围分析方法的执行主体可以是服务器或计算机，例如，可以是用于处理测试数据的服务器，或者也可以是服务器或计算机中的某一个或多个处理器，本发明对此不作限制。

图1示出了本发明实施例提供的测试范围分析方法的流程示意图。

如图1所示，该测试范围分析方法可以包括：

S101、获取菜单测试覆盖监控结果。

可选地，菜单测试覆盖监控结果中可以包含有至少一组交易数据，交易数据可以是指每条交易记录的交易信息，例如，某一条交易记录的交易信息可以包括交易成功或交易失败，相应地，交易数据中可以包含有成功/失败标志位，用于表示对应的交易记录的交易信息。每组交易数据可以包含有对应的交易标识、以及交易标识所属的菜单标识。其中，交易标识可以是交易码，交易码可以作为该组交易数据(或该条交易记录)的唯一标识。而菜单标识可以是指菜单编码，菜单编码可以用于表示该组交易数据的交易标识所属的菜单的唯一身份信息，不同的菜单对应的菜单编码不同，即，菜单编码与菜单之间可以为一一对应的关系。

图2示出了本发明实施例提供的测试范围分析方法的另一流程示意图。

可选地，如图2所示，上述步骤S101中获取菜单测试覆盖监控结果的步骤，具体可以包括：

S201、获取交易数据、交易数据对应的交易标识、以及交易标识所属的菜单标识。

S202、根据交易数据、交易标识、以及菜单标识，生成菜单测试覆盖监控结果。

例如，可以每天对多种不同测试环境下的菜单日志数据进行处理，以交易为单位，每条交易记录可以包含成功/失败标志位，同一条交易(交易码相同的交易即为同一条交易)每天可能进行多次，通过每条交易的成功/失败标志位可以计算同一条交易的成功次数及失败次数，从而得到前述交易数据。然后，可以根据交易数据对应的交易码，获取该交易码所属的菜单的菜单编码，并根据交易数据、交易码、以及菜单编码，生成菜单测试覆盖监控结果。

一些实施方式中，也可以将上述菜单测试覆盖监控结果进行存储，生成菜单测试覆盖监控结果数据库，以便于后续对业务功能测试范围进行分析时，可以直接从菜单测试覆盖监控结果数据库中调取相应的菜单测试覆盖监控结果。

可选地，在得到上述菜单测试覆盖监控结果后，还可以将菜单测试覆盖监控结果通过界面进行展示。例如，可以单独设置显示屏，并将菜单测试覆盖监控结果发送到显示屏进行显示。或者，也可以是将菜单测试覆盖监控结果直接通过计算机的显示器进行显示等，本发明对此不作限制。

图3示出了本发明实施例提供的菜单测试覆盖监控结果的示意图。

以图3中所示的第一组菜单测试覆盖监控结果为例：该组菜单测试覆盖监控结果中，交易码(即交易标识)为“A00210028”；该交易码对应的交易数据为“交易成功次数为8次，交易失败次数为0次”；该交易码所属菜单的菜单编码(即菜单标识，也可以称作如图3中所示的菜单ID)为“34ccb.cddev.p2.base.browser.SWTBrowser”。

S102、获取当天及前一天的菜单数据。

其中，菜单数据可以包含有至少一组菜单信息，每组菜单信息可以包含有对应的菜单标识。

可选地，菜单信息可以包括：菜单编码、菜单路径、菜单名称、菜单级别、以及菜单来源，其中，菜单编码即为前述菜单标识。例如，菜单编码(菜单ID)可以是“PDC20300”、“RAD70025”等；菜单路径可以是菜单统一资源定位***(uniform resource locator，URL)标识，如：“/P10/batchReport.action？businessId＝RAD_R002”；菜单名称可以是“参考信息”、“对公预警跟踪率客户明细表”等；菜单级别可以是“3”、“5”等；菜单来源可以是“VT”。

以当天为2019年12月3日为例，则获取当天及前一天的菜单数据可以是：获取2019年12月3日的菜单数据、以及2019年12月2日的菜单数据。

S103、基于菜单标识，确定当天的菜单数据中，相对于前一天的菜单数据，发生变化的菜单信息为目标菜单信息。

图4示出了本发明实施例提供的测试范围分析方法的又一流程示意图。

可选地，如图4所示，上述步骤S103中，基于菜单标识，确定当天的菜单数据中，相对于前一天的菜单数据，发生变化的菜单信息为目标菜单信息的步骤，具体可以包括：

针对当天及前一天的菜单数据中的任一菜单信息：

S401、判断菜单信息对应的菜单标识是否满足：菜单标识存在于当天的菜单数据中，而不存在于前一天的菜单数据中。

S402、若满足，则确定菜单信息为目标菜单信息。

以前述2019年12月3日(当天)的菜单数据、以及2019年12月2日(前一天)的菜单数据为例，对于任一菜单信息而言，可以判断该菜单信息对应的菜单标识是否满足：仅存在于2019年12月3日的菜单数据中，而不存在于2019年12月2日的菜单数据中，若满足，则可以确定该菜单信息为目标菜单信息。

图5示出了本发明实施例提供的测试范围分析方法的又一流程示意图。

可选地，如图5所示，若前述步骤S401中判断得到菜单信息对应的菜单标识不满足：菜单标识存在于当天的菜单数据中，而不存在于前一天的菜单数据中，则该测试范围分析方法还可以包括：

S501、判断菜单信息对应的菜单标识是否满足：菜单标识既存在于当天的菜单数据中，也存在于前一天的菜单数据中，且菜单标识在当天的菜单数据中和前一天的菜单数据中分别对应的菜单信息不同。

S502、若满足，则确定菜单信息为目标菜单信息。

同样以前述2019年12月3日(当天)的菜单数据、以及2019年12月2日(前一天)的菜单数据为例，对于任一菜单信息而言，若判断得到该菜单信息对应的菜单标识不满足：仅存在于2019年12月3日的菜单数据中，而不存在于2019年12月2日的菜单数据中，则可以判断该菜单信息对应的菜单标识是否满足：既存在于2019年12月3日的菜单数据中，也存在于2019年12月2日的菜单数据中，若满足，则也可以确定该菜单信息为目标菜单信息。

下面以一种具体实施方式对目标菜单信息的具体确定过程作以说明：

本实施方式中，可以每天对不同测试环境下的菜单数据进行全量统计，并拉取前一天全量菜单数据，菜单数据可以包括至少一组菜单信息，菜单信息可以包含菜单编码、菜单路径、菜单名称、菜单级别和菜单来源等信息。然后，可以以菜单编码为基准，将当天的菜单数据与前一天的菜单数据进行对比，具体可以包括下述四种情况：

以菜单编码为A为例：

1)若前一天的菜单数据中存在菜单编码为A的菜单信息，而当天的菜单数据中不存在菜单编码为A的菜单信息，则可以记录菜单编码为A的菜单信息，并将菜单编码为A的菜单信息的菜单状态标记为“删除”。

2)若前一天的菜单数据中不存在菜单编码为A的菜单信息，而当天的菜单数据中存在菜单编码为A的菜单信息，则可以记录菜单编码为A的菜单信息，并将菜单编码为A的菜单信息的菜单状态标记为“新增”。

3)若前一天的菜单数据中存在菜单编码为A的菜单信息，而当天的菜单数据中也存在菜单编码为A的菜单信息，且菜单编码为A的菜单信息的菜单路径、菜单名称、菜单级别和菜单来源等信息不完全相同(即存在不同)，则可以记录菜单编码为A的菜单信息，并将菜单编码为A的菜单信息的菜单状态标记为“变更”或“更新”。

4)若前一天的菜单数据中存在菜单编码为A的菜单信息，而当天的菜单数据中也存在菜单编码为A的菜单信息，且菜单编码为A的菜单信息的菜单路径、菜单名称、菜单级别和菜单来源等信息完全相同(即无变化)，则可以不记录菜单编码为A的菜单信息。

上述1)、2)、3)种情况中，菜单状态标记为“删除”、“新增”、或“变更”的菜单信息，均可以确定为目标菜单信息，所得到目标菜单信息可以组成菜单变更基线监控结果，以用于后续步骤S104中，根据该菜单变更基线监控结果确定业务功能测试范围。然后，可以将前一天菜单数据清空，将当天菜单数据保存以备第二天使用。

可选地，在得到上述菜单变更基线监控结果后，也可以将菜单变更基线监控结果通过界面进行展示，具体显示方式可以与前述菜单测试覆盖监控结果相同，在此不再赘述。另外，也可以将菜单变更基线监控结果进行存储，生成菜单变更基线监控结果数据库，以便于后续使用。

图6示出了本发明实施例提供的菜单变更基线监控结果的示意图。

以图6中所示的第1组菜单变更基线监控结果、以及第6组菜单变更基线监控结果为例：

第1组菜单变更基线监控结果中，菜单信息的菜单编码(ID)为“PDC20300”；菜单来源(URL)为空；菜单名称为“参考信息”；菜单级别为“3”；菜单状态(修改类型)为“更新”；修改日期为“2019-04-1200:00:00”；菜单来源为“VT”。第6组菜单变更基线监控结果中，菜单信息的菜单编码(ID)为“MCM40233”；菜单来源(URL)为空“/ecpweb/page/mssphy/mcht_equity/scene/draft/scene_list.jsp”；菜单名称为“草稿箱”；菜单级别为“4”；菜单状态(修改类型)为“新增”；修改日期为“2019-04-12 00:00:00”；菜单来源为“VT”。

可选地，本发明部分实施方式中，可以如前述实施例中所述，先执行步骤S101，再执行步骤S102和步骤S103。其他实施方式中，也可以是先执行步骤S102和步骤S103，再执行步骤S101。或者，步骤S101与步骤S102和步骤S103也可以是并行步骤，本发明对此不作限制。

通过前述步骤S101、步骤S102、以及步骤S103确定得到菜单测试覆盖监控结果和目标菜单信息后，可以执行下述步骤S104，确定业务功能测试范围。

S104、确定在菜单测试覆盖监控结果中存在对应的菜单标识的目标菜单信息已被测试覆盖。

图7示出了本发明实施例提供的测试范围分析方法的又一流程示意图。

可选地，如图7所示，上述步骤S104中，确定在菜单测试覆盖监控结果中存在对应的菜单标识的目标菜单信息已被测试覆盖的步骤，具体可以包括：

S701、查询菜单测试覆盖监控结果中是否存在目标菜单信息对应的菜单标识。

S702、若存在，则确定目标菜单信息被测试覆盖。

S703、若不存在，则确定目标菜单信息未被测试覆盖。

以菜单编码(即菜单标识)为P的目标菜单信息为例：可以在菜单测试覆盖监控结果中查询，是否存在菜单标识P，若菜单测试覆盖监控结果中存在菜单标识P，则可以确定菜单标识为P的目标菜单信息已被测试覆盖；若菜单测试覆盖监控结果中不存在菜单标识P，则可以确定菜单标识为P的目标菜单信息未被测试覆盖。从而，通过对每组目标菜单信息进行判断，进而可以确定出哪些菜单信息，哪些菜单信息未被测试所覆盖，进而可以分析得到测试覆盖范围。

由上所述，本发明实施例通过获取菜单测试覆盖监控结果，以及当天及前一天的菜单数据，并基于菜单标识，确定当天的菜单数据中，相对于前一天的菜单数据，发生变化的菜单信息为目标菜单信息，然后确定在菜单测试覆盖监控结果中存在对应的菜单标识的目标菜单信息已被测试覆盖，可以实现以菜单为维度、以目标菜单信息为准，准确地确定出测试覆盖范围。相对现有技术而言，可以测试范围分析过程更加简化、测试范围分析结果更加准确，可以有效提高业务功能测试的完备性。

图8示出了本发明实施例提供的测试范围分析方法的又一流程示意图。

可选地，如图8所示，该测试范围分析方法，还可以包括：

S801、根据已被测试覆盖的目标菜单信息、以及菜单测试覆盖监控结果中已被测试覆盖的目标菜单信息对应的交易数据，生成测试覆盖结果。

S802、将测试覆盖结果通过界面进行展示。

图9示出了本发明实施例提供的测试覆盖结果的示意图。

以图9所示的第1组测试覆盖结果为例：

菜单编码(ID)可以是“IDC50067”；菜单名称为空；菜单URL为“/ecpweb/page/idc/DebitCardOrderChooseCard/DebitCardOrderChooseCard.js p”；菜单级别为“5”；修改类型为“删除”；修改日期为“2019-05-27”；交易码为“A00210029”；交易成功次数为“1次”；交易失败次数为“0次”。

本发明实施例通过将测试覆盖结果通过界面进行展示，可以使得测试人员更加直观地获知：哪些菜单信息被测试覆盖，即，可以更加直观地获取到业务功能测试范围。

为使本发明实施例提供的技术方案及其所具备的有益效果更加清楚，本发明实施例还提供一种测试范围分析方法，图10示出了本发明实施例提供的测试范围分析方法的又一流程示意图。

如图10所示，该测试范围分析方法，可以包括：

S1010、获取交易数据、交易数据对应的交易标识、以及交易标识所属的菜单标识。

S1020、根据交易数据、交易标识、以及菜单标识，生成菜单测试覆盖监控结果。

S1030、获取当天及前一天的菜单数据。

针对当天及前一天的菜单数据中的任一菜单信息：

S1040、判断菜单信息对应的菜单标识是否仅存在于当天的菜单数据中。

若是，则执行步骤S1050；若否，则执行步骤S1060。

S1050、确定菜单信息为目标菜单信息。

确定为目标菜单信息的菜单信息，可以进行记录并保存。

S1060、判断菜单信息对应的菜单标识是否同时存在于当天及前一天的菜单数据中。

若是，则执行步骤S1061；若否，则执行S1050。

需要说明：若菜单信息对应的菜单标识不是同时存在于当天及前一天的菜单数据中，也不是仅存在于当天的菜单数据中，则仅存在于前一天的菜单数据中，因此，可以直接确定为目标菜单信息。

S1061、判断菜单标识在当天及前一天的菜单数据中分别对应的菜单信息是否不同。

若是，则执行步骤S1050；若否，则结束。

S1070、查询菜单测试覆盖监控结果中是否存在目标菜单信息对应的菜单标识。

若是，则执行S1080；若否，则执行步骤S1090。

S1080、确定目标菜单信息被测试覆盖。

S1090、确定目标菜单信息未被测试覆盖。

该测试范围分析方法的实现原理和技术效果与前述实施例中所述相同或类似，在此不再赘述。

基于前述方法实施例中所述的测试范围分析方法，本发明实施例还对应提供一种测试范围分析装置，图11示出了本发明实施例提供的测试范围分析装置的结构示意图。

如图11所示，该测试范围分析装置，可以包括：第一获取模块11，用于获取菜单测试覆盖监控结果，菜单测试覆盖监控结果中包含有至少一组交易数据，每组交易数据包含有对应的交易标识、以及交易标识所属的菜单标识。第二获取模块12，用于获取当天及前一天的菜单数据，菜单数据包含有至少一组菜单信息，每组菜单信息包含有对应的菜单标识。第一确定模块13，用于基于菜单标识，确定当天的菜单数据中，相对于前一天的菜单数据，发生变化的菜单信息为目标菜单信息。第二确定模块14，用于确定在菜单测试覆盖监控结果中存在对应的菜单标识的目标菜单信息已被测试覆盖。

可选地，第一获取模块11具体用于获取交易数据、交易数据对应的交易标识、以及交易标识所属的菜单标识，并根据交易数据、交易标识、以及菜单标识，生成菜单测试覆盖监控结果。

可选地，第二确定模块14具体用于查询菜单测试覆盖监控结果中是否存在目标菜单信息对应的菜单标识；若存在，则确定目标菜单信息被测试覆盖；若不存在，则确定目标菜单信息未被测试覆盖。

可选地，第一确定模块13具体用于针对当天及前一天的菜单数据中的任一菜单信息：判断菜单信息对应的菜单标识是否满足：菜单标识存在于当天的菜单数据中，而不存在于前一天的菜单数据中；若满足，则确定菜单信息为目标菜单信息。

可选地，第一确定模块13具体还用于若菜单信息对应的菜单标识不满足：菜单标识存在于当天的菜单数据中，而不存在于前一天的菜单数据中，则判断菜单信息对应的菜单标识是否满足：菜单标识既存在于当天的菜单数据中，也存在于前一天的菜单数据中，且菜单标识在当天的菜单数据中和前一天的菜单数据中分别对应的菜单信息不同；若满足，则确定菜单信息为目标菜单信息。

可选地，所述菜单信息包括：菜单编码、菜单路径、菜单名称、菜单级别、以及菜单来源。

图12示出了本发明实施例提供的测试范围分析装置的另一结构示意图。

可选地，如图12所示，该测试范围分析装置，还可以包括：生成模块15，用于根据已被测试覆盖的目标菜单信息、以及所述菜单测试覆盖监控结果中所述已被测试覆盖的目标菜单信息对应的交易数据，生成测试覆盖结果。第一显示模块16，用于将测试覆盖结果通过界面进行展示。

图13示出了本发明实施例提供的测试范围分析装置的又一结构示意图。

可选地，如图13所示，该测试范围分析装置，还可以包括：第二显示模块17，用于将菜单测试覆盖监控结果通过界面进行展示。第三显示模块18，用于将目标菜单信息通过界面进行展示。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置的具体工作过程，可以参考前述方法实施例中方法的对应过程，本发明中不再赘述。

本发明实施例提供的测试范围分析装置对应于前述方法实施例中所述的测试范围分析方法，因此，装置实施例中所述的测试范围分析装置，具有前述实施例中所述的测试范围分析方法具备的全部有益效果，在此亦不再赘述。

本发明实施例还提供一种测试范围分析设备，该设备可以是前述计算机或服务器，本发明对此不作限制，图14示出了本发明实施例提供的测试范围分析设备的结构示意图。

如图14所示，该测试范围分析设备可以包括：处理器100、存储介质200和总线(图中未标出)，存储介质200存储有处理器100可执行的机器可读指令，当测试范围分析设备运行时，处理器100与存储介质200之间通过总线通信，处理器100执行机器可读指令，以执行如前述方法实施例中所述的测试范围分析方法。具体实现方式和技术效果类似，在此不再赘述。

为了便于说明，在上述测试范围分析设备中仅描述了一个处理器。然而，应当注意，本发明中的测试范围分析设备还可以包括多个处理器，因此本发明中描述的一个处理器执行的步骤也可以由多个处理器联合执行或单独执行。例如，电子设备的处理器执行步骤A和步骤B，则应该理解，步骤A和步骤B也可以由两个不同的处理器共同执行或者在一个处理器中单独执行。例如，第一处理器执行步骤A，第二处理器执行步骤B，或者第一处理器和第二处理器共同执行步骤A和B等。

在一些实施例中，处理器可以包括一个或多个处理核(例如，单核处理器(S)或多核处理器(S))。仅作为举例，处理器可以包括中央处理单元(Central Processing Unit，CPU)、专用集成电路(Application Specific Integrated Circuit，ASIC)、专用指令集处理器(Application Specific Instruction-set Processor，ASIP)、图形处理单元(Graphics Processing Unit，GPU)、物理处理单元(Physics Processing Unit，PPU)、数字信号处理器(Digital Signal Processor，DSP)、现场可编程门阵列(Field ProgrammableGate Array，FPGA)、可编程逻辑器件(Programmable Logic Device，PLD)、控制器、微控制器单元、简化指令集计算机(Reduced Instruction Set Computing，RISC)、或微处理器等，或其任意组合。

本发明实施例还提供一种存储介质，存储介质上存储有计算机程序，计算机程序被处理器运行时执行如前述方法实施例中所述的测试范围分析方法。具体实现方式和技术效果类似，在此同样不再赘述。

可选地，该存储介质可以是U盘、移动硬盘、ROM、RAM、磁碟或者光盘等。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种测试范围分析方法，其特征在于，所述方法包括：

获取菜单测试覆盖监控结果，所述菜单测试覆盖监控结果中包含有至少一组交易数据，每组所述交易数据包含有对应的交易标识、以及所述交易标识所属的菜单标识；

获取当天及前一天的菜单数据，所述菜单数据包含有至少一组菜单信息，每组所述菜单信息包含有对应的菜单标识；

基于所述菜单标识，确定所述当天的菜单数据中，相对于所述前一天的菜单数据，发生变化的菜单信息为目标菜单信息；

确定在所述菜单测试覆盖监控结果中存在对应的菜单标识的目标菜单信息已被测试覆盖。

2.根据权利要求1所述的方法，其特征在于，所述获取菜单测试覆盖监控结果，包括：

获取交易数据、所述交易数据对应的交易标识、以及所述交易标识所属的菜单标识；

根据所述交易数据、所述交易标识、以及所述菜单标识，生成菜单测试覆盖监控结果。

3.根据权利要求2所述的方法，其特征在于，所述确定在所述菜单测试覆盖监控结果中存在对应的菜单标识的目标菜单信息已被测试覆盖，包括：

查询所述菜单测试覆盖监控结果中是否存在所述目标菜单信息对应的菜单标识；

若存在，则确定所述目标菜单信息被测试覆盖；

若不存在，则确定所述目标菜单信息未被测试覆盖。

4.根据权利要求1所述的方法，其特征在于，所述基于所述菜单标识，确定所述当天的菜单数据中，相对于所述前一天的菜单数据，发生变化的菜单信息为目标菜单信息，包括：

针对所述当天及前一天的菜单数据中的任一菜单信息：

判断所述菜单信息对应的菜单标识是否满足：菜单标识存在于所述当天的菜单数据中，而不存在于所述前一天的菜单数据中；

若满足，则确定所述菜单信息为目标菜单信息。

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

若所述菜单信息对应的菜单标识不满足：菜单标识存在于所述当天的菜单数据中，而不存在于所述前一天的菜单数据中，则判断所述菜单信息对应的菜单标识是否满足：

菜单标识既存在于所述当天的菜单数据中，也存在于所述前一天的菜单数据中，且所述菜单标识在所述当天的菜单数据中和所述前一天的菜单数据中分别对应的菜单信息不同；

若满足，则确定所述菜单信息为目标菜单信息。

6.根据权利要求1-5任一项所述的方法，其特征在于，所述菜单信息包括：菜单编码、菜单路径、菜单名称、菜单级别、以及菜单来源。

7.根据权利要求1-5任一项所述的方法，其特征在于，所述方法还包括：

根据所述已被测试覆盖的目标菜单信息、以及所述菜单测试覆盖监控结果中所述已被测试覆盖的目标菜单信息对应的交易数据，生成测试覆盖结果；

将所述测试覆盖结果通过界面进行展示。

8.根据权利要求1-5任一项所述的方法，其特征在于，所述方法还包括：

将所述菜单测试覆盖监控结果、以及所述目标菜单信息分别通过界面进行展示。

9.一种测试范围分析装置，其特征在于，所述装置包括：

第一获取模块，用于获取菜单测试覆盖监控结果，所述菜单测试覆盖监控结果中包含有至少一组交易数据，每组所述交易数据包含有对应的交易标识、以及所述交易标识所属的菜单标识；

第二获取模块，用于获取当天及前一天的菜单数据，所述菜单数据包含有至少一组菜单信息，每组所述菜单信息包含有对应的菜单标识；

第一确定模块，用于基于所述菜单标识，确定所述当天的菜单数据中，相对于所述前一天的菜单数据，发生变化的菜单信息为目标菜单信息；

第二确定模块，用于确定在所述菜单测试覆盖监控结果中存在对应的菜单标识的目标菜单信息已被测试覆盖。

10.一种测试范围分析设备，其特征在于，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当所述测试范围分析设备运行时，所述处理器与所述存储介质之间通过所述总线通信，所述处理器执行所述机器可读指令，以执行如权利要求1-8任一项所述的方法。

Images