CN114996167B - 一种测试用例管理方法、装置、存储介质及电子设备 - Google Patents
一种测试用例管理方法、装置、存储介质及电子设备 Download PDFInfo
- Publication number
- CN114996167B CN114996167B CN202210924406.3A CN202210924406A CN114996167B CN 114996167 B CN114996167 B CN 114996167B CN 202210924406 A CN202210924406 A CN 202210924406A CN 114996167 B CN114996167 B CN 114996167B
- Authority
- CN
- China
- Prior art keywords
- test
- developer
- sample
- tested
- characteristic attributes
- 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.)
- Active
Links
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
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)
- Stored Programmes (AREA)
Abstract
本申请提出一种测试用例管理方法、装置、存储介质及电子设备,依据至少两个测试用例的特征属性和待测试样本的特征属性,确定至少两个测试用例的测试顺序;其中,测试用例的特征属性包括测试用例所检测的功能类目,待测试样本的特征属性包括待测试样本的开发人员、每一个开发人员的测评数据、每一个开发人员所面向的功能类目;按照测试顺序,利用测试用例进行测试。参考了每一个开发人员的测评数据,从开发人员的维度对测试用例进行排序,有利于更快发现错误或bug。
Description
技术领域
本申请涉及测试领域,具体而言,涉及一种测试用例管理方法、装置、存储介质及电子设备。
背景技术
随着软件产品规模的增大,更新迭代速度的加快,测试执行的频率也越来越高。在软件的开发过程中,每天都有版本的更新和持续集成。若迭代开发或代码修改,都需要测试人员进行全集测试,这个开销无疑是巨大的。因此,研究人员从优化测试用例的执行顺序入手,提出了测试用例优先级(TCP,Test Case Prioritization)技术。测试用例优先级技术通过对测试用例进行优先级排序,使得代码故障更早的被检测出来。在测试用例数量过多导致回归测试时间过长或测试时间有限不能执行完全部测试用例的场景中,测试用例的优化将发挥很大的作用。
具体如何确定测试用例的优先级排序,成为了本领域技术人员所关注的难题。
发明内容
本申请的目的在于提供一种测试用例管理方法、装置、存储介质及电子设备,以至少部分改善上述问题。
为了实现上述目的,本申请实施例采用的技术方案如下:
第一方面,本申请实施例提供一种测试用例管理方法,所述方法包括:
依据至少两个测试用例的特征属性和待测试样本的特征属性,确定至少两个测试用例的测试顺序;
其中,测试用例的特征属性包括测试用例所检测的功能类目,所述待测试样本的特征属性包括所述待测试样本的开发人员、每一个开发人员的测评数据、每一个开发人员所面向的功能类目;
按照所述测试顺序,利用测试用例进行测试。
第二方面,本申请实施例提供一种测试用例管理装置,所述装置包括:
处理单元,用于依据至少两个测试用例的特征属性和待测试样本的特征属性,确定至少两个测试用例的测试顺序;
其中,测试用例的特征属性包括测试用例所检测的功能类目,所述待测试样本的特征属性包括所述待测试样本的开发人员、每一个开发人员的测评数据、每一个开发人员所面向的功能类目;
执行单元,用于按照所述测试顺序,利用测试用例进行测试。
第三方面,本申请实施例提供一种存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现上述的方法。
第四方面,本申请实施例提供一种电子设备,所述电子设备包括:处理器和存储器,所述存储器用于存储一个或多个程序;当所述一个或多个程序被所述处理器执行时,实现上述的方法。
相对于现有技术,本申请实施例所提供的一种测试用例管理方法、装置、存储介质及电子设备,依据至少两个测试用例的特征属性和待测试样本的特征属性,确定至少两个测试用例的测试顺序;其中,测试用例的特征属性包括测试用例所检测的功能类目,待测试样本的特征属性包括待测试样本的开发人员、每一个开发人员的测评数据、每一个开发人员所面向的功能类目;按照测试顺序,利用测试用例进行测试。参考了每一个开发人员的测评数据,从开发人员的维度对测试用例进行排序,有利于更快发现错误或bug。
为使本申请的上述目的、特征和优点能更明显易懂,下文特举较佳实施例,并配合所附附图,作详细说明如下。
附图说明
为了更清楚地说明本申请实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本申请的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它相关的附图。
图1为本申请实施例提供的电子设备的结构示意图;
图2为本申请实施例提供的测试用例管理方法的流程示意图;
图3为本申请实施例提供的S101的子步骤示意图;
图4为本申请实施例提供的S101的子步骤示意图之一;
图5为本申请实施例提供的测试用例管理装置的单元示意图。
图中:10-处理器;11-存储器;12-总线;13-通信接口;201-处理单元;202-执行单元。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。
因此,以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围,而是仅仅表示本申请的选定实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步定义和解释。同时,在本申请的描述中,术语“第一”、“第二”等仅用于区分描述,而不能理解为指示或暗示相对重要性。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
在本申请的描述中,需要说明的是,术语“上”、“下”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系,或者是该申请产品使用时惯常摆放的方位或位置关系,仅是为了便于描述本申请和简化描述,而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作,因此不能理解为对本申请的限制。
在本申请的描述中,还需要说明的是,除非另有明确的规定和限定,术语“设置”、“连接”应做广义理解,例如,可以是固定连接,也可以是可拆卸连接,或一体地连接;可以是机械连接,也可以是电连接;可以是直接相连,也可以通过中间媒介间接相连,可以是两个元件内部的连通。对于本领域的普通技术人员而言,可以具体情况理解上述术语在本申请中的具体含义。
下面结合附图,对本申请的一些实施方式作详细说明。在不冲突的情况下,下述的实施例及实施例中的特征可以相互组合。
现有技术中,通过对测试用例进行功能点的分解,对测试用例已有的测试历史数据进行统计分析,来得到测试用例优先级排序。而实际中,尤其是大型系统开发过程中,都是由众多开发人员一起合作完成系统开发。但确未考虑到开发人员作为缺陷引入的重要因素,开发人员的开发质量直接影响到测试用例的优先级。
为了克服以上问题,本申请实施例提供了一种电子设备,可以是服务器设备、电脑设备或其他具有计算处理能力的终端设备。请参照图1,电子设备的结构示意图。电子设备包括处理器10、存储器11、总线12。处理器10、存储器11通过总线12连接,处理器10用于执行存储器11中存储的可执行模块,例如计算机程序。
处理器10可以是一种集成电路芯片,具有信号的处理能力。在实现过程中,测试用例管理方法的各步骤可以通过处理器10中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器10可以是通用处理器,包括中央处理器(Central Processing Unit,简称CPU)、网络处理器(Network Processor,简称NP)等;还可以是数字信号处理器(DigitalSignal Processor,简称DSP)、专用集成电路(Application Specific IntegratedCircuit ,简称ASIC)、现场可编程门阵列(Field-Programmable Gate Array,简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
存储器11可能包含高速随机存取存储器(RAM:Random Access Memory),也可能还包括非不稳定的存储器(non-volatile memory),例如至少一个磁盘存储器。
总线12可以是ISA(Industry Standard Architecture)总线、PCI(PeripheralComponent Interconnect)总线或EISA(Extended Industry Standard Architecture)总线等。图1中仅用一个双向箭头表示,但并不表示仅有一根总线12或一种类型的总线12。
存储器11用于存储程序,例如测试用例管理装置对应的程序。测试用例管理装置包括至少一个可以软件或固件(firmware)的形式存储于存储器11中或固化在电子设备的操作系统(operating system,OS)中的软件功能模块。处理器10在接收到执行指令后,执行所述程序以实现测试用例管理方法。
可能地,本申请实施例提供的电子设备还包括通信接口13。通信接口13通过总线与处理器10连接。电子设备可以通过通信接口13接收其他终端传输的待测试的样本数据。
应当理解的是,图1所示的结构仅为电子设备的部分的结构示意图,电子设备还可包括比图1中所示更多或者更少的组件,或者具有与图1所示不同的配置。图1中所示的各组件可以采用硬件、软件或其组合实现。
本申请实施例提供的一种测试用例管理方法,可以但不限于应用于图1所示的电子设备,具体的流程,请参考图2,测试用例管理方法包括:S101和S102,具体阐述如下。
S101,依据至少两个测试用例的特征属性和待测试样本的特征属性,确定至少两个测试用例的测试顺序。
其中,测试用例的特征属性包括测试用例所检测的功能类目,待测试样本的特征属性包括待测试样本的开发人员、每一个开发人员的测评数据、每一个开发人员所面向的功能类目。
可选地,开发人员的测评数据可以包括:代码开发量、白盒覆盖率、自检缺陷数据以及遗漏缺陷数据中的任意一种或多种。
测试顺序表征测试用例预估的测试错误率排序,可以是预估的测试错误率由高到低的排序。
需要说明的是,在确定测试顺序时,参考了每一个开发人员的测评数据,从开发人员的维度对测试用例进行排序,有利于更快发现错误或bug。
S102,按照测试顺序,利用测试用例进行测试。
应理解,通过测试用例进行测试,可以获得对应的测试结果。
综上所述,本申请实施例提供的一种测试用例管理方法,依据至少两个测试用例的特征属性和待测试样本的特征属性,确定至少两个测试用例的测试顺序;其中,测试用例的特征属性包括测试用例所检测的功能类目,待测试样本的特征属性包括待测试样本的开发人员、每一个开发人员的测评数据、每一个开发人员所面向的功能类目;按照测试顺序,利用测试用例进行测试。参考了每一个开发人员的测评数据,从开发人员的维度对测试用例进行排序,有利于更快发现错误或bug。
在一种可能的实现方式中,开发人员的测评数据包括:代码开发量、白盒覆盖率、自检缺陷数据以及遗漏缺陷数据。在此基础上,对于图2中S101的内容,本申请实施例还提供了可能的实现方式,请参考图3,S101包括:S101-1和S101-2,具体阐述如下。
S101-1,基于每一个开发人员的代码开发量、白盒覆盖率、自检缺陷数据以及遗漏缺陷数据确定对应的开发质量等级。
应理解,代码开发量越大、DT覆盖率越高、遗漏缺陷数越少、遗漏缺陷bug等级越低则开发质量等级越高。而对于自检缺陷数据可以结合遗漏缺陷数据进行转换,若遗漏缺陷数少,自检缺陷也少,则开发质量等级高,若遗漏缺陷数少,自检缺陷多,则交付质量也是高的,只是相对于前者来说,效率可能会低一些。
其中,遗漏缺陷数据可以为开发人员遗漏,被测试人员或测试工具所检测出来的缺陷数据,自检缺陷数据可以是开发人员自己检测出来的缺陷数据。
S101-2,基于开发质量等级的排序结果、每一个开发人员所面向的功能类目以及测试用例所检测的功能类目确定测试顺序。
可选地,在S101-1之后,可以获取开发质量等级的排序。应理解,开发质量等级越高表示对应的开发人员的错误率越低,开发质量等级越低表示对应的开发人员的错误率越高。所以,开发质量等级的排序可以是由低到高。
在根据开发人员所面向的功能类目,确定每一个开发人员所对应的测试用例,从而获取测试用例对应的测试顺序。
可选地,自检缺陷数据包括每一个自检缺陷的缺陷等级,遗漏缺陷数据包括每一个遗漏缺陷的缺陷等级,基于以下算式获取开发质量等级:
其中,W表征开发人员对应的开发质量等级,Y表征开发人员的遗漏缺陷的缺陷等级之和,Z表征开发人员的自检缺陷的缺陷等级之和,D表示白盒覆盖率,K表征代码开发量,单位为千行。
在图2的基础上,关于S101中的内容,本申请实施例还提供了一种可能的实现方式,请参考图4,S101包括:S101-3,具体阐述如下。
S101-3,利用预先完成训练的机器学习模型或神经网络模型,对至少两个测试用例的特征属性和待测试样本的特征属性进行处理,以得到测试顺序。
可选地,机器学习模型或神经网络模型在设定完成模型参数后,基于携带标签的训练数据组(包括测试用例的特征属性和待测试样本的特征属性)进行训练,直至模型收敛。
神经网络模型可以为BP神经网络模型,选择多隐含层BP神经网络模型,隐含层的节点数根据以往项目的用例规模选择,例如以往已测试过用例数为1000,则选择3个隐含层节点来训练。隐含层节点转移函数选择logsig函数,输出层节点转移选择purelin函数。
在一种可能的实现方式中,当待测试样本为初始版时,开发人员的测评数据为开发人员的历史测评数据。
可选地,历史测评数据可以是开发人员在开发该样本之前的测试结果数据。需要说明的是,初始版是指该开发人员针对该样本所开发的第一版。
在一种可能的实现方式中,当待测试样本为上一版测试样本的修订版时,开发人员的测评数据为基于上一版测试样本的测试结果得到的测评数据。
请参阅图5,图5为本申请实施例提供的一种测试用例管理装置,可选的,该测试用例管理装置被应用于上文所述的电子设备。
测试用例管理装置包括:处理单元201和执行单元202。
处理单元201,用于依据至少两个测试用例的特征属性和待测试样本的特征属性,确定至少两个测试用例的测试顺序;
其中,测试用例的特征属性包括测试用例所检测的功能类目,待测试样本的特征属性包括待测试样本的开发人员、每一个开发人员的测评数据、每一个开发人员所面向的功能类目;
执行单元202,用于按照测试顺序,利用测试用例进行测试。
可选地,开发人员的测评数据包括:代码开发量、白盒覆盖率、自检缺陷数据以及遗漏缺陷数据,处理单元201还用于基于每一个开发人员的代码开发量、白盒覆盖率、自检缺陷数据以及遗漏缺陷数据确定对应的开发质量等级;基于开发质量等级的排序结果、每一个开发人员所面向的功能类目以及测试用例所检测的功能类目确定测试顺序。
可选地,处理单元201可以执行上述的S101,执行单元202可以执行上述的S102。
需要说明的是,本实施例所提供的测试用例管理装置,其可以执行上述方法流程实施例所示的方法流程,以实现对应的技术效果。为简要描述,本实施例部分未提及之处,可参考上述的实施例中相应内容。
本申请实施例还提供了一种存储介质,该存储介质存储有计算机指令、程序,该计算机指令、程序在被读取并运行时执行上述实施例的测试用例管理方法。该存储介质可以包括内存、闪存、寄存器或者其结合等。
下面提供一种电子设备,可以是服务器设备、电脑设备或其他具有计算处理能力的终端设备,该电子设备如图1所示,可以实现上述的测试用例管理方法;具体的,该电子设备包括:处理器10,存储器11、总线12。处理器10可以是CPU。存储器11用于存储一个或多个程序,当一个或多个程序被处理器10执行时,执行上述实施例的测试用例管理方法。
在本申请所提供的实施例中,应该理解到,所揭露的装置和方法,也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分,所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现方式中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或动作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
另外,在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分,也可以是各个模块单独存在,也可以两个或两个以上模块集成形成一个独立的部分。
所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅为本申请的优选实施例而已,并不用于限制本申请,对于本领域的技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
对于本领域技术人员而言,显然本申请不限于上述示范性实施例的细节,而且在不背离本申请的精神或基本特征的情况下,能够以其它的具体形式实现本申请。因此,无论从哪一点来看,均应将实施例看作是示范性的,而且是非限制性的,本申请的范围由所附权利要求而不是上述说明限定,因此旨在将落在权利要求的等同要件的含义和范围内的所有变化囊括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。
Claims (6)
1.一种测试用例管理方法,其特征在于,所述方法包括:
依据至少两个测试用例的特征属性和待测试样本的特征属性,确定至少两个测试用例的测试顺序;
其中,所述测试用例的特征属性包括测试用例所检测的功能类目,所述待测试样本的特征属性包括所述待测试样本的开发人员、每一个开发人员的测评数据、每一个开发人员所面向的功能类目;
按照所述测试顺序,利用测试用例进行测试;
所述开发人员的测评数据包括:代码开发量、白盒覆盖率、自检缺陷数据以及遗漏缺陷数据,所述依据至少两个测试用例的特征属性和待测试样本的特征属性,确定至少两个测试用例的测试顺序的步骤,包括:
基于每一个开发人员的代码开发量、白盒覆盖率、自检缺陷数据以及遗漏缺陷数据确定对应的开发质量等级;
基于所述开发质量等级的排序结果、每一个开发人员所面向的功能类目以及测试用例所检测的功能类目确定所述测试顺序;
所述自检缺陷数据包括每一个自检缺陷的缺陷等级,所述遗漏缺陷数据包括每一个遗漏缺陷的缺陷等级,基于以下算式获取开发质量等级:
其中,W表征开发人员对应的开发质量等级,Y表征开发人员的遗漏缺陷的缺陷等级之和,Z表征开发人员的自检缺陷的缺陷等级之和,D表示白盒覆盖率,K表征代码开发量,单位为千行;
所述依据至少两个测试用例的特征属性和待测试样本的特征属性,确定至少两个测试用例的测试顺序的步骤,包括:
利用预先完成训练的机器学习模型或神经网络模型,对至少两个测试用例的特征属性和待测试样本的特征属性进行处理,以得到测试顺序。
2.如权利要求1所述的测试用例管理方法,其特征在于,当待测试样本为初始版时,开发人员的测评数据为开发人员的历史测评数据。
3.如权利要求1所述的测试用例管理方法,其特征在于,当待测试样本为上一版测试样本的修订版时,开发人员的测评数据为基于上一版测试样本的测试结果得到的测评数据。
4.一种测试用例管理装置,其特征在于,所述装置包括:
处理单元,用于依据至少两个测试用例的特征属性和待测试样本的特征属性,确定至少两个测试用例的测试顺序;
其中,测试用例的特征属性包括测试用例所检测的功能类目,所述待测试样本的特征属性包括所述待测试样本的开发人员、每一个开发人员的测评数据、每一个开发人员所面向的功能类目;
执行单元,用于按照所述测试顺序,利用测试用例进行测试;
所述开发人员的测评数据包括:代码开发量、白盒覆盖率、自检缺陷数据以及遗漏缺陷数据,所述处理单元还用于基于每一个开发人员的代码开发量、白盒覆盖率、自检缺陷数据以及遗漏缺陷数据确定对应的开发质量等级;基于所述开发质量等级的排序结果、每一个开发人员所面向的功能类目以及测试用例所检测的功能类目确定所述测试顺序;
所述自检缺陷数据包括每一个自检缺陷的缺陷等级,所述遗漏缺陷数据包括每一个遗漏缺陷的缺陷等级,基于以下算式获取开发质量等级:
其中,W表征开发人员对应的开发质量等级,Y表征开发人员的遗漏缺陷的缺陷等级之和,Z表征开发人员的自检缺陷的缺陷等级之和,D表示白盒覆盖率,K表征代码开发量,单位为千行;
所述依据至少两个测试用例的特征属性和待测试样本的特征属性,确定至少两个测试用例的测试顺序,包括:
利用预先完成训练的机器学习模型或神经网络模型,对至少两个测试用例的特征属性和待测试样本的特征属性进行处理,以得到测试顺序。
5.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该计算机程序被处理器执行时实现如权利要求1-3中任一项所述的方法。
6.一种电子设备,其特征在于,包括:处理器和存储器,所述存储器用于存储一个或多个程序;当所述一个或多个程序被所述处理器执行时,实现如权利要求1-3中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210924406.3A CN114996167B (zh) | 2022-08-03 | 2022-08-03 | 一种测试用例管理方法、装置、存储介质及电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210924406.3A CN114996167B (zh) | 2022-08-03 | 2022-08-03 | 一种测试用例管理方法、装置、存储介质及电子设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114996167A CN114996167A (zh) | 2022-09-02 |
CN114996167B true CN114996167B (zh) | 2022-11-01 |
Family
ID=83021317
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210924406.3A Active CN114996167B (zh) | 2022-08-03 | 2022-08-03 | 一种测试用例管理方法、装置、存储介质及电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114996167B (zh) |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109062794A (zh) * | 2018-07-24 | 2018-12-21 | 北京奇艺世纪科技有限公司 | 一种软件测评结果的确定方法、装置及电子设备 |
US10482005B1 (en) * | 2017-09-26 | 2019-11-19 | EMC IP Holding Company LLC | Method and apparatus for developer code risk assessment |
CN111625454A (zh) * | 2020-05-22 | 2020-09-04 | 平安普惠企业管理有限公司 | 基于测试用例的数据处理方法及相关设备 |
CN112052169A (zh) * | 2020-09-01 | 2020-12-08 | 深圳创维-Rgb电子有限公司 | 测试管理方法、系统、设备以及计算机可读存储介质 |
CN112711537A (zh) * | 2020-12-31 | 2021-04-27 | 武汉船舶通信研究所(中国船舶重工集团公司第七二二研究所) | 软件缺陷定位方法及装置、电子设备及存储介质 |
CN114281691A (zh) * | 2021-12-22 | 2022-04-05 | 中国农业银行股份有限公司 | 测试用例排序方法、装置、计算设备及存储介质 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10331446B2 (en) * | 2017-05-23 | 2019-06-25 | International Business Machines Corporation | Generating and verifying hardware instruction traces including memory data contents |
-
2022
- 2022-08-03 CN CN202210924406.3A patent/CN114996167B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10482005B1 (en) * | 2017-09-26 | 2019-11-19 | EMC IP Holding Company LLC | Method and apparatus for developer code risk assessment |
CN109062794A (zh) * | 2018-07-24 | 2018-12-21 | 北京奇艺世纪科技有限公司 | 一种软件测评结果的确定方法、装置及电子设备 |
CN111625454A (zh) * | 2020-05-22 | 2020-09-04 | 平安普惠企业管理有限公司 | 基于测试用例的数据处理方法及相关设备 |
CN112052169A (zh) * | 2020-09-01 | 2020-12-08 | 深圳创维-Rgb电子有限公司 | 测试管理方法、系统、设备以及计算机可读存储介质 |
CN112711537A (zh) * | 2020-12-31 | 2021-04-27 | 武汉船舶通信研究所(中国船舶重工集团公司第七二二研究所) | 软件缺陷定位方法及装置、电子设备及存储介质 |
CN114281691A (zh) * | 2021-12-22 | 2022-04-05 | 中国农业银行股份有限公司 | 测试用例排序方法、装置、计算设备及存储介质 |
Non-Patent Citations (2)
Title |
---|
History-Based Test Case Prioritization for Failure Information;Y. Cho 等;《2016 23rd Asia-Pacific Software Engineering Conference (APSEC)》;20170403;385-388 * |
基于开发测试流程的软件测试用例设计;田鹏 等;《微处理机》;20090210;第29卷(第04期);92-95 * |
Also Published As
Publication number | Publication date |
---|---|
CN114996167A (zh) | 2022-09-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10452525B2 (en) | Utilizing semantic clusters to predict software defects | |
CN109062809B (zh) | 一种线上测试用例生成方法、装置及电子设备 | |
US11835987B2 (en) | Methods and apparatus for finding long methods in code | |
US8595676B2 (en) | BDD-based functional modeling | |
US8656341B2 (en) | BDD-based functional coverage analysis | |
CN112083897A (zh) | 一种数字逻辑设计中信号声明系统、方法、设备及介质 | |
CN110334262B (zh) | 一种模型训练方法、装置及电子设备 | |
CN114996167B (zh) | 一种测试用例管理方法、装置、存储介质及电子设备 | |
CN112416782A (zh) | 测试结果的验证方法、装置和电子设备 | |
CN112084108A (zh) | 一种测试脚本生成方法、装置及相关组件 | |
CN115543435A (zh) | 基于开发贡献值的软件开发质量衡量方法、装置及设备 | |
CN110866000A (zh) | 数据质量评价方法、装置、电子设备及存储介质 | |
CN114896024A (zh) | 基于核密度估计的虚拟机运行状态检测方法和装置 | |
CN114491044A (zh) | 日志的处理方法及装置 | |
CN108509347B (zh) | 等价变异体识别方法及装置 | |
CN113157583A (zh) | 一种测试方法、装置及设备 | |
CN111736848A (zh) | 包冲突定位方法、装置、电子设备及可读存储介质 | |
TWI778634B (zh) | 故障分類方法、電子設備及儲存介質 | |
CN112000709B (zh) | 一种社交媒体信息的总曝光量批量挖掘方法及装置 | |
CN117557157B (zh) | 一种基于卷积神经网络的质量考核评价方法 | |
US20210357300A1 (en) | Method and system for classification and ranking of delta arms | |
CN116225884A (zh) | 场景案例库的生成方法、装置和设备 | |
CN111124875A (zh) | 测试用例确定方法、装置及电子设备 | |
CN118170685A (zh) | 一种自适应操作系统环境的自动化测试平台及方法 | |
CN115983191A (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 |