具体实施方式

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

可以理解，本申请所使用的术语“第一”、“第二”等可在本文中用于描述各种元件，但这些元件不受这些术语限制。这些术语仅用于将第一个元件与另一个元件区分。举例来说，在不脱离本申请的范围的情况下，可以将第一字段及算法确定模块成为第二字段及算法确定模块，且类似地，可将第二字段及算法确定模块成为第一字段及算法确定模块。

图1是根据一示例性实施例示出的一种测试用例的转化分析方法的实施环境图，如图1所示，在该实施环境中，包括服务器110以及终端120。

服务器110为测试用例的转化分析设备，例如为技术人员使用的电脑等计算机设备，服务器110上安装有转化分析工具。终端120上安装有需要进行测试案例转化分析的应用，当需要提供转化服务时，技术人员可以在计算机设备110发出提供转化服务的请求，该请求中携带有请求标识，计算机设备110接收该请求，获取计算机设备110中存储的测试用例转化分析方法。然后利用该方法完成测试案例的转化分析。

需要说明的是，终端120以及计算机设备110可为智能手机、平板电脑、笔记本电脑、台式计算机等，但并不局限于此。计算机设备110以及终端120可以通过蓝牙、USB(Universal Serial Bus，通用串行总线)或者其他通讯连接方式进行连接，本发明在此不做限制。

图2是根据一示例性实施例示出的一种计算机设备的内部结构图。如图2所示，该计算机设备包括通过系统总线连接的处理器、非易失性存储介质、存储器和网络接口。其中，该计算机设备的非易失性存储介质存储有操作系统、数据库和计算机可读指令，数据库中可存储有控件信息序列，该计算机可读指令被处理器执行时，可使得处理器实现一种测试案例的转化分析方法。该计算机设备的处理器用于提供计算和控制能力，支撑整个计算机设备的运行。该计算机设备的存储器中可存储有计算机可读指令，该计算机可读指令被处理器执行时，可使得处理器执行一种测试案例的转化分析方法。该计算机设备的网络接口用于与终端连接通信。本领域技术人员可以理解，图2中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

下面将结合附图3-附图5，对本申请实施例提供的测试案例的转化分析方法进行详细介绍。该方法可依赖于计算机程序实现，可运行于基于冯诺依曼体系的数据传输装置上。该计算机程序可集成在应用中，也可作为独立的工具类应用运行。

请参见图3，为本申请实施例提供了一种测试案例的转化分析方法的流程示意图，如图3所示，本申请实施例的方法可以包括以下步骤：

S301将编写完成的测试用例转化为目标格式文件，其中，每个测试用例包含预先标注的检查点类别编号。

在一种可能的实现方法中，面对复杂的大模块需求，测试场景繁多，直接在excel工具中编写不容易足够细致的梳理测试思路，测试人员常常会选择使用xmind思维导图来梳理测试思路，再转写为excel，因此，在一种可能的实现方式中，测试人员可以通过xmind思维导图手动编写测试用例，自动生成目标格式文件，提高测试用例编写的效率，本申请中的目标格式文件可以为excel格式文件，也可以为其他格式文件。

具体地，思维导图为基于xmind工具绘制的树状图，每一个思维导图基于一个系统一个版本的需求，也可以是全部业务需求，也可以是部分业务需求，思维导图的每一个画布对应一个功能模块的测试用例，每个功能模块对应多个业务场景，每个业务场景的测试用例包括：各个业务属性对象的约束值关系、测试点和预期结果；根据每个思维导图中各个业务属性对象的取值范围，以及每个思维导图对应测试用例对应的约束值关系、测试点和预期结果，生成测试用例。

进一步地，生成测试用例后，可以为每个测试用例添加备注，获取编写完成的测试用例，识别测试用例中检查点的类别，根据检查点的类别在编写完成的测试用例中添加检查点类别编号。

备注内容包括22个测试检查点类别编号，例如，等价类划分、边界值分析、DB表结构变化、安全测试等，几乎涵盖了所有的基础检查点，使用1-22为他们做编号，在使用的时候只需要将编号添加到对应的备注中。

进一步地，生成测试用例后，一般为xmind格式，本公开实施例提供的测试用例转化方法，可以自动将xmind格式的测试用例转化为目标格式的测试用例，例如，转化为excel格式文件。

具体地，读取画布的根节点，获取画布页的suits、测试用例路径以及根节点的topic内容，解析出系统名称、系统版本号、以及需求名称，然后读取子节点，直到读取到含有“场景：”字段的子节点，将该子节点作为一条用例，将该子节点标注的检查点作为检查点，然后获取用例名称、用例描述、执行步骤、期望结果写入目标格式文件，例如写入excel格式文件，通过这种方式层层遍历所有子节点，待该画布遍历完成后，将画布标注的检查点类别编号汇总起来，用于后续覆盖率检测，再遍历所有画布，最终实现将整个用xmind编写的测试用例转化为excel格式文件。

其中，一个画布中包含多条测试用例，整体测试流程可以包含多个画布，每个画布相当于一个测试模块。

根据该步骤，可以自动将xmind格式的测试用例转化为目标格式的测试用例。

S302当接收到上传指令时，根据检查点类别编号获得目标画布中测试用例包含的检查点类别的数目，根据数目与检查点类别总数的比值得到目标画布的检查点覆盖率，若检查点覆盖率大于等于预设阈值，则上传目标画布中的测试用例。

在一种可能的实现方式中，可以分模块检测检查点的覆盖率。若该画布的检查点覆盖率小于预设阈值，认为它是不合格的，或者存在特殊情况，比如模块改动点极小，对于这种情况，则将该画布中的测试用例发送给测试负责人审批，由测试负责人进行核查审批。若审批通过，则将该画布上传到项目管理平台，若审批不通过，则发回测试人员重新修改测试用例。

若该画布的检查点覆盖率大于等于预设阈值，则认为该画布的检查点符合要求，直接将该画布上传到项目管理平台。

在一种可能的实现方式中，预设阈值为40％，若覆盖率低于40％，则将编写后的测试用例发送给测试负责人审批，若覆盖率大于等于40％，则测试用例上传成功。本公开实施例对预设阈值不做具体限定，本领域技术人员可自行设置。

在一种可能的实现方式中，获取该画布中的所有备注，将画布的备注汇总起来，因为每个备注对应一种检查点，例如01对应等价类划分，02对应边界值分析，根据画布中的备注值，可以知道该画布中的测试用例包含哪些检查点，统计画布中包含多少个备注值，将相同的备注值去除，计算互不相同的备注值的个数，用个数除以检查点总数得到该画布中检查点的覆盖率。

例如，某画布中包含的检查点类别编号有01、02、03、04、04、08、12、13、14、15、15、18、20，去除相同的编号，剩余不同的编号的个数为11个，说明该画布包含11种检查点，总共有22种基础检查点，则该画布的检查点覆盖率为：11/22＝50％。若预设阈值为40％，则该画布的检查点覆盖率大于预设阈值，可直接将该模块的测试用例传入项目平台。若预设阈值为60％，则将该画布中的测试用例发送给测试负责人审批，由测试负责人进行核查审批。若审批通过，则将该画布上传到项目平台，若审批不通过，则发回测试人员重新修改测试用例。

可选地，还包括，若该画布中不包含等价类划分、边界值分析检查点，则将该模块的测试用例发回测试人员修改。

检查点和覆盖率的条件限制，可以帮助测试人员检查编写的测试用例测试点有哪些缺漏，辅助把控用例质量，也会使得每个测试人员在编写用例的过程中更加严格，测试更加细致。

S303统计分析上传后的测试用例，生成测试用例分析报表。

在一种可能的实现方式中，在将测试用例传入项目管理平台的用例库时，字典参数对每一个系统空间做了区分。根据xmind根目录中的系统名，通过字典找到对应系统空间id，将用例导入到相对应的空间。若有新增系统空间，只需将系统名以及对应空间名更新到字典中，可将不同用例准确存入不同的项目空间。

从易用性角度来说，位于同一个项目管理平台的系统，对于新的系统只需添加字典参数即可接入，也可适配各种终端项目管理平台，只需改动其中的上传接口和其中一些配置。

在一种可能的实现方式中，统计每个测试人员的用例编写情况，生成第一测试用例分析报表。例如，统计每个测试人员所编写的测试用例数目，缺陷数目、检查点覆盖率占比，以图表的形式展示。测试负责人可通过需求用例分析数据纵观测试人员的测试情况，也可作为工作考核标准之一。

还包括统计每个测试用例的缺陷数目、测试用例的重复使用次数、优先级，生成第二测试用例分析报表。例如，分析每个用例的测试出的缺陷数目，每个用例的复用率，根据缺陷数目和复用率设置优先级，复用率较高的用例优先级较高，复用率相同的用例缺陷数目较少的优先级比较高，将每个测试用例的缺陷数目、复用率、优先级以图表的形式展示。还可以按照优先级的高低顺序对测试用例进行排序，将优先级高的测试用例排在测试用例库的前面。

在一个可选地实施例中，对项目管理平台中的测试用例进行统计分析，生成测试用例分析报表之后，还包括根据测试用例执行测试，得到测试结果，处理分析测试结果，生成测试结果分析报表。

在一种可能的实现方式中，测试结果可以同步上传，可以按照时间顺序将测试报告存入。进一步地，为了方便技术人员分析系统漏洞，还可以对日志中的测试报告进行处理，并统一归类到异常代码库，实现统一管理，不同项目组的安全问题可以横向分析。

具体地，分析测试日志中的测试报告，生成漏洞记录，并将漏洞记录存入异常代码库。

可选地，对于增加至异常代码库的漏洞，可以进一步标记漏洞的状态，例如，未被开发人员处理过的漏洞标为待处理，误报的漏洞标为已忽略，处理过的漏洞标为已处理。重大漏洞标为重大漏洞，可以标红显示。

可选地，还可以将未处理的漏洞按照时间顺序、紧急程度分批发送到修复模块，供开发人员执行修复功能。

可选地，所述异常代码库中还可以生成各个项目的平均测试时间，修复时间，修复完成百分比、测试完成百分比，异常代码百分比，异常种类分析报表，供开发人员进一步分析。

为了便于理解本申请实施例提供的测试用例转化分析方法，下面结合附图4进一步说明，图4是根据一示例性实施例示出的一种测试用例的转化分析方法的流程示意图，如图4所示，该方法包括：

S401获取用户用xmind编写的测试用例，其中，每个测试用例中包含检查点类别编号，检查点类别包括22个测试检查点，例如，等价类划分、边界值分析、DB表结构变化、安全测试等，几乎涵盖了所有的基础检查点，使用1-22为他们做编号，在使用的时候只需要将编号添加到对应的备注中。

S402判断每个画布，也就是每个测试模块中是否缺少等价类、边界值这两个检查点，因为这两个检查点是必要的，若缺少这两个检查点，则执行步骤S403，失败，重新修改测试用例，若不缺少这两个检查点，则执行步骤S404，继续判断该画布中的检查点覆盖率是否低于40％。

S403失败，重新修改测试用例。

S404判断检查点覆盖率是否低于40％，本领域技术人员可自行设置数值，本公开实施例不做具体限定。若低于40％，认为它是不合格的，或者存在特殊情况，比如模块改动点极小，对于这种情况，则执行步骤S405，将该模块的测试用例提交给审核人员审批；若不低于40％，则执行步骤S408，直接将测试用例导入项目管理平台。

S405提交审批。

S406判断是否通过审批，若通过审批，则执行步骤S408，将测试用例导入项目管理平台；若没有通过审批，则执行步骤S407，失败，将测试用例退回给测试人员修改。

S407失败，重新修改测试用例。

S408导入到项目管理平台。

S409获取测试用例结果分析报表。

为了便于理解本申请实施例提供的测试用例转化分析方法，下面结合附图5进一步说明，图5是根据一示例性实施例示出的一种测试用例的转化分析方法的应用场景示意图。

如图5所示，用户可以在安装该方法的客户端、PC端上进行访问。用户在进行访问时，不同身份的用户对应不同的权限，其中，管理用户可以创建用户名，可以审批测试人员发送过来的审批文件，普通用户可以上传测试用例文件，可以提交审批。

该方法包括文件上传、提交审批、文件审批、用户创建、数据展示等应用，DB(数据库)也具有多种功能，例如保存上传记录、版本配置、缺失检查点、文件审批、用户信息等。根据存储的数据可以进行测试用例分析、需求统计等应用。

本申请实施例可以基于人工智能技术对相关的数据进行获取和处理。其中，人工智能(Artificial Intelligence，AI)是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能，感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。例如，通过人工智能系统计算检查点覆盖率，某画布中包含的检查点类别编号有01、02、03、04、04、08、12、13、14、15、15、18、20，通过人工智能系统去除相同的编号，计算剩余不同的编号的个数，根据剩余的编号类别个数以及总类别个数，自动计算检查点覆盖率：11/22＝50％。

还可以通过人工智能系统对测试用例进行审批，若审批通过，通过人工智能系统自动将测试用例上传到项目管理平台，若审批不通过，通过人工智能系统自动将测试用例返回给测试人员修改。

另外，本申请实施例中的服务器可以是独立的服务器，也可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(Content Delivery Network，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器。

根据本公开实施例提供的测试用例转化分析方法，能够通过xmind思维导图使得测试用例更加清晰，又可将手工转化excel变为自动转化，同时再转化后自动上传到项目管理平台，节省了人工消耗的时间，提高工作效率；同时，测试用例检查点的固定便于测试人员自查用例是否有所缺失，也会使得每个测试人员在编写用例的过程中更加严格，测试更加细致；而且每次用例上传都会记录到数据库，测试管理人员也可以通过用例分析情况具体观测到每个人的工作情况，便于人员管理。

下述为本申请装置实施例，可以用于执行本发明方法实施例。对于本发明装置实施例中未披露的细节，请参照本发明方法实施例。

请参见图6，其示出了本发明一个示例性实施例提供的测试用例转化分析装置的结构示意图。如图6所示，该测试用例转化分析装置可以集成于上述的计算机设备110中，具体可以包括转化模块601、计算模块602、分析模块603。

转化模块601，用于将编写完成的测试用例转化为目标格式文件，其中，每个测试用例包含预先标注的检查点类别编号；

计算模块602，用于当接收到上传指令时，根据检查点类别编号获得目标画布中测试用例包含的检查点类别的数目，根据数目与检查点类别总数的比值得到目标画布的检查点覆盖率，若检查点覆盖率大于等于预设阈值，则上传目标画布中的测试用例；

分析模块603，用于统计分析上传后的测试用例，生成测试用例分析报表。

在一个可选地实施例中，还包括检查点类别编号添加模块，用于获取编写完成的测试用例；识别测试用例中检查点的类别；根据检查点的类别在编写完成的测试用例中添加检查点类别编号。

在一个可选地实施例中，转化模块601具体用于：

读取目标画布的根节点；根据目标画布页的suits、测试用例路径以及根节点的主题内容，解析出系统名称、系统版本号、以及需求名称；读取子节点，将含有目标字样的子节点作为一条用例，将用例名称、用例描述、执行步骤、期望结果写入目标格式文件；遍历目标画布的所有子节点，得到转化后的目标格式文件；重复执行上述步骤，直到所有画布遍历完成。

在一个可选地实施例中，还包括审批模块，用于审核目标画布中的测试用例；当通过审核时，上传目标画布中的测试用例；当没有通过审核时，返回修改目标画布中的测试用例。

在一个可选地实施例中，分析模块603具体用于：

统计每个测试人员的测试用例数目、缺陷数目、检查点覆盖率占比，生成第一测试用例分析报表；

统计每个测试用例的缺陷数目、测试用例的重复使用次数生成第二测试用例分析报表。

在一个可选地实施例中，还包括测试结果统计模块，用于获取上传的目标测试用例；根据目标测试用例执行测试，得到测试结果；处理分析测试结果，生成漏洞记录，漏洞记录中包含漏洞的处理状态、漏洞的紧急程度，并将漏洞记录统一归类到异常代码库。

在一个可选地实施例中，漏洞的处理状态包括已处理状态、未处理状态以及漏洞状态。

需要说明的是，上述实施例提供的测试用例转化分析装置在执行测试用例转化分析方法时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的测试用例转化分析装置与测试用例转化分析方法实施例属于同一构思，其体现实现过程详见方法实施例，这里不再赘述。

在一个实施例中，提出了一种计算机设备，计算机设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现以下步骤：将编写完成的测试用例转化为目标格式文件，其中，每个测试用例包含预先标注的检查点类别编号；当接收到上传指令时，根据检查点类别编号获得目标画布中测试用例包含的检查点类别的数目，根据数目与检查点类别总数的比值得到目标画布的检查点覆盖率，若检查点覆盖率大于等于预设阈值，则上传目标画布中的测试用例；统计分析上传后的测试用例，生成测试用例分析报表。

在一个实施例中，将编写完成的测试用例转化为目标格式文件之前，还包括：获取编写完成的测试用例；识别测试用例中检查点的类别；根据检查点的类别在编写完成的测试用例中添加检查点类别编号。

在一个实施例中，将编写完成的测试用例转化为目标格式文件，包括：

读取目标画布的根节点；

根据目标画布页的suits、测试用例路径以及根节点的主题内容，解析出系统名称、系统版本号、以及需求名称；

读取子节点，将含有目标字样的子节点作为一条用例，将用例名称、用例描述、执行步骤、期望结果写入目标格式文件；

遍历目标画布的所有子节点，得到转化后的目标格式文件；

重复执行上述步骤，直到所有画布遍历完成。

在一个实施例中，若检查点覆盖率小于预设阈值，还包括：审核目标画布中的测试用例；当通过审核时，上传目标画布中的测试用例；当没有通过审核时，返回修改目标画布中的测试用例。

在一个实施例中，统计分析上传后的测试用例，生成测试用例分析报表，包括：

统计每个测试人员的测试用例数目、缺陷数目、检查点覆盖率占比，生成第一测试用例分析报表；

统计每个测试用例的缺陷数目、测试用例的重复使用次数生成第二测试用例分析报表。

在一个实施例中，生成测试用例分析报表之后，还包括：获取上传的目标测试用例；根据目标测试用例执行测试，得到测试结果；分析测试结果，生成漏洞记录，漏洞记录中包含漏洞的处理状态、漏洞的紧急程度，并将漏洞记录统一归类到异常代码库。

在一个实施例中，漏洞的处理状态包括已处理状态、未处理状态以及漏洞状态。

在一个实施例中，提出了一种存储有计算机可读指令的存储介质，该计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行以下步骤：将编写完成的测试用例转化为目标格式文件，其中，每个测试用例包含预先标注的检查点类别编号；当接收到上传指令时，根据检查点类别编号获得目标画布中测试用例包含的检查点类别的数目，根据数目与检查点类别总数的比值得到目标画布的检查点覆盖率，若检查点覆盖率大于等于预设阈值，则上传目标画布中的测试用例；统计分析上传后的测试用例，生成测试用例分析报表。

在一个实施例中，将编写完成的测试用例转化为目标格式文件之前，还包括：获取编写完成的测试用例；识别测试用例中检查点的类别；根据检查点的类别在编写完成的测试用例中添加检查点类别编号。

在一个实施例中，将编写完成的测试用例转化为目标格式文件，包括：读取目标画布的根节点；

根据目标画布页的suits、测试用例路径以及根节点的主题内容，解析出系统名称、系统版本号、以及需求名称；

读取子节点，将含有目标字样的子节点作为一条用例，将用例名称、用例描述、执行步骤、期望结果写入目标格式文件；

遍历目标画布的所有子节点，得到转化后的目标格式文件；

重复执行上述步骤，直到所有画布遍历完成。

在一个实施例中，若检查点覆盖率小于预设阈值，还包括：审核目标画布中的测试用例；当通过审核时，上传目标画布中的测试用例；当没有通过审核时，返回修改目标画布中的测试用例。

在一个实施例中，统计分析上传后的测试用例，生成测试用例分析报表，包括：

统计每个测试人员的测试用例数目、缺陷数目、检查点覆盖率占比，生成第一测试用例分析报表；

统计每个测试用例的缺陷数目、测试用例的重复使用次数生成第二测试用例分析报表。

在一个实施例中，生成测试用例分析报表之后，还包括：获取上传的目标测试用例；根据目标测试用例执行测试，得到测试结果；处理分析测试结果，生成漏洞记录，漏洞记录中包含漏洞的处理状态、漏洞的紧急程度，并将漏洞记录统一归类到异常代码库。

在一个实施例中，漏洞的处理状态包括已处理状态、未处理状态以及漏洞状态。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等非易失性存储介质，或随机存储记忆体(Random Access Memory，RAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。