一种测试用例的执行方法、装置、设备及存储介质与流程

本发明涉及项目测试领域，特别涉及一种测试用例的执行方法、装置、设备及计算机可读存储介质。

背景技术：

目前，大部分公司会选择专业的测试用例管理系统如testlink对测试用例进行创建、管理和执行，但是对于测试用例的编辑、复制、调换测试用例顺序等功能，testlink的易用性较差。因此，现有技术的方法一般是先利用xmind(一款思维导图软件)通过新增、修改等操作在xmind文件中编写与应用项目对应的测试用例，即得出包括应用项目的测试用例的xmind文件，然后基于python将xmind文件转换为xml(可扩展标记语言)格式文件，再将xml格式文件导入至testlink中，以便使用testlink管理执行对应的测试用例。

但是，按照现有技术的方法得出的xml格式文件无法支持多层级目录，因此限制了测试用例的编写结构，导致需要在多个xmind文件中分别编写部分测试用例，不仅使得设置与应用项目对应的xmind文件的过程繁琐，编写、修改测试用例的效率低，而且需要将由各不同的xmind文件转换出的xml格式文件分别导入至testlink中以执行对应的测试用例，因此将影响利用测试用例对应用项目进行测试的效率。

因此，如何提高设置xmind文件的便捷性，提高编写、修改测试用例的效率，并提高利用测试用例对应用项目进行测试的效率，是本领域技术人员目前需要解决的技术问题。

技术实现要素：

有鉴于此，本发明的目的在于提供一种测试用例的执行方法，能够提高设置xmind文件的便捷性，提高编写、修改测试用例的效率，并提高利用测试用例对应用项目进行测试的效率；本发明的另一目的是提供一种测试用例的执行装置、设备及计算机可读存储介质，均具有上述有益效果。

为解决上述技术问题，本发明提供一种测试用例的执行方法，包括：

获取包括目标应用项目的多个测试用例的xmind文件，并将所述xmind文件转换为对应的json格式文件；

利用广度优先遍历算法对所述json格式文件进行遍历，并根据所述json格式文件的makers字段中的关键词确定出对应的虚拟dom树；

根据所述虚拟dom树生成对应的xml格式文件；

将所述xml格式文件导入至testlink中，以便使用所述testlink管理执行对应的测试用例。

优选地，所述获取包括目标应用项目的多个测试用例的xmind文件，并将所述xmind文件转换为对应的json格式文件的过程，具体包括：

在一个所述xmind文件中创建多个画布编写所述目标应用项目的多个所述测试用例；

将所述xmind文件转换为对应的json格式文件。

优选地，进一步包括：

利用不同的预设标识信息对所述xmind文件中的预设统计项目分别进行标识；

通过统计所述xmind文件中的各所述预设标识信息的数量，得出各所述预设统计项目的统计数量。

优选地，所述关键词包括目录、测试用例、预置条件、步骤、摘要信息和详细信息。

优选地，在所述利用广度优先遍历算法对所述json格式文件进行遍历，并根据所述json格式文件的makers字段中的关键词确定出对应的虚拟dom树之后，进一步包括：

删除所述json格式文件中除了与所述关键词对应的数据信息之外的其他数据信息。

为解决上述技术问题，本发明还提供一种测试用例的执行装置，包括：

获取模块，用于获取包括目标应用项目的多个测试用例的xmind文件，并将所述xmind文件转换为对应的json格式文件；

确定模块，用于利用广度优先遍历算法对所述json格式文件进行遍历，并根据所述json格式文件的makers字段中的关键词确定出对应的虚拟dom树；

生成模块，用于根据所述虚拟dom树生成对应的xml格式文件；

导入模块，用于将所述xml格式文件导入至testlink中，以便使用所述testlink管理执行对应的测试用例。

为解决上述技术问题，本发明还提供一种测试用例的执行设备，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现上述任一种测试用例的执行方法的步骤。

为解决上述技术问题，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述任一种测试用例的执行方法的步骤。

本发明实施例提供的一种测试用例的执行方法，通过获取包括目标应用项目的多个测试用例的xmind文件，并将xmind文件转换为对应的json格式文件，利用广度优先遍历算法对json格式文件进行遍历，并根据json格式文件中的makers字段中的关键词确定出对应的虚拟dom树，进而根据虚拟dom树生成对应的xml格式文件，并将xml格式文件导入至testlink中，以便使用testlink管理执行对应的测试用例；由于广度优先遍历算法是在遍历所有的父节点之后再分别遍历各父节点的子节点，因此本方法能够根据json格式文件中的各节点确定出对应的多层级目录；因此能够在一个xmind文件中编写目标应用项目的多个测试用例，从而能够提高设置xmind文件的便捷性，提高编写、修改测试用例的效率；并且在利用本方法设置出的xml格式文件执行对应的测试用例时，能够利用一个xml格式文件执行目标应用项目的多个测试用例，从而能够提高利用测试用例对应用项目进行测试的效率。

为解决上述技术问题，本发明还提供了一种测试用例的执行装置、设备及计算机可读存储介质，均具有上述有益效果。

附图说明

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

图1为本发明实施例提供的一种测试用例的执行方法的流程图；

图2为本发明实施例提供的一种测试用例的执行装置的结构图；

图3为本发明实施例提供的一种测试用例的执行设备的结构图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例的核心是提供一种测试用例的执行方法，能够提高设置xmind文件的便捷性，提高编写、修改测试用例的效率，并提高利用测试用例对应用项目进行测试的效率；本发明的另一核心是提供一种测试用例的执行装置、设备及计算机可读存储介质，均具有上述有益效果。

为了使本领域技术人员更好地理解本发明方案，下面结合附图和具体实施方式对本发明作进一步的详细说明。

图1为本发明实施例提供的一种测试用例的执行方法的流程图。如图1所示，一种测试用例的执行方法包括：

s10：获取包括目标应用项目的多个测试用例的xmind文件，并将xmind文件转换为对应的json格式文件。

在实际操作中，预先通过xmind完成对目标应用项目的测试用例的编写操作，得出xmind文件，并按照约定标签标记出xmind文件中的文件夹、测试用例名称、摘要、前提条件、测试步骤、预期结果等信息。需要说明的是，xmind是一款思维导图软件,可以快速实现测试用例的新增、修改、复制等操作。

然后，通过node的fs模块(node.js文件系统模块)遍历出xmind文件夹下有哪些xmind文件；其中，node是一个让javascript运行在服务端的开发平台，fs模块用于对系统文件及目录进行读写操作。

具体的，通过xmind官方提供的node框架，将每个xmind文件转换成json格式文件，并通过fs模块将所有的json格式文件都保存在json目录下。

s20：利用广度优先遍历算法对json格式文件进行遍历，并根据json格式文件的makers字段中的关键词确定出对应的虚拟dom树。

具体的，由于xmind文件的数据结构本质为多叉树结构，所以根据xmind文件转换得出的json格式文件也为多叉树结构；利用广度优先遍历算法对json格式文件进行遍历，先遍历父级的每一个节点，即遍历所有的父节点，再分别对各父节点的子节点进行遍历，递归该广度优先遍历算法，直至没有下一级的节点时结束遍历。

在对json格式文件进行遍历的过程中，根据json格式文件的makers字段中的关键词确定出对应的虚拟dom(documentobjectmodel，文档对象化模型)树。需要说明的是，该关键词也就是在编写xmind文件时按照约定标签标记出的文件夹、测试用例名称、摘要、前提条件、测试步骤、预期结果等信息。虚拟dom树指的是通过对json格式文件中的各关键词进行设置以得出与dom树对应的结构，各关键词对应为dom树的各节点。

s30：根据虚拟dom树生成对应的xml格式文件。

在本步骤中，是在根据json格式文件确定出对应的虚拟dom树之后，采用深度优先遍历算法从虚拟dom树的父节点开始逐级遍历，自下而上地逐级冒泡生成xml格式文件，根据虚拟dom树的各父节点以及与各父节点对应的子节点递归深度优先遍历算法直至最后一个子节点，得出与虚拟dom树对应的xml格式文件。并且在实际操作中，还可以利用fs模块，将递归生成的xml格式文件保存到xml目录下。另外，在实际操作中，在整个将xmind文件转换为xml格式文件的日志中，会打印本次转换对应的测试用例的数量。

s40：将xml格式文件导入至testlink中，以便使用testlink管理执行对应的测试用例。

具体的，在本步骤中，是在得出xml格式文件之后，将得出的xml格式文件导入至testlink中，然后通过运行testlink，以利用testlink管理执行对应的测试用例。需要说明的是，利用testlink执行测试用例的步骤为本领域技术人员的公知常识，此处不做赘述。

本发明实施例提供的一种测试用例的执行方法，通过获取包括目标应用项目的多个测试用例的xmind文件，并将xmind文件转换为对应的json格式文件，利用广度优先遍历算法对json格式文件进行遍历，并根据json格式文件中的makers字段中的关键词确定出对应的虚拟dom树，进而根据虚拟dom树生成对应的xml格式文件，并将xml格式文件导入至testlink中，以便使用testlink管理执行对应的测试用例；由于广度优先遍历算法是在遍历所有的父节点之后再分别遍历各父节点的子节点，因此本方法能够根据json格式文件中的各节点确定出对应的多层级目录；因此能够在一个xmind文件中编写目标应用项目的多个测试用例，从而能够提高设置xmind文件的便捷性，提高编写、修改测试用例的效率；并且在利用本方法设置出的xml格式文件执行对应的测试用例时，能够利用一个xml格式文件执行目标应用项目的多个测试用例，从而能够提高利用测试用例对应用项目进行测试的效率。

在上述实施例的基础上，本实施例对技术方案作了进一步的说明和优化，具体的，本实施例中，关键词包括目录、测试用例、预置条件、步骤、摘要信息和详细信息。

具体的，在遍历json格式文件的过程中，遍历到每个节点时，首先需要记录下关键词，然后对关键词进行分析，以生成对应的虚拟dom树；具体可以包括如下步骤：

1、分析关键词“目录”；判断json格式文件的makers字段中是否包含关键词“flag”；如果是，则将关键词“flag”记录为目录，在虚拟dom树中生成节点testsuite并保存title字段为目录名；否则跳过。

2、分析关键词“测试用例”；判断json格式文件的makers字段中是否包含关键词“priority”，如果是，则将关键词“priority”记录为一个测试用例，在虚拟dom树中找到对应的testsuite保存为testcase，记录下title值作为用例名称；否则跳过。

3、分析关键词“预置条件”，判断json格式文件的makers字段中是否包含关键词“people”，如果是，则将关键词“people”记录为一个预置条件，在虚拟dom树中找到对应的testsuite保存为preconditons，记录下title值作为预置条件内容；否则跳过。需要说明的是，对预置条件内容的一些关键字符做转义，如换行操作，否则testlink会不识别。

4、分析关键词“步骤”，匹配到预置条件的节点，读取children字段，数据结构为数组，数组中的每一项均为该预置条件对应的步骤(acitons)；对children数组遍历，使用索引号作为步骤编号，使用title字段作为步骤名称，使用步骤节点中的children作为预期结果。需要说明的是，步骤(acitons)和预测结果(expectedresults)的内容均需要使用“<p></p>”包裹，否则导入testlink后会不识别。

5、分析关键词“摘要信息”，判断json格式文件的makers字段中是否包含关键词“star-green”，如果是，则记录为一个摘要，在虚拟dom树中找到对应的testsuite保存为summary，记录下title值作为摘要；否则跳过。

6、分析关键词“详细信息”，判断json格式文件的makers字段中是否包含关键词“star-red”，如果是，则记录为一个详细信息，在虚拟dom树中找到对应的testsuite保存为detailds，记录下title值作为摘要；否则跳过。

可见，根据本实施例中的关键词设置对应的虚拟dom树，能够使得虚拟dom树的内容更加丰富，从而进一步提升用户的使用体验。

在上述实施例的基础上，本实施例对技术方案作了进一步的说明和优化，具体的，本实施例中，获取包括目标应用项目的多个测试用例的xmind文件，并将xmind文件转换为对应的json格式文件的过程，具体包括：

在一个xmind文件中创建多个画布编写目标应用项目的多个测试用例；

将xmind文件转换为对应的json格式文件。

具体的，在本实施例中，具体是在确定出目标应用项目的多个测试用例之后，将多个测试用例分为多组，对应的在一个xmind文件中创建多个画布，每个画布对应编写一组中的多个测试用例。例如，将测试用例分为a、b、c三个组，分别写在3个画布上，每个画布上的测试用例有5层目录。

需要说明的是，当目标应用项目的测试用例较多时，分多个画布分别编写测试用例，不仅能提高编写测试用例的效率，而且能够使得测试用例更加清晰，使得测试用例的可读性、可维护性更高。

在上述实施例的基础上，本实施例对技术方案作了进一步的说明和优化，具体的，本实施例进一步包括：

利用不同的预设标识信息对xmind文件中的预设统计项目分别进行标识；

通过统计xmind文件中的各预设标识信息的数量，得出各预设统计项目的统计数量。

具体的，在本实施例中，是在得出xmind文件的过程中或之后，进一步利用不同的预设标识信息对xmind文件中的预设统计项目分别进行标识；其中，预设统计项目可以具体包括总用例数、成功用例数以及失败用例数等，预设标识信息可以包括“priority”、“smiley-smile”以及“smiley-angry”等；

通过统计xmind文件中的各预设标识信息的数量，可以得出本次转换过程中总用例数、成功用例数以及失败用例数的统计数量，以便用户能够进一步知晓xmind文件中的测试用例的状态信息，从而进一步提升用户的使用体验。

在上述实施例的基础上，本实施例对技术方案作了进一步的说明和优化，具体的，本实施例在利用广度优先遍历算法对json格式文件进行遍历，并根据json格式文件的makers字段中的关键词确定出对应的虚拟dom树之后，进一步包括：

删除json格式文件中除了与关键词对应的数据信息之外的其他数据信息。

具体的，在本实施例中，是在根据json格式文件确定出对应的虚拟dom树之后，根据json格式文件和虚拟dom树的对应关系，确定出json格式文件中除了与关键词对应的数据信息之外的其他数据信息，然后将确定出的其他数据信息删除。也就是说，将除了与关键词对应的数据信息之外的其余无关信息一律过滤掉不保存，保持虚拟dom树的清爽整洁。

上文对于本发明提供的一种测试用例的执行方法的实施例进行了详细的描述，本发明还提供了一种与该方法对应的测试用例的执行装置、设备及计算机可读存储介质，由于装置、设备及计算机可读存储介质部分的实施例与方法部分的实施例相互照应，因此装置、设备及计算机可读存储介质部分的实施例请参见方法部分的实施例的描述，这里暂不赘述。

图2为本发明实施例提供的一种测试用例的执行装置的结构图，如图2所示，一种测试用例的执行装置包括：

获取模块21，用于获取包括目标应用项目的多个测试用例的xmind文件，并将xmind文件转换为对应的json格式文件；

确定模块22，用于利用广度优先遍历算法对json格式文件进行遍历，并根据json格式文件的makers字段中的关键词确定出对应的虚拟dom树；

生成模块23，用于根据虚拟dom树生成对应的xml格式文件；

导入模块24，用于将xml格式文件导入至testlink中，以便使用testlink管理执行对应的测试用例。

本发明实施例提供的测试用例的执行装置，具有上述测试用例的执行方法的有益效果。

作为优选的实施方式，获取模块具体包括：

编写子模块，用于在一个xmind文件中创建多个画布编写目标应用项目的多个测试用例；

转换子模块，用于将xmind文件转换为对应的json格式文件。

作为优选的实施方式，进一步包括：

标识模块，用于利用不同的预设标识信息对xmind文件中的预设统计项目分别进行标识；

统计模块，用于通过统计xmind文件中的各预设标识信息的数量，得出各预设统计项目的统计数量。

作为优选的实施方式，进一步包括：

删除模块，用于删除json格式文件中除了与关键词对应的数据信息之外的其他数据信息。

图3为本发明实施例提供的一种测试用例的执行设备的结构图，如图3所示，一种测试用例的执行设备包括：

存储器31，用于存储计算机程序；

处理器32，用于执行计算机程序时实现如上述测试用例的执行方法的步骤。

本发明实施例提供的测试用例的执行设备，具有上述测试用例的执行方法的有益效果。

为解决上述技术问题，本发明还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现如上述测试用例的执行方法的步骤。

本发明实施例提供的计算机可读存储介质，具有上述测试用例的执行方法的有益效果。

以上对本发明所提供的测试用例的执行方法、装置、设备及计算机可读存储介质进行了详细介绍。本文中应用了具体实施例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以对本发明进行若干改进和修饰，这些改进和修饰也落入本发明权利要求的保护范围内。

说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。