CN115495374A

CN115495374A - 一种测试资产管理的方法和装置

Info

Publication number: CN115495374A
Application number: CN202211227063.1A
Authority: CN
Inventors: 蔡晨暄
Original assignee: Agricultural Bank of China
Current assignee: Agricultural Bank of China
Priority date: 2022-10-09
Filing date: 2022-10-09
Publication date: 2022-12-20

Abstract

本申请公开了一种测试资产管理的方法和装置，获得业务的思维导图，所述思维导图用于分级体现所述业务的结构，所述思维导图至少包括脉络图，所述脉络图包括多个测试节点；响应于对所述思维导图的第一操作，获得所述脉络图中的目标节点，所述目标节点属于所述多个测试节点；根据所述目标节点和预置的转换工具，获得所述目标节点对应的目标测试用例，所述转换工具用于将测试节点转换为测试用例。这样，不仅借助思维导图以业务的粒度对已有的测试用例进行整理和保存，而且通过开发的转换工具，能够将思维导图中的测试节点方便、快速的转换为测试用例，从而实现测试用例的灵活复用。

Description

一种测试资产管理的方法和装置

技术领域

本申请涉及测试技术领域，特别是涉及一种测试资产管理的方法和装置。

背景技术

测试的基本流程主要包括：需求分析、测试点思维导图编写、测试用例编写、测试用例评审、测试用例修改、测试执行、修复情况跟进、测试资产存档、回归测试。目前，已有的使用思维导图工具编写测试用例的方法，多用于项目维度的工作流程中，测试人员在项目进程中需要开展测试，即，使用思维导图工具编写测试用例并用于测试执行过程，当项目周期结束后，用例也就失去了活性，这样，在后续有其他相关的项目时，测试人员又需要重新编写测试用例，而无法对之前项目的测试用例进行复用。

基于此，亟待提供一种合理的测试资产管理的技术方案，克服目前基于项目维度的测试流程中测试用例无法被复用的问题。

发明内容

本申请提供了一种测试资产管理的方法和装置，能够基于业务维度管理测试资产，使得管理后的测试资产方便被复用，提高测试的便利性和智能化水平。

第一方面，本申请提供了一种测试资产管理的方法，包括：

获得业务的思维导图，所述思维导图用于分级体现所述业务的结构，所述思维导图至少包括脉络图，所述脉络图包括多个测试节点；

响应于对所述思维导图的第一操作，获得所述脉络图中的目标节点，所述目标节点属于所述多个测试节点；

根据所述目标节点和预置的转换工具，获得所述目标节点对应的目标测试用例，所述转换工具用于将测试节点转换为测试用例。

可选地，所述思维导图包括一级图、二级图、鸟瞰图、所述脉络图和最小数据集，

所述一级图指示所述业务和所述业务相关的至少一个***，所述至少一个***中的每个***对应一个所述二级图，

所述二级图指示自身对应的***和该***相关的至少一个模块，所述至少一个模块中的每个模块对应一个所述鸟瞰图，

所述鸟瞰图指示自身对应的模块和该模块相关的至少一个单元，所述至少一个单元中的每个单元对应一个所述脉络图，所述单元为功能、界面或接口，

所述脉络图指示自身对应的单元和该单元相关的至少一个测试节点，

所述最小数据集包括***需求和测试数据。

可选地，所述方法还包括：

响应于对所述思维导图的第二操作，获得第一测试节点集合；

将所述第一测试节点集合对应的第一测试用例集合，保存于第一测试库。

可选地，所述第一测试库为个人测试库、第一业务的通用测试库或多个业务的公共测试库。

第二方面，本申请还提供了一种测试资产管理的装置，包括：

第一获得单元，用于获得业务的思维导图，所述思维导图用于分级体现所述业务的结构，所述思维导图至少包括脉络图，所述脉络图包括多个测试节点；

第二获得单元，用于响应于对所述思维导图的第一操作，获得所述脉络图中的目标节点，所述目标节点属于所述多个测试节点；

第三获得单元，用于根据所述目标节点和预置的转换工具，获得所述目标节点对应的目标测试用例，所述转换工具用于将测试节点转换为测试用例。

所述最小数据集包括***需求和测试数据。

可选地，所述装置还包括：

第四获得单元，用于响应于对所述思维导图的第二操作，获得第一测试节点集合；

保存单元，用于将所述第一测试节点集合对应的第一测试用例集合，保存于第一测试库。

第三方面，本申请还提供了一种电子设备，所述电子设备包括处理器以及存储器：

所述存储器用于存储计算机程序；

所述处理器用于根据所述计算机程序执行上述第一方面提供的所述方法。

第四方面，本申请还提供了一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，所述计算机程序用于执行上述第一方面提供的所述方法。

由此可见，本申请实施例具有如下有益效果：

本申请实施例提供了一种测试资产管理的方法，该方法例如可以包括：测试资产管理的装置获得业务的思维导图，所述思维导图用于分级体现所述业务的结构，所述思维导图至少包括脉络图，所述脉络图包括多个测试节点；响应于对所述思维导图的第一操作，该测试资产管理的装置获得所述脉络图中的目标节点，所述目标节点属于所述多个测试节点；接着，测试资产管理的装置根据所述目标节点和预置的转换工具，获得所述目标节点对应的目标测试用例，所述转换工具用于将测试节点转换为测试用例。这样，不仅借助思维导图以业务的粒度对已有的测试用例进行整理和保存，而且通过开发的转换工具，能够将思维导图中的测试节点方便、快速的转换为测试用例，从而实现测试用例的灵活复用。

附图说明

图1为本申请实施例提供的一种测试资产管理的方法的流程示意图；

图2为本申请实施例提供的一种测试资产管理的示意图；

图3为本申请实施例提供的一级图的示意图；

图4为本申请实施例提供的二级图的示意图；

图5为本申请实施例提供的鸟瞰图的示意图；

图6为本申请实施例提供的脉络图的示意图；

图7为本申请实施例提供的最小数据集中存储格式的示意图；

图8为本申请实施例提供的一种测试资产管理的装置800的结构示意图；

图9为本申请实施例提供的一种电子设备900的结构示意图。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请实施例作进一步详细的说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本申请，并非对本申请的限定。另外，还需要说明的是，为便于描述，附图中仅示出了与本申请相关的部分，并非全部结构。

目前，各大企业分工明确，同一业务通常由多个项目组合作开发但又不存在一个囊括整体业务知识及关联关系的文档，业务知识存在“孤岛性”。这就导致部分开发人员对于整体业务的了解缺乏深度与广度，从而加大需求不合理的可能。测试人员所测试的模块往往也不具备全局性，因而，在需求分析时也容易发生考虑不周的情况。此外，当前使用思维导图工具生成测试用例的方法不存在将项目维度的测试资产转化为业务维度进行存储的过程，在项目结束后就失去了价值，在后续业务有其他项目时，由于历史测试资产没有被结构化的存储起来，复用时查找整理成本较高。还有，在测试用例评审阶段，由于缺乏一个全局性的文档，参与人员对待评审需求以及它们之间的关系没有清晰认识，会导致关注面不全、评审质量不高等问题，而且直接使用测试用例文档进行评审时，由于信息量太大且逻辑性不强，批量的无条理性的信息摄入不但存在较大的阅读难度，也难以保证评审的质量与效率。而且，现有的测试用例多以项目维度进行存储，一个项目可能涉及多个模块甚至多个***，而不同项目之间涉及的功能、***等均有可能存在交叉，这种存储模式混乱且缺乏全局性与条理性，而测试用例的复用通常需要以功能、模块或***为单位展开，所以，当前存储方式导致难以快而准的挑选出合适的被复用的测试用例。此外，当前部分企业人员流动性较大，由于缺乏***的完整性的文档参考，往往使用老员工带教的方式协助新员工了解项目中测试用例的情况，这就会造成人力资源的浪费。

可见，目前对于测试资产，存在的问题包括：第一，测试资产多以项目维度整理，而测试资产的使用通常以业务维度展开，使得测试资产的查询使用缺少条理性；第二，当前的测试资产大多离线存储在本地，缺少交互性；第三，当前并不存在业务维度的资产管理方案，业务知识缺乏传承性。

基于此，本申请实施例基于思维导图提供了测试资产的在线结构化管理方法，使用自主研发的在线思维导图编写工具，对业务情况做一个文档化的梳理，并直接将其进行结构化的整理存储，用户可在线以思维导图的形式进行查阅修改，这种层级化的测试资产可以被运用在需求分析、测试用例评审以及回归测试中。同时，本申请实施例提供的方法中，将测试点思维导图编写与测试用例编写两步合并为脉络图编写这一步骤，节约了时间，保证了两者的一致性，更增强了文件的可读性与可评审性，用户能够通过转换工具对脉络图中的测试点和测试用例进行相互转换，实现测试用例的快速查找和方便复用。此外，本申请实施例提供的方法中，还能够将在线存储的测试资产按照需求整理到不同的测试集合库中，也能够简化测试资产的复用。

具体实现时，本申请实施例提供的方法例如可以包括：测试资产管理的装置获得业务的思维导图，所述思维导图用于分级体现所述业务的结构，所述思维导图至少包括脉络图，所述脉络图包括多个测试节点；响应于对所述思维导图的第一操作，该测试资产管理的装置获得所述脉络图中的目标节点，所述目标节点属于所述多个测试节点；接着，测试资产管理的装置根据所述目标节点和预置的转换工具，获得所述目标节点对应的目标测试用例，所述转换工具用于将测试节点转换为测试用例。

这样，不仅借助思维导图以业务的粒度对已有的测试用例进行整理和保存，而且通过开发的转换工具，能够将思维导图中的测试节点方便、快速的转换为测试用例，从而实现测试用例的灵活复用。

需要说明的是，实施本申请实施例提供的测试资产管理的方法的主体可以为本申请实施例提供的测试资产管理的装置，该测试资产管理的装置可以承载于电子设备或电子设备的功能模块中。本申请实施例中的电子设备，可以是任意的能够实施本申请实施例中的测试资产管理的方法的设备，例如可以是物联网(Internet of Things，IoT)设备。

为便于理解本申请实施例提供的企业画像的生成方法的具体实现，下面将结合附图进行说明。

参见图1，该图为本申请实施例提供的一种测试资产管理的方法流程示意图。如图1所示，可以包括下述S101～S103：

S101，获得业务的思维导图，所述思维导图用于分级体现所述业务的结构，所述思维导图至少包括脉络图，所述脉络图包括多个测试节点。

其中，思维导图是用于表达发散性思维的有效图形思维工具，能够简明的表现各级主题间的关系。在需求分析与测试准备阶段，通常使用思维导图工具对需求的各个功能点对应的测试点进行分析。

本申请实施例中，自主研发的思维导图编辑工具，能够将历史项目中的测试资产以业务维度整理为对应的思维导图。本申请实施例提供的思维导图，例如可以包括：一级图(也可以称为一级航拍图)、二级图(也可以称为二级航拍图)、鸟瞰图、脉络图和最小数据集。其中，所述一级图指示所述业务和所述业务相关的至少一个***，所述至少一个***中的每个***对应一个所述二级图；所述二级图指示自身对应的***和该***相关的至少一个模块，所述至少一个模块中的每个模块对应一个所述鸟瞰图；所述鸟瞰图指示自身对应的模块和该模块相关的至少一个单元，所述至少一个单元中的每个单元对应一个所述脉络图，所述单元为功能、界面或接口；所述脉络图指示自身对应的单元和该单元相关的至少一个测试节点；所述最小数据集包括***需求和测试数据。

其中，一级图为本申请实施例自定义的术语，指跨***级的思维导图，一级图中的根节点是业务，子节点是该业务下的各个***。

二级图为本申请实施例自定义的术语，指以思维导图为载体的一个***级的概览图，二级图的根节点为***，子节点为该***内各模块。

鸟瞰图为本申请实施例自定义的术语，指以思维导图为载体的一个模块级的概览图，鸟瞰图的根节点为模块，子节点为模块内的功能、界面或接口。

脉络图为本申请实施例自定义的术语，指以思维导图为载体的概览图，脉络图的根节点为功能、菜单(也可以称为界面)或接口，子节点为具体的测试点，测试点对应的测试用例包含了功能、界面等的正常分支、异常分支以及输入输出等信息。

最小数据集为本申请实施例自定义的术语，用于测试数据的整理与管理。具体包含excel表格文件、***维度需求文档、设计文档、脚本、图片等，其中，脚本、图片为测试上传功能所需要的素材。

作为一个示例，本申请实施例提供的方法中，可以包括：将完成的项目的测试资产输入到本申请实施例设计的能够自动生成思维导图的工具中，自动获得包括上述内容的初始思维导图。为了让后续投入使用的思维导图更加准确，还可以在初始思维导图的基础上进行人工校正和确认，获得S101中的思维导图。其中，人工校正和确认的依据可以是工作人员对业务的测试场景的经验和需求。人工校正例如可以包括思维导图中节点的增加、删除或修改等操作。

S102，响应于对所述思维导图的第一操作，获得所述脉络图中的目标节点，所述目标节点属于所述多个测试节点。

其中，第一操作可以是对思维导图中的节点进行选择的任何操作，例如，点击操作、搜索并确定的操作等。

用户可以基于自身需要在思维导图中通过第一操作选择节点以获得测试用例或测试用例集，所选择的节点对应的测试点即为S102中的目标节点，该目标节点可以是脉络图中的一个或多个子节点所指示的测试点，也可以是鸟瞰图、一级图或二级图中的一个或多个子节点所指示的测试点。如果目标节点是鸟瞰图、一级图或二级图中的一个或多个子节点所指示的测试点，那么，可以基于所选择的子节点和各级思维导图之间的关联关系获得目标节点。

S103，根据所述目标节点和预置的转换工具，获得所述目标节点对应的目标测试用例，所述转换工具用于将测试节点转换为测试用例。

其中，转换工具可以是本申请实施例进行设计并部署在测试资产管理的装置中的。转换工具，用于实现测试节点和测试用例之间的自动转换。

具体实现时，S103例如可以包括：将目标节点输入所述转换工具，所述转换工具即可输出目标测试用例。

作为一个示例，可以在用户执行第一操作后，选择所述转换工具对应的图标，触发运行所述转换工具，获得目标测试用例。

作为另一个示例，也可以在用户执行第一操作后，通过操作转换工具对应的图标，选择该转换工具的从测试点到测试用例的转换功能，从而，触发运行所述转换工具，获得目标测试用例。

在获得目标测试用例后，还可以基于测试资产管理的装置的提示，选择存储该目标测试用例的地址或调用该目标测试用例的项目。

在另一些可能的实现方式中，还可以需求建议各种测试库，测试库中包括各种测试元(即测试用例集)。其中，测试库可以称为宝箱，测试元可以称为宝石模型，宝石模型属于在线提供的测试元。

作为一个示例，本申请实施例提供的方法还可以包括：响应于对所述思维导图的第二操作，获得第一测试节点集合；将所述第一测试节点集合对应的第一测试用例集合，保存于第一测试库。其中，所述第一测试库为个人测试库、第一业务的通用测试库或多个业务的公共测试库。

其中，宝石模型，是本申请实施例自定义的术语，在线提供测试元(即可复用的测试用例集)的方式。用户可以将部分所编写的测试用例定制为测试元，以便于后续复用。

个人宝箱，是本申请实施例自定义的术语，用于存放用户自定义的宝石模型，对应于本申请实施例提及的个人测试库。

业务宝箱，是本申请实施例自定义的术语，是业务的宝石模型库，用于存放某一业务的通用测试用例集，可以对应于本申请实施例提及的第一业务的通用测试库。

公共宝箱，是本申请实施例自定义的术语，是公共的宝石模型库，用于存放所有业务都通用的测试用例集，如一些页面控件的测试用例集等，可以对应于本申请实施例提及的多个业务的公共测试库。

如此，通过简单的从思维导图中的节点的拖拽等操作，将测试点对应的测试用例保存在特定的宝箱，为后续复用测试用例时的查找和使用提供了进一步的便利。

本申请实施例中的测试用例，指对一项特定的软件产品进行测试任务的描述，体现测试方法、技术与策略，例如可以包含测试目标、测试步骤、预期结果、用例正反向情况等描述。测试用例是测试实施的指导手册，也是测试结果度量的基准。

***测试，是指对整个***的测试，指将经过集成测试的软件作为计算机***的一部分，与***中其他部分结合起来，在实际运行环境下对计算机***进行一系列严格有效的测试，以发现软件潜在的问题，保证***的正常运行。

回归测试，是指在修改了旧代码之后，重新进行测试用以确认修改有没有引入新的错误或导致其他代码产生错误。

为了让本申请实施例提供的方法更加清楚和易于理解，下面结合附图对本申请实施例提供的测试资产的管理方案进行介绍。

图2为本申请实施例提供的测试资产的管理方案的总体结构的示意图。参见图2，本申请实施例中，将项目维度的测试资产以在线思维导图的形式输出，输出的思维导图可以包括：最小数据集、一级航拍图、二级航拍图、鸟瞰图和脉络图，其中，该思维导图以在线管理目录的形式体现业务维度的测试资产，思维导图中脉络图和测试用例可以基于本申请实施例设计的转换攻击完成相关转换，思维导图中脉络图可以拖拽等操作完成测试点到宝石模型的测试用例复用。

可见，本申请实施例制定符合测试特点的资产规范及管理方案，打通项目维度、***维度资产建设管理壁垒，形成***管建、项目管用、高效轮动的测试资产管理体系。而且，本申请实施例使用工具整理、存储***需求、测试用例及测试数据，以业务为单位形成包含规范性、全局感与传承性的资产库，利用分层设计的思想使资产更具条理性，也给存储与查找过程带来便利。通过转换工具让设计理念和实际工作流程完美衔接，保证了思维导图与用例的同步性，使得用例展示和检查在视觉体验上更加清晰。而且，为了使构建的思维导图阅读存储更具逻辑性，根据业务的颗粒度将本申请实施例中的思维导图分为一级航拍图、二级航拍图、鸟瞰图、脉络图、最小数据集五个维度的测试资产。

各级思维导图的资产编写规范可以包括：

如图3所示，一级航拍图以业务为根节点，业务的各***为子节点，各个子节点分别添加指向各自二级航拍图的超链接。

如图4所示，二级航拍图以***为根节点，在根节点处添加超链接指向所属业务的一级航拍图。根节点的子节点为本***的各个模块，各模块的子节点对各功能进行展示。此外，各子节点处若存在最小数据集，则亦将其以超链接形式链接在本节点。

如图5所示，鸟瞰图的根结点为模块，在根节点处添加超链接指向所属***的二级航拍图。各子节点为本模块的功能、界面或接口，分别设置超链接指向其脉络图。

如图6所示，脉络图为具体的测试案例层级，在倒数四个节点分别填写测试案例的名称、步骤、执行结果以及正反向属性。若存在前置条件，则在最后添加前置条件节点，若不存在则无需添加。规定使用直角矩形表示用例名称，使用钻石形表示用例名称前的路径及流程步骤，使用圆角矩形表示根节点。

如图7所示，最小数据集是一个存储了测试数据的文件夹，其内容包含excel表格文件、***维度需求文档、设计文档、脚本、图片等。其中脚本、图片等为部分功能测试时使用到的附件，表格文件则存储了常用测试数据的正向与反向形式，以规范案例形式，保证其完整度。在表格文件中，存储了两个模块：数据名称和数据，所述数据例如可以包括实际数据以及该实际数据的含义描述。

在测试资产的存储上，本申请实施例也定义了存储的规范，例如，将所有的测试资产分级存放在在线协作目录上，以便于管理与查看。文件夹命名层级为业务名-->2位编号+***名-->4位编号+模块名。在脉络图中修改后，将修改过的测试用例名标红(只保留最新的修改)，同时在上一级鸟瞰图中的该页面/接口/功能处添加批注。在鸟瞰图中做了修改后，将修改过的页面/接口/功能添加批注，同时在其上级二级航拍图中的该功能处添加批注。文件在修改编辑时需要进行签入签出操作以保证文件的独占性。

基于存储规范，本申请实施例制定了层级式命名规范，层级式命名规范更利于查找与展示。例如，一级航拍图命名为XX(业务名)一级航拍图，存储在最顶层的业务文件夹中；二级航拍图命名为H+2位编号+00+***名，存储在第二次的***文件夹中；鸟瞰图命名为N+4位编号+000+模块名，存储在第三层的模块文件夹中；脉络图命名为M+7位编号+功能名，存储在第三层的模块文件夹中；最小数据集命名为S+4位编号+000+模块名，存储在第三层的模块文件夹中；其中，业务通用的最小数据集以S+业务名形式存放在顶层业务文件夹中。

如此，通过本申请实施例提供的测试资产的总体管理框架、测试资产的编写和存储规范等，对测试资产加以结构化的整理与存储，使得资产更具条理性，便于查阅学习。把项目维度的资产以业务维度进行保存，也增强了测试资产的可查询性与可复用性。使用可在线协同操作的存储结构，也便于资产的增删改查操作，同时保证了资产存储的安全性与完整性。而且，在需求分析与工作梳理的过程中，结构化测试资产中的鸟瞰图、脉络图可以被用于各功能间关联性的检查，从而判断需求是否完善。在思维导图的基础上直接编写完整的测试用例保证了用例的逻辑性与完整性，在视觉体验上，以思维导图的形式检查案例将更加清晰。在测试用例评审过程中以脉络图作为评审材料有利于提升材料可读性，也能够帮助参与者梳理思路，同时，鸟瞰图等其他层级的资产也可作为辅助梳理材料，使得参与者及时关注相关联功能的改动，对当前功能测试案例进行修改。

这样，通过本申请实施例提供的方法，不仅借助思维导图以业务的粒度对已有的测试用例进行整理和保存，而且通过开发的转换工具，能够将思维导图中的测试节点方便、快速的转换为测试用例，从而实现测试用例的灵活复用。

相应的，本申请实施例还提供了一种测试资产管理的装置800，如图8所示。所述装置800可以包括：第一获得单元801、第二获得单元802和第三获得单元803。其中：

第一获得单元801，用于获得业务的思维导图，所述思维导图用于分级体现所述业务的结构，所述思维导图至少包括脉络图，所述脉络图包括多个测试节点；

第二获得单元802，用于响应于对所述思维导图的第一操作，获得所述脉络图中的目标节点，所述目标节点属于所述多个测试节点；

第三获得单元803，用于根据所述目标节点和预置的转换工具，获得所述目标节点对应的目标测试用例，所述转换工具用于将测试节点转换为测试用例。

所述最小数据集包括***需求和测试数据。

可选地，所述装置800还包括：

需要说明的是，该测试资产管理的装置800的具体实现方式以及达到的效果，可以参见图1所示的方法相关实施例的描述。

此外，本申请实施例还提供了一种电子设备900，如图9所示，所述电子设备900包括处理器901以及存储器902：

所述存储器902用于存储计算机程序；

所述处理器901用于根据所述计算机程序执行图1提供的方法。

此外，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，所述计算机程序用于执行本申请实施例提供的方法。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到上述实施例方法中的全部或部分步骤可借助软件加通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如只读存储器(英文：read-only memory，ROM)/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者诸如路由器等网络通信设备)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于***实施例和设备实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的设备及***实施例仅仅是示意性的，其中作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅是本申请的优选实施方式，并非用于限定本申请的保护范围。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims

1.一种测试资产管理的方法，其特征在于，包括：

2.根据权利要求1所述的方法，其特征在于，所述思维导图包括一级图、二级图、鸟瞰图、所述脉络图和最小数据集，

所述最小数据集包括***需求和测试数据。

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

4.根据权利要求3所述的方法，其特征在于，所述第一测试库为个人测试库、第一业务的通用测试库或多个业务的公共测试库。

5.一种测试资产管理的装置，其特征在于，包括：

6.根据权利要求5所述的装置，其特征在于，所述思维导图包括一级图、二级图、鸟瞰图、所述脉络图和最小数据集，

所述最小数据集包括***需求和测试数据。

7.根据权利要求5所述的装置，其特征在于，所述装置还包括：

8.根据权利要求7所述的装置，其特征在于，所述第一测试库为个人测试库、第一业务的通用测试库或多个业务的公共测试库。

9.一种电子设备，其特征在于，所述电子设备包括处理器以及存储器：

所述存储器用于存储计算机程序；

所述处理器用于根据所述计算机程序执行权利要求1-4任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质用于存储计算机程序，所述计算机程序用于执行权利要求1-4任一项所述的方法。