CN113791980A - 测试用例的转化分析方法、装置、设备及存储介质 - Google Patents
测试用例的转化分析方法、装置、设备及存储介质 Download PDFInfo
- Publication number
- CN113791980A CN113791980A CN202111095431.7A CN202111095431A CN113791980A CN 113791980 A CN113791980 A CN 113791980A CN 202111095431 A CN202111095431 A CN 202111095431A CN 113791980 A CN113791980 A CN 113791980A
- Authority
- CN
- China
- Prior art keywords
- test case
- test
- target
- checkpoint
- canvas
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000012360 testing method Methods 0.000 title claims abstract description 317
- 238000004458 analytical method Methods 0.000 title claims abstract description 80
- 238000006243 chemical reaction Methods 0.000 title claims abstract description 21
- 238000003860 storage Methods 0.000 title claims abstract description 14
- 238000000034 method Methods 0.000 claims abstract description 55
- 238000007619 statistical method Methods 0.000 claims abstract description 8
- 230000009466 transformation Effects 0.000 claims description 23
- 230000007547 defect Effects 0.000 claims description 16
- 238000012545 processing Methods 0.000 claims description 15
- 230000002159 abnormal effect Effects 0.000 claims description 11
- 238000007689 inspection Methods 0.000 claims description 8
- 238000012550 audit Methods 0.000 claims description 6
- 238000012795 verification Methods 0.000 claims description 6
- 238000007726 management method Methods 0.000 description 21
- 238000010586 diagram Methods 0.000 description 11
- 230000008569 process Effects 0.000 description 9
- 238000013473 artificial intelligence Methods 0.000 description 8
- 230000006870 function Effects 0.000 description 8
- 238000004590 computer program Methods 0.000 description 6
- 238000004422 calculation algorithm Methods 0.000 description 4
- 230000008859 change Effects 0.000 description 4
- 230000004048 modification Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000008439 repair process Effects 0.000 description 3
- 238000004364 calculation method Methods 0.000 description 2
- 238000004891 communication Methods 0.000 description 2
- 238000009826 distribution Methods 0.000 description 2
- 238000004519 manufacturing process Methods 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 208000018747 cerebellar ataxia with neuropathy and bilateral vestibular areflexia syndrome Diseases 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000008676 import Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000002360 preparation method Methods 0.000 description 1
- 238000011076 safety test Methods 0.000 description 1
- 238000013522 software testing Methods 0.000 description 1
- 238000012384 transportation and delivery Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3684—Test management for test design, e.g. generating new test cases
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/36—Preventing errors by testing or debugging software
- G06F11/3668—Software testing
- G06F11/3672—Test management
- G06F11/3676—Test management for coverage analysis
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Debugging And Monitoring (AREA)
Abstract
本发明公开了一种测试用例的转化分析方法、装置、设备及存储介质,方法包括:将编写完成的测试用例转化为目标格式文件,其中,每个测试用例包含预先标注的检查点类别编号;当接收到上传指令时,根据检查点类别编号获得目标画布中测试用例包含的检查点类别的数目,根据数目与检查点类别总数的比值得到目标画布的检查点覆盖率,若检查点覆盖率大于等于预设阈值,则上传目标画布中的测试用例;统计分析上传后的测试用例,生成测试用例分析报表。根据本申请提供的测试用例转化分析方法,可以自动将测试用例转化为目标格式文件,并一键上传到项目管理平台,大大提高了工作效率,也可以通过分析用例编写情况具体观测到每个人的工作成果,便于人员管理。
Description
技术领域
本发明涉及软件测试技术领域,特别涉及一种测试用例的转化分析方法、装置、设备及存储介质。
背景技术
编写测试用例是软件测试周期的一个重要组成部分,对于许多测试人员来说,在繁复的测试过程中,若前期没有通过编写测试案例对项目需求模块的细致拆解和测试方案执行的梳理,那么执行的测试过程将会混乱,面临测试覆盖不全面导致生产问题的风险。
目前业内常用的软件项目管理工具有禅道、jira、testlink等。其中禅道偏向项目管理,无法对实际的测试情况进行统计;Jira偏向缺陷管理追踪,可以生成美观的bug分布图表;testlink可将用例与需求关联,统计用例覆盖率。这几种均可以通过excel在本地编写测试用例后上传到平台。
有时面对复杂的大模块需求,特别是保险等传统业务系统,测试场景繁多,直接在excel工具中编写不容易足够细致的梳理测试思路,测试人员常常会选择使用xmind思维导图来梳理测试思路,再写入excel,将excel用例导入到软件项目管理平台中。这样又会使得用例准备工作步骤繁琐且效率较低。
发明内容
本公开实施例提供了一种测试用例的转化分析方法、装置、设备及存储介质。为了对披露的实施例的一些方面有一个基本的理解,下面给出了简单的概括。该概括部分不是泛泛评述,也不是要确定关键/重要组成元素或描绘这些实施例的保护范围。其唯一目的是用简单的形式呈现一些概念,以此作为后面的详细说明的序言。
第一方面,本公开实施例提供了一种测试用例的转化分析方法,包括:
将编写完成的测试用例转化为目标格式文件,其中,每个测试用例包含预先标注的检查点类别编号;
当接收到上传指令时,根据检查点类别编号获得目标画布中测试用例包含的检查点类别的数目,根据数目与检查点类别总数的比值得到目标画布的检查点覆盖率,若检查点覆盖率大于等于预设阈值,则上传目标画布中的测试用例;
统计分析上传后的测试用例,生成测试用例分析报表。
在一个实施例中,将编写完成的测试用例转化为目标格式文件之前,还包括:
获取编写完成的测试用例;
识别测试用例中检查点的类别;
根据检查点的类别在编写完成的测试用例中添加检查点类别编号。
在一个实施例中,将编写完成的测试用例转化为目标格式文件,包括:
读取目标画布的根节点;
根据目标画布页的suits、测试用例路径以及根节点的主题内容,解析出系统名称、系统版本号、以及需求名称;
读取子节点,将含有目标字样的子节点作为一条用例,将用例名称、用例描述、执行步骤、期望结果写入目标格式文件;
遍历目标画布的所有子节点,得到转化后的目标格式文件;
重复执行上述步骤,直到所有画布遍历完成。
在一个实施例中,若检查点覆盖率小于预设阈值,还包括:
审核目标画布中的测试用例;
当通过审核时,上传目标画布中的测试用例;
当没有通过审核时,返回修改目标画布中的测试用例。
在一个实施例中,统计分析上传后的测试用例,生成测试用例分析报表,包括:
统计每个测试人员的测试用例数目、缺陷数目、检查点覆盖率占比,生成第一测试用例分析报表;
统计每个测试用例的缺陷数目、测试用例的重复使用次数生成第二测试用例分析报表。
在一个实施例中,生成测试用例分析报表之后,还包括:
获取上传的目标测试用例;
根据目标测试用例执行测试,得到测试结果;
处理分析测试结果,生成漏洞记录,漏洞记录中包含漏洞的处理状态、漏洞的紧急程度,并将漏洞记录统一归类到异常代码库。
在一个实施例中,漏洞的处理状态包括已处理状态、未处理状态以及漏洞状态。
第二方面,本公开实施例提供了一种测试用例的转化分析装置,其特征在于,包括:
转化模块,用于将编写完成的测试用例转化为目标格式文件,其中,每个测试用例包含预先标注的检查点类别编号;
计算模块,用于当接收到上传指令时,根据检查点类别编号获得目标画布中测试用例包含的检查点类别的数目,根据数目与检查点类别总数的比值得到目标画布的检查点覆盖率,若检查点覆盖率大于等于预设阈值,则上传目标画布中的测试用例;
分析模块,用于统计分析上传后的测试用例,生成测试用例分析报表。
第三方面,本公开实施例提供了一种计算机设备,包括存储器和处理器,存储器中存储有计算机可读指令,计算机可读指令被处理器执行时,使得处理器执行上述实施例提供的测试用例的转化分析方法的步骤。
第四方面,本公开实施例提供了一种存储有计算机可读指令的存储介质,计算机可读指令被一个或多个处理器执行时,使得一个或多个处理器执行上述实施例提供的测试用例的转化分析方法的步骤。
本公开实施例提供的技术方案可以包括以下有益效果:
本公开实施例提供的测试案例转化分析方法,测试案例管理分析工具精简了从生产用例到上传用例的一系列过程,既能够通过xmind思维导图使得测试案例更加清晰,又可将手工转化目标格式文件变为自动转化,转化后自动上传到项目管理平台,节省了人工消耗的时间,提高工作效率。
同时,测试案例检查点的固定便于测试人员自查用例是否有所缺失,对检查点覆盖率不小于预设阈值的限制,也会使得每个测试人员在编写用例的过程中更加严格,测试更加细致。
每次用例上传都会记录到数据库,可追踪到每个人的用例上传情况,测试管理人员也可以通过分析用例编写情况具体观测到每个人的工作情况,便于人员管理。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本发明。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本发明的实施例,并与说明书一起用于解释本发明的原理。
图1是根据一示例性实施例示出的一种测试用例的转化分析方法的实施环境图;
图2是根据一示例性实施例示出的一种计算机设备的内部结构图;
图3是根据一示例性实施例示出的一种测试用例的转化分析方法的流程示意图;
图4是根据一示例性实施例示出的一种测试用例的转化分析方法的流程示意图;
图5是根据一示例性实施例示出的一种测试用例的转化分析方法的应用场景示意图;
图6是根据一示例性实施例示出的一种测试用例的转化分析装置的结构示意图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
可以理解,本申请所使用的术语“第一”、“第二”等可在本文中用于描述各种元件,但这些元件不受这些术语限制。这些术语仅用于将第一个元件与另一个元件区分。举例来说,在不脱离本申请的范围的情况下,可以将第一字段及算法确定模块成为第二字段及算法确定模块,且类似地,可将第二字段及算法确定模块成为第一字段及算法确定模块。
图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)等。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上实施例仅表达了本发明的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对本发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干变形和改进,这些都属于本发明的保护范围。因此,本发明专利的保护范围应以所附权利要求为准。
Claims (10)
1.一种测试用例的转化分析方法,其特征在于,包括:
将编写完成的测试用例转化为目标格式文件,其中,每个测试用例包含预先标注的检查点类别编号;
当接收到上传指令时,根据所述检查点类别编号获得所述目标画布中测试用例包含的检查点类别的数目,根据所述数目与检查点类别总数的比值得到目标画布的检查点覆盖率,若所述检查点覆盖率大于等于预设阈值,则上传目标画布中的测试用例;
统计分析上传后的测试用例,生成测试用例分析报表。
2.根据权利要求1所述的方法,其特征在于,将编写完成的测试用例转化为目标格式文件之前,还包括:
获取编写完成的测试用例;
识别所述测试用例中检查点的类别;
根据所述检查点的类别在编写完成的测试用例中添加检查点类别编号。
3.根据权利要求1所述的方法,其特征在于,将编写完成的测试用例转化为目标格式文件,包括:
读取目标画布的根节点;
根据目标画布页的suits、测试用例路径以及根节点的主题内容,解析出系统名称、系统版本号、以及需求名称;
读取子节点,将含有目标字样的子节点作为一条用例,将用例名称、用例描述、执行步骤、期望结果写入目标格式文件;
遍历目标画布的所有子节点,得到转化后的所述目标格式文件;
重复执行上述步骤,直到所有画布遍历完成。
4.根据权利要求1所述的方法,其特征在于,若所述检查点覆盖率小于预设阈值,还包括:
审核所述目标画布中的测试用例;
当通过审核时,上传所述目标画布中的测试用例;
当没有通过审核时,返回修改所述目标画布中的测试用例。
5.根据权利要求1所述的方法,其特征在于,统计分析上传后的测试用例,生成测试用例分析报表,包括:
统计每个测试人员的测试用例数目、缺陷数目、检查点覆盖率占比,生成第一测试用例分析报表;
统计每个测试用例的缺陷数目、测试用例的重复使用次数生成第二测试用例分析报表。
6.根据权利要求1所述的方法,其特征在于,生成测试用例分析报表之后,还包括:
获取上传的目标测试用例;
根据所述目标测试用例执行测试,得到测试结果;
处理分析所述测试结果,生成漏洞记录,所述漏洞记录中包含漏洞的处理状态、漏洞的紧急程度,并将所述漏洞记录统一归类到异常代码库。
7.根据权利要求6所述的方法,其特征在于,所述漏洞的处理状态包括已处理状态、未处理状态以及漏洞状态。
8.一种测试用例的转化分析装置,其特征在于,包括:
转化模块,用于将编写完成的测试用例转化为目标格式文件,其中,每个测试用例包含预先标注的检查点类别编号;
计算模块,用于当接收到上传指令时,根据所述检查点类别编号获得所述目标画布中测试用例包含的检查点类别的数目,根据所述数目与检查点类别总数的比值得到目标画布的检查点覆盖率,若所述检查点覆盖率大于等于预设阈值,则上传目标画布中的测试用例;
分析模块,用于统计分析上传后的测试用例,生成测试用例分析报表。
9.一种计算机设备,包括存储器和处理器,所述存储器中存储有计算机可读指令,所述计算机可读指令被所述处理器执行时,使得所述处理器执行如权利要求1至7中任一项权利要求所述的测试用例的转化分析方法的步骤。
10.一种存储有计算机可读指令的存储介质,所述计算机可读指令被一个或多个处理器执行时,使得一个或多个处理器执行如权利要求1至7中任一项权利要求所述的测试用例的转化分析方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111095431.7A CN113791980B (zh) | 2021-09-17 | 2021-09-17 | 测试用例的转化分析方法、装置、设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111095431.7A CN113791980B (zh) | 2021-09-17 | 2021-09-17 | 测试用例的转化分析方法、装置、设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113791980A true CN113791980A (zh) | 2021-12-14 |
CN113791980B CN113791980B (zh) | 2024-05-14 |
Family
ID=78878904
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111095431.7A Active CN113791980B (zh) | 2021-09-17 | 2021-09-17 | 测试用例的转化分析方法、装置、设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113791980B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115576853A (zh) * | 2022-11-24 | 2023-01-06 | 云账户技术(天津)有限公司 | 一种判断用例完整性的方法及装置 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100192128A1 (en) * | 2009-01-27 | 2010-07-29 | Honeywell International Inc. | System and methods of using test points and signal overrides in requirements-based test generation |
US9665350B1 (en) * | 2009-05-29 | 2017-05-30 | The Mathworks, Inc. | Automatic test generation for model-based code coverage |
CN108509339A (zh) * | 2018-03-22 | 2018-09-07 | 京北方信息技术股份有限公司 | 基于浏览器和思维导图的测试用例生成方法、装置及设备 |
CN108845933A (zh) * | 2018-05-24 | 2018-11-20 | 广东睿江云计算股份有限公司 | 软件测试用例编写和评审的方法及装置 |
CN109558317A (zh) * | 2018-11-22 | 2019-04-02 | 网易(杭州)网络有限公司 | 测试用例的处理方法及装置 |
CN109740122A (zh) * | 2018-12-11 | 2019-05-10 | 中国联合网络通信集团有限公司 | 思维导图用例文件的转换方法及装置 |
CN112346987A (zh) * | 2020-11-25 | 2021-02-09 | 武汉光庭信息技术股份有限公司 | 基于Xmind的测试用例生成转换方法及系统 |
CN112650673A (zh) * | 2020-12-22 | 2021-04-13 | 深圳壹账通智能科技有限公司 | 事务跟踪系统中测试用例的创建方法、装置及电子设备 |
-
2021
- 2021-09-17 CN CN202111095431.7A patent/CN113791980B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100192128A1 (en) * | 2009-01-27 | 2010-07-29 | Honeywell International Inc. | System and methods of using test points and signal overrides in requirements-based test generation |
US9665350B1 (en) * | 2009-05-29 | 2017-05-30 | The Mathworks, Inc. | Automatic test generation for model-based code coverage |
CN108509339A (zh) * | 2018-03-22 | 2018-09-07 | 京北方信息技术股份有限公司 | 基于浏览器和思维导图的测试用例生成方法、装置及设备 |
CN108845933A (zh) * | 2018-05-24 | 2018-11-20 | 广东睿江云计算股份有限公司 | 软件测试用例编写和评审的方法及装置 |
CN109558317A (zh) * | 2018-11-22 | 2019-04-02 | 网易(杭州)网络有限公司 | 测试用例的处理方法及装置 |
CN109740122A (zh) * | 2018-12-11 | 2019-05-10 | 中国联合网络通信集团有限公司 | 思维导图用例文件的转换方法及装置 |
CN112346987A (zh) * | 2020-11-25 | 2021-02-09 | 武汉光庭信息技术股份有限公司 | 基于Xmind的测试用例生成转换方法及系统 |
CN112650673A (zh) * | 2020-12-22 | 2021-04-13 | 深圳壹账通智能科技有限公司 | 事务跟踪系统中测试用例的创建方法、装置及电子设备 |
Non-Patent Citations (1)
Title |
---|
李兰心: "基于SCADE模型的车载ATP测试用例生成方法", 《铁道学报》, vol. 42, no. 09, 30 September 2020 (2020-09-30), pages 102 - 110 * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115576853A (zh) * | 2022-11-24 | 2023-01-06 | 云账户技术(天津)有限公司 | 一种判断用例完整性的方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN113791980B (zh) | 2024-05-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110309071B (zh) | 测试代码的生成方法及模块、测试方法及系统 | |
CN109002391A (zh) | 自动检测嵌入式软件接口测试数据的方法 | |
CN111752833B (zh) | 一种软件质量体系准出方法、装置、服务器及存储介质 | |
CN113176995A (zh) | 基于测试场景的接口测试方法、装置、设备及介质 | |
CN115952081A (zh) | 一种软件测试方法、装置、存储介质及设备 | |
CN114490413A (zh) | 测试数据的准备方法及装置、存储介质和电子设备 | |
CN113791980B (zh) | 测试用例的转化分析方法、装置、设备及存储介质 | |
CN114064498A (zh) | 脚本开发的控制方法、装置、计算机设备和存储介质 | |
CN117493188A (zh) | 接口测试方法及装置、电子设备及存储介质 | |
CN113138906A (zh) | 一种调用链数据采集方法、装置、设备及存储介质 | |
CN112527573B (zh) | 一种接口测试方法、装置及存储介质 | |
US10152407B1 (en) | Optimization of analysis of automated test results | |
CN116860636A (zh) | 单元测试代码生成方法、装置、设备及存储介质 | |
CN116627804A (zh) | 基于人工智能的测试方法、系统、电子设备及存储介质 | |
CN111858236A (zh) | 知识图谱监控方法、装置、计算机设备及存储介质 | |
CN111563031A (zh) | 一种游戏资源查验方法、系统、存储介质以及计算设备 | |
CN115840560A (zh) | 一种用于软件开发过程的管理系统 | |
CN112799956B (zh) | 资产识别能力测试方法、装置及系统装置 | |
CN113342632A (zh) | 仿真数据自动化处理方法、装置、电子设备及存储介质 | |
Chu et al. | FAST: a framework for automating statistics-based testing | |
CN113282504A (zh) | 一种增量代码覆盖率检测方法及业务开发方法、装置 | |
CN113157556A (zh) | 一种基于选择主成分识别的行业建筑软件缺陷管理方法 | |
CN113238964A (zh) | 测试用例集合生成方法、装置及电子设备 | |
CN112597041A (zh) | 代码覆盖率的跨分支合并方法、系统、设备及存储介质 | |
CN113032254A (zh) | 测试覆盖情况的评估方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |