CN110990295A - 测试用例的验证方法、装置及电子设备 - Google Patents

测试用例的验证方法、装置及电子设备 Download PDF

Info

Publication number
CN110990295A
CN110990295A CN201911320535.6A CN201911320535A CN110990295A CN 110990295 A CN110990295 A CN 110990295A CN 201911320535 A CN201911320535 A CN 201911320535A CN 110990295 A CN110990295 A CN 110990295A
Authority
CN
China
Prior art keywords
verification
rule
test case
test
case
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
Application number
CN201911320535.6A
Other languages
English (en)
Other versions
CN110990295B (zh
Inventor
张庆新
齐龙涛
李雪
张云
闫伟
张瑞
曹欣
杨菲
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Casco Signal Beijing Ltd
Original Assignee
Casco Signal Beijing Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Casco Signal Beijing Ltd filed Critical Casco Signal Beijing Ltd
Priority to CN201911320535.6A priority Critical patent/CN110990295B/zh
Publication of CN110990295A publication Critical patent/CN110990295A/zh
Application granted granted Critical
Publication of CN110990295B publication Critical patent/CN110990295B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Preventing errors by testing or debugging software
    • G06F11/3668Software testing
    • G06F11/3672Test management
    • G06F11/3684Test management for test design, e.g. generating new test cases
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02PCLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/30Computing systems specially adapted for manufacturing

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)
  • Tests Of Electronic Circuits (AREA)
  • Test And Diagnosis Of Digital Computers (AREA)

Abstract

本发明公开了一种测试用例的验证方法,应用于测试技术领域,主要目的在于解决现有的验证测试用例时耗时较多的问题,本发明主要步骤包括:确定目标测试用例,所述目标测试用例为需进行验证的测试用例;根据所述目标测试用例,获取对应所述目标测试用例的测试条件集合;根据多个测试条件进行组合生成验证规则,并根据多个验证规则生成验证规则集合;根据所述测试条件集合以及所述验证规则集合构建用例验证表,所述用例验证表中包含所述目标测试用例中的全部测试条件以及全部验证规则;根据所述用例验证表中每项测试条件在基于验证规则验证下的判断结果,确定所述目标测试用例的验证结果。本发明适用于测试用例的验证。

Description

测试用例的验证方法、装置及电子设备
技术领域
本发明涉及测试技术领域,具体涉及一种测试用例的验证方法、装置及电子设备。
背景技术
随着技术的不断发展,测试技术也逐步随之进步。其中,在系统产品测试领域中,常常采用测试用例来对设备、系统等进行测试,其中,测试用例(Test Case,测试用例)是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果的测试模型,以便实现在测试某个输入信息在其设定的执行条件和参数下得到的运行结果是否满足预期结果的测试功能。基于测试用例能够对设备或系统的功能进行检测,因此测试用例的好坏将直接影响对上述系统或设备的检测效果。由于对测试用例的验证是确保测试用例设置的合理性和准确性的重要保障,因此,对于测试用例的验证,就显得格外重要。
目前,现有的测试用例验证过程中,一般都是运行测试用例,并基于运行结果和预期结果进行比对来验证当前运行的测试用例的设计是否正常;或者,通过对测试用例中的各个测试项中的参数、操作信息进行文字审核,来验证测试用例的是否正常。然而在实际应用中,现有的测试用例的验证过程中采用第一种方式需要实际运行测试用例来获取实际运行结果,在这个过程中对于测试用例的运行是需要消耗较多时间的,而采用第二种方式则需要人工介入,进行基于文字的用例验证,这个过程需要依靠人工操作的经验,这就使用例的验证过程同样需要较多的时间,尤其当需要进行验证的测试用例较多,或者测试用例中的测试功能或测试项目较多时,上述两种现有的测试用例的测试过程都需要消耗较多的时间。因此,现有的测试用例的验证过程中存在耗时过多的问题。
发明内容
有鉴于此,本发明提供了一种测试用例的验证方法、装置及电子设备,为了解决现有的测试用例的验证过程中耗时较多的问题。
为实现上述发明目的,根据本发明的第一个方面,提供一种测试用例的验证方法,包括:
确定目标测试用例,所述目标测试用例为需进行验证的测试用例;
根据所述目标测试用例,获取对应所述目标测试用例的测试条件集合,其中,所述测试条件集合中至少包含一个测试条件,所述测试条件为基于所述目标测试用例在按照功能进行分解后得到的测试项;
根据多个测试条件进行组合生成验证规则,并根据多个验证规则生成验证规则集合;
根据所述测试条件集合以及所述验证规则集合构建用例验证表,所述用例验证表中包含所述目标测试用例中的全部测试条件以及全部验证规则;
根据所述用例验证表中每项测试条件在基于验证规则验证下的判断结果,确定所述目标测试用例的验证结果。
可选的,所述根据所述目标测试用例,获取对应所述目标测试用例的测试条件集合,包括:
获取对应所述目标测试用例的设计文件,所述设计文件中包含有所述目标测试用例中需要测试的全部功能的配置信息、对应每种功能的测试项以及每种测试项的参数信息和操作信息;
根据所述设计文件,将所述目标测试用例按照预设分解规则进行分解,得到对应每种功能的测试项,作为所述测试条件,所述预设分解规则包括功能分解规则、等价类划分规则、边界值分析规则以及正交实验规则;
根据所述目标测试用例测试条件构建所述测试条件集合。
可选的,所述根据多个测试条件进行组合生成验证规则,并根据多个验证规则生成验证规则集合,包括:
将所述多种验证条件进行组合,得到多个组合条件;
根据所述预设组合规则确定每个组合条件的参数信息以及操作信息,所述预设组合规则包括专家标定规则以及因果图规则;
根据所述组合条件、组合条件的参数信息以及组合条件的操作信息,确定验证规则;
根据所述多个验证规则生成所述验证规则集合。
可选的,所述用例验证表为真值表;
所述根据所述用例验证表中每项测试条件在基于验证规则验证下的判断结果,确定所述目标测试用例的验证结果,包括:
将所述用例验证表格中验证规则与测试条件进行对比,并生成对应的判断结果,所述判断结果包括真及假;
统计每个验证规则对应全部的测试条件的多个判断结果,得到每个验证规则的综合验证结果;
根据所述目标测试用例的全部的验证规则的多个综合验证结果,确定所述目标测试用例的验证结果。
可选的,在所述根据所述多个验证规则生成所述验证规则集合之前,所述方法还包括:
对所述多个验证规则进行有效性校验,并将所述多个验证规则中非有效验证规则筛除,所述有效性校验包括文字审核校验以及基于专家的功能性校验;
所述根据所述多个验证规则生成所述验证规则集合,包括:
根据所述筛除了非有效验证规则的多个验证规则生成所述验证规则集合。
可选的,所述目标测试用例的验证结果包括正常和异常;
在根据所述用例验证表中每项测试条件在基于验证规则验证下的判断结果,确定所述目标测试用例的验证结果之后,所述方法还包括:
当确定所述目标测试用例的验证结果为异常时,从所述用例验证表中确定未通过验证的验证规则;
根据所述验证规则,判断所述目标测试用例未通过验证的原因是否为测试用例设计问题;
若是,则获取对应所述验证规则的测试条件,并输出包含所述测试条件的第一提示信息,所述第一提示信息用于提示用户修改测试用例;
若否,则获取所述验证规则,并输出包含有所述验证规则的第二提示信息,所述第二提示信息用于提示用户修改验证规则。
根据本发明的第二方面,本发明还提供了一种测试用例的验证装置,包括:
第一确定单元,用于确定目标测试用例,所述目标测试用例为需进行验证的测试用例;
获取单元,用于根据所述目标测试用例,获取对应所述目标测试用例的测试条件集合,其中,所述测试条件集合中至少包含一个测试条件,所述测试条件为基于所述目标测试用例在按照功能进行分解后得到的测试项;
生成单元,用于根据多个测试条件进行组合生成验证规则,并根据多个验证规则生成验证规则集合;
构建单元,用于根据所述测试条件集合以及所述验证规则集合构建用例验证表,所述用例验证表中包含所述目标测试用例中的全部测试条件以及全部验证规则;
第二确定单元,用于根据所述用例验证表中每项测试条件在基于验证规则验证下的判断结果,确定所述目标测试用例的验证结果。
可选的,所述获取单元,包括:
获取模块,用于获取对应所述目标测试用例的设计文件,所述设计文件中包含有所述目标测试用例中需要测试的全部功能的配置信息、对应每种功能的测试项以及每种测试项的参数信息和操作信息;
分解模块,用于根据所述设计文件,将所述目标测试用例按照预设分解规则进行分解,得到对应每种功能的测试项,作为所述测试条件,所述预设分解规则包括功能分解规则、等价类划分规则、边界值分析规则以及正交实验规则;
构建模块,用于根据所述目标测试用例测试条件构建所述测试条件集合。
可选的,所述生成单元,包括:
组合模块,用于将所述多种验证条件进行组合,得到多个组合条件;
第一确定模块,用于根据所述预设组合规则确定每个组合条件的参数信息以及操作信息,所述预设组合规则包括专家标定规则以及因果图规则;
第二确定模块,用于根据所述组合条件、组合条件的参数信息以及组合条件的操作信息,确定验证规则;
生成模块,用于根据所述多个验证规则生成所述验证规则集合。
可选的,所述用例验证表为真值表;
所述第二确定单元,包括:
判断模块,用于将所述用例验证表格中验证规则与测试条件进行对比,并生成对应的判断结果,所述判断结果包括真及假;
统计模块,用于统计每个验证规则对应全部的测试条件的多个判断结果,得到每个验证规则的综合验证结果;
确定模块,用于根据所述目标测试用例的全部的验证规则的多个综合验证结果,确定所述目标测试用例的验证结果。
可选的,所述生成单元还包括:
筛选模块,用于对所述多个验证规则进行有效性校验,并将所述多个验证规则中非有效验证规则筛除,所述有效性校验包括文字审核校验以及基于专家的功能性校验;
所述生成模块,具体用于根据所述筛除了非有效验证规则的多个验证规则生成所述验证规则集合。
可选的,所述目标测试用例的验证结果包括正常和异常;
所述装置还包括:
第三确定单元,用于当确定所述目标测试用例的验证结果为异常时,从所述用例验证表中确定未通过验证的验证规则;
判断单元,用于根据所述验证规则,判断所述目标测试用例未通过验证的原因是否为测试用例设计问题;
第一输出单元,用于若判断所述目标测试用例未通过验证的原因为测试用例设计问题,则获取对应所述验证规则的测试条件,并输出包含所述测试条件的第一提示信息,所述第一提示信息用于提示用户修改测试用例;
第二输出单元,用于若判断所述目标测试用例未通过验证的原因并非为测试用例设计问题,则获取所述验证规则,并输出包含有所述验证规则的第二提示信息,所述第二提示信息用于提示用户修改验证规则。
根据本发明第三个方面,提供了一种电子设备,包括存储器、处理器和通讯总线;
所述存储器与所述处理器通过所述通讯总线通讯连接;
所述存储器中存储有计算机可执行指令,所述处理器用于执行所述计算机可执行指令,用于实现本发明第一个方面提供的测试用例的验证方法。
根据本发明第四个方面,提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机可执行指令,所述计算机可执行指令在被执行时,用于实现本发明第一个方面提供的测试用例的验证方法。
本发明提供的一种测试用例的验证方法、装置及电子设备,与现有技术中在进行测试用例的验证过程中耗时较多相比,本发明首先确定目标测试用例,该目标测试用例为需进行验证的测试用例;然后根据所述目标测试用例,获取对应所述目标测试用例的测试条件集合,其中,所述测试条件集合中至少包含一个测试条件,所述测试条件为基于所述目标测试用例在按照功能进行分解后得到的测试项;之后根据多个测试条件进行组合生成验证规则,并根据多个验证规则生成验证规则集合;随后,根据所述测试条件集合以及所述验证规则集合构建用例验证表,所述用例验证表中包含所述目标测试用例中的全部测试条件以及全部验证规则;最后,根据所述用例验证表中每项测试条件在基于验证规则验证下的判断结果,确定所述目标测试用例的验证结果,从而得到目标测试用例的验证结果,与现有的通过运行测试用例来获取实际运行结果来进行验证相比,本发明再验证过程中无需进行测试用例的运行,因此省去了运行时所需的时间,并且基于本发明的验证方法是基于对测试用例进行测试条件及验证规则的对比进行的,因此其对比过程中可以与本发明的验证方法执行时的电子芯片或电子设备的多线程处理方式相匹配,从而实现多个测试条件及验证规则的同时对比,从而能够基于电子设备的多线程功能提高处理效率,减少验证的时间消耗,并且与现有的人工进行文字的审核方式相比,明显可以依靠设备的处理效能,减少验证的时间消耗。此外,基于本发明的方法是为测试用例构建了对应的验证规则,可以使得验证过程能够具有较好的规范性,为后续的测试提供的验证依据。同时,基于操作过程中是基于搭载本发明的测试用例验证方法的电子设备或装置自动化执行的,能够降低现有人工进行验证时的经验门槛,此外,本发明的方法是基于自动化方式实现的,还能够确保操作过程的准确性,避免了因人工验证易导致的验证错误的问题。
上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。
图1是根据本申请一实施例提供的一种测试用例的验证方法的实现流程图;
图2是根据本申请一实施例提供的另一种测试用例的验证方法的实现流程图;
图3是根据本申请一实施例提供的一种测试用例的验证装置的结构示意图;
图4是根据本申请一实施例提供的另一种测试用例的验证装置的结构示意图;
图5是根据本申请一实施例提供的电子设备的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
本发明实施例提供了一种测试用例的验证方法,如图1所示,所述方法包括:
101、确定目标测试用例。
其中,所述目标测试用例为需进行验证的测试用例。
在本发明实施例中,当需要对某测试用例进行验证之前,还需要按照本步骤的方法,先确定需要验证的测试用例是哪一个,即确定所述目标测试用例。具体的,在验证过程中,可以基于预设的交互界面中由用户输入需要验证的测试用例的标识,根据该标识确定目标测试用例。例如,可以基于预设测试用例验证页面获取用户输入信息,其中当用户输入了TC-001时,则可以根据该标识TC-001确定当前需要进行验证的目标测试用例为TC-001。
在此,用于确定目标测试用例的方式可以如前述所述的方法,通过用户的输入信息来确定,也可以通过交互界面中显示的测试用例信息,由用户点击或拖动的操作来进行目标测试用例的确定,在此对于确定目标测试用例的方式并不做具体的限定,可以根据用户的实际需要进行设置。
102、根据所述目标测试用例,获取对应所述目标测试用例的测试条件集合。
其中,所述测试条件集合中至少包含一个测试条件,所述测试条件为基于所述目标测试用例在按照功能进行分解后得到的测试项。
由于在实际应用中,测试用例是一种包含多种测试项目的组合,因此,每个测试用例都至少包含了一种测试项目或一个测试功能。因此,当前述步骤中确定了需要进行验证的测试用例后,则需要在本步骤中获取这个测试用例对应的测试条件。其中,每个测试条件可以为基于功能对原测试用例进行拆分后得到的当个功能或需求的测试项。
例如,当测试用例TC-001中涉及三个功能的测试时,则本步骤中获取该测试用例TC-001的测试条件集合A中至少包含功能1对应的测试条件1、功能2对应的测试条件2以及功能3对应的测试条件。
103、根据多个测试条件进行组合生成验证规则,并根据多个验证规则生成验证规则集合。
由于每个测试用例能够基于功能拆分成多个功能的测试项,因此,在本发明实施例中则可以基于这些测试项确定后续验证该测试用例时的验证规则,即通过将测试用例的测试条件进行重新组合,从而得到重新组合后的多个测试规则。每种测试规则可以看成一个或多个测试条件的验证依据,这样,在后续进行验证时,可以基于该验证规则是否能够与测试用例的测试条件相匹配来确定目标测试用例是否缺少测试条件的情况。
104、根据所述测试条件集合以及所述验证规则集合构建用例验证表。
其中,所述用例验证表中包含所述目标测试用例中的全部测试条件以及全部验证规则。
基于前述步骤102获取到目标测试用例的全部测试条件的测试条件集合以及在步骤103中得到了多个验证规则的验证规则集合之后,这时则可以基于该验证规则集合及测试条件集合构建对应的用例验证表,用以后续基于该用例验证表来验证所述目标测试用例。其中,所述用例验证表可以为任一种能够用以进行验证的表格,例如真值表。
105、根据所述用例验证表中每项测试条件在基于验证规则验证下的判断结果,确定所述目标测试用例的验证结果。
由于步骤104中构建的是一种包含有测试条件及验证规则的验证表,因此,在本步骤中可以对每一条规则进行验证,这样由于所述验证规则是基于测试条件组成的,这就使得在基于测试条件对每个验证规则进行验证的过程中相当于重新构建一次测试用例,可以以这种方式来确定每个测试用例是否在构建时存在缺失或错误的测试项,从而验证测试用例是否准确。具体的,在本步骤的执行过程中,可以通过目标测试用例中的验证规则一一进行验证,确定每个验证规则所对应的测试条件是否与之匹配,并基于匹配结果确定每个测试用例的判断结果。当一条验证规则的判断结果确定以后,则可以基于对下一条验证规则进行判断,并多该测试用例中全部的验证规则的判断结果确定出来后,整体统计,从而得到该目标测试用例的验证结果。其中验证结果的确定方式可以是当目标测试用例的任意一个验证规则的判断结果是异常时,则确定该目标测试用例的验证结果是异常。
本实施例提供的一种测试用例的验证方法,与现有技术中在进行测试用例的验证过程中耗时较多相比,本发明首先确定目标测试用例,该目标测试用例为需进行验证的测试用例;然后根据所述目标测试用例,获取对应所述目标测试用例的测试条件集合,其中,所述测试条件集合中至少包含一个测试条件,所述测试条件为基于所述目标测试用例在按照功能进行分解后得到的测试项;之后根据多个测试条件进行组合生成验证规则,并根据多个验证规则生成验证规则集合;随后,根据所述测试条件集合以及所述验证规则集合构建用例验证表,所述用例验证表中包含所述目标测试用例中的全部测试条件以及全部验证规则;最后,根据所述用例验证表中每项测试条件在基于验证规则验证下的判断结果,确定所述目标测试用例的验证结果,从而得到目标测试用例的验证结果,与现有的通过运行测试用例来获取实际运行结果来进行验证相比,本发明再验证过程中无需进行测试用例的运行,因此省去了运行时所需的时间,并且基于本发明的验证方法是基于对测试用例进行测试条件及验证规则的对比进行的,因此其对比过程中可以与本发明的验证方法执行时的电子芯片或电子设备的多线程处理方式相匹配,从而实现多个测试条件及验证规则的同时对比,从而能够基于电子设备的多线程功能提高处理效率,减少验证的时间消耗,并且与现有的人工进行文字的审核方式相比,明显可以依靠设备的处理效能,减少验证的时间消耗。此外,基于本发明的方法是为测试用例构建了对应的验证规则,可以使得验证过程能够具有较好的规范性,为后续的测试提供的验证依据。同时,基于操作过程中是基于搭载本发明的测试用例验证方法的电子设备或装置自动化执行的,能够降低现有人工进行验证时的经验门槛,此外,本发明的方法是基于自动化方式实现的,还能够确保操作过程的准确性,避免了因人工验证易导致的验证错误的问题。
进一步的,依据图1所示的方法,本发明的另一个实施例还提供了一种测试用例的验证方法,用以对前述示例的进一步细化和阐述,具体的,如图2所示,所述方法主要包括:
201、确定目标测试用例。
其中,所述目标测试用例为需进行验证的测试用例。
在本发明实施例中,所述目标测试用例的描述、以及确定目标测试用例的方式,可以与前述实施例中步骤101中的描述一致,在此不做赘述。
202、根据所述目标测试用例,获取对应所述目标测试用例的测试条件集合。
其中,所述测试条件集合中至少包含一个测试条件,所述测试条件为基于所述目标测试用例在按照功能进行分解后得到的测试项。
具体的,本步骤在执行时可以包括:
A、获取对应所述目标测试用例的设计文件;其中,所述设计文件中包含有所述目标测试用例中需要测试的全部功能的配置信息、对应每种功能的测试项以及每种测试项的参数信息和操作信息;
B、根据所述设计文件,将所述目标测试用例按照预设分解规则进行分解,得到对应每种功能的测试项,作为所述测试条件;其中,所述预设分解规则包括功能分解规则、等价类划分规则、边界值分析规则以及正交实验规则;
C、根据所述目标测试用例测试条件构建所述测试条件集合。
例如,以ITCS车载有效列车方向确定这一功能的测试用例验证为例,当前述步骤用户输入了TC-01时,则基于用户的输入信息确定需要验证的目标测试用例为TC-01。这时则可以获取该TC-01的设计文件,并根据设计文件中包含的测试项按照功能进行拆分,得到12条测试项目,这时可确定这12条测试项目为12个测试条件,并获取这12个测试条件的参数信息和操作信息。具体的,基于该测试条件中包含的仅涉及每个项目的取值(参数信息),并不涉及具体的操作信息,因此,根据本步骤的方法能够将这12条测试条件构建TC-01的测试条件集合,其中该集合的形式可以为表格,如表1所示:
表1
Figure BDA0002327026890000121
进一步的,在实际应用中,在基于功能对原测试用例进行划分后,得到了多个测试项目作为测试条件,实际上还可能存在多个测试项目之间存在关联关系的情况,即几个测试项之间还可以构成一个新的功能或项目,这时本发明实施例中所述测试条件还可以是基于多个测试项组合后得到的。
例如,还是以前述示例TC-01为例,当其中12个测试项还可以经过组合得到可能动作(组合项),得到4个可能动作,如下表2所示,这时本发明实施例中还可以将上述组合项也作为测试条件。
表2
可能动作
可能动作1
可能动作2
可能动作3
可能动作4
这样,基于本发明实施例所述的方法,实际上TC-01中包含12个基本功能对应的测试项,以及组合后的4个可能动作(组合项),共计16个测试条件,并将这16个测试条件构建测试条件集合。如下述表3所示:
表3
Figure BDA0002327026890000131
203、根据多个测试条件进行组合生成验证规则,并根据多个验证规则生成验证规则集合。
具体的,本步骤可以包括:
首先、将所述多个测试条件进行组合,得到多个组合条件;
然后、根据所述预设组合规则确定每个组合条件的参数信息以及操作信息,所述预设组合规则包括专家标定规则以及因果图规则;
之后、根据所述组合条件、组合条件的参数信息以及组合条件的操作信息,确定验证规则;
最后、根据所述多个验证规则生成所述验证规则集合。
这样,通过对多个测试条件按照专家标定规则或因果图规则进行组合后,能够得到验证规则,从而为后续进行基于该验证规则进行测试用例的验证奠定了基础。
进一步的,由于所述组合条件并非全部是有效的,有些是没有关联的功能项,因此,对于上述无效的组合,确定了验证规则后,还需要将上述多个验证规则进行校验,具体为:
对所述多个验证规则进行有效性校验,并将所述多个验证规则中非有效验证规则筛除,其中,所述有效性校验包括文字审核校验以及基于专家的功能性校验。
这样,基于有效性校验后,则可以进行验证规则集合的生成,具体为:
根据所述筛除了非有效验证规则的多个验证规则生成所述验证规则集合。
例如,当目标测试用例TC-01在经过测试条件组合后,能将16个测试条件组合后得到的4096条验证规则,而这些验证规则中很多是没有意义的组合,这时则可以根据评审校验和专家的功能性校验判断出这些规则当中实际有效的规则为11条,并用这有效的11条验证规则生成验证规则集合。
204、根据所述测试条件集合以及所述验证规则集合构建用例验证表。
其中,所述用例验证表中包含所述目标测试用例中的全部测试条件以及全部验证规则,所述用例验证表为真值表。
基于测试条件集合和验证规则集合已经确定,这时则可以根据这两个集合来生成目标测试用例的用例验证表。
例如,当所述用例验证表为真值表时,目标测试用例TC-01的用例验证表可以为如下表4所示:
表4
Figure BDA0002327026890000141
205、根据所述用例验证表中每项测试条件在基于验证规则验证下的判断结果,确定所述目标测试用例的验证结果。
当前述步骤得到了用例验证表后,则可以基于该用例验证表中每项验证规则进行判断,并基于判断结果确定目标测试用例的验证结果。
具体的,本步骤包括:
首先,将所述用例验证表格中验证规则与测试条件进行对比,并生成对应的判断结果,所述判断结果包括真及假,具体的,在表征判断结果时可以用标识T代表证,利用标识F代表假,其中表征真及假的标识符号不做具体的限定,可以根据实际需要选取,在此仅为示例性的描述;
然后,统计每个验证规则对应全部的测试条件的多个判断结果,得到每个验证规则的综合验证结果;
最后,根据所述目标测试用例的全部的验证规则的多个综合验证结果,确定所述目标测试用例的验证结果。
例如,基于前述实施例中的示例,对表4中每个验证规则进行判断,得到的验证结果可以如下述表5所示:
表5
Figure BDA0002327026890000151
Figure BDA0002327026890000161
这样,基于前述验证规则确定均为OK时,说明目标测试用例TC-01的验证结果为正常。
进一步的,所述目标测试用例的验证结果包括正常和异常,这样,当确定目标测试用例的验证结果为异常时,则可以基于验证结果再次确定出现异常的原因,具体的可以继续按照下述步骤206执行。
206、当确定所述目标测试用例的验证结果为异常时,从所述用例验证表中确定未通过验证的验证规则。
当目标测试用例的验证的结果为异常时,即说明测试用例的未通过验证,这样为了进行追溯存在的问题,在本步骤中则可以首先确定是哪个验证规则是未通过的。
207、根据所述验证规则,判断所述目标测试用例未通过验证的原因是否为测试用例设计问题。
在确定哪个或哪些是未通过验证的验证规则时,则需要确定当前未通过验证的原因是否为测试用例的设计问题,以便及时调整测试用例。
基于判断结果,当确定目标测试用例的未通过验证的原因是由于测试用例的设计问题时,则执行步骤208;反之,则执行步骤209。
208、若判断所述目标测试用例未通过验证的原因为测试用例设计问题,则获取对应所述验证规则的测试条件,并输出包含所述测试条件的第一提示信息。
其中,所述第一提示信息用于提示用户修改测试用例。这样在确定目标测试用例未通过验证的原因时是测试用例的设计问题时,则需要提示用户进行用例的调整,即输出第一提示信息,同时在该提示信息中添加包含存在问题的测试条件,以便根据测试用例进行及时调整。
209、若判断所述目标测试用例未通过验证的原因并非是测试用例设计问题,则获取所述验证规则,并输出包含有所述验证规则的第二提示信息。
其中,所述第二提示信息用于提示用户修改验证规则。这样在确定目标测试用例未通过验证的原因不是测试用例的设计问题时,这说明前述步骤中生成的验证规则存在问题,这时需要对验证规则进行修改,因此,需要输出第二提示信息,并在该提示信息中添加对应的验证规则,以便及时修改该验证规则。
进一步的,依据上述方法实施例,本发明的另一个实施例还提供了一种测试用例的验证装置,如图3所示,所述装置包括:
第一确定单元31,可以用于确定目标测试用例,所述目标测试用例为需进行验证的测试用例;
获取单元32,可以用于根据所述第一确定单元31确定的目标测试用例,获取对应所述目标测试用例的测试条件集合,其中,所述测试条件集合中至少包含一个测试条件,所述测试条件为基于所述目标测试用例在按照功能进行分解后得到的测试项;
生成单元33,可以用于根据多个测试条件进行组合生成验证规则,并根据多个验证规则生成验证规则集合;
构建单元34,可以用于根据所述获取单元32获取的测试条件集合以及所述生成单元33生成的验证规则集合构建用例验证表,所述用例验证表中包含所述目标测试用例中的全部测试条件以及全部验证规则;
第二确定单元35,可以用于根据所述构建单元34构建的用例验证表中每项测试条件在基于验证规则验证下的判断结果,确定所述目标测试用例的验证结果。
进一步的,如图4所示,所述获取单元32,包括:
获取模块321,可以用于获取对应所述目标测试用例的设计文件,所述设计文件中包含有所述目标测试用例中需要测试的全部功能的配置信息、对应每种功能的测试项以及每种测试项的参数信息和操作信息;
分解模块322,可以用于根据所述获取模块321获取的设计文件,将所述目标测试用例按照预设分解规则进行分解,得到对应每种功能的测试项,作为所述测试条件,所述预设分解规则包括功能分解规则、等价类划分规则、边界值分析规则以及正交实验规则;
构建模块323,可以用于根据所述分解模块322得到的目标测试用例测试条件构建所述测试条件集合。
进一步的,如图4所示,所述生成单元33,包括:
组合模块331,可以用于将所述多种验证条件进行组合,得到多个组合条件;
第一确定模块332,可以用于根据所述预设组合规则确定组合模块331得到的每个组合条件的参数信息以及操作信息,所述预设组合规则包括专家标定规则以及因果图规则;
第二确定模块333,可以用于根据所述组合模块331得到的组合条件、第一确定模块332确定的组合条件的参数信息以及组合条件的操作信息,确定验证规则;
生成模块334,可以用于根据所述第二确定模块333得到的多个验证规则生成所述验证规则集合。
进一步的,如图4所示,所述用例验证表为真值表;
所述第二确定单元35,包括:
判断模块351,可以用于将所述用例验证表格中验证规则与测试条件进行对比,并生成对应的判断结果,所述判断结果包括真及假;
统计模块352,可以用于统计每个验证规则对应全部的测试条件的判断模块351判断得到的多个判断结果,得到每个验证规则的综合验证结果;
确定模块353,可以用于根据所述目标测试用例的全部的验证规则的多个统计模块352统计的综合验证结果,确定所述目标测试用例的验证结果。
进一步的,如图4所示,所述生成单元33还包括:
筛选模块335,可以用于对所述多个验证规则进行有效性校验,并将所述多个验证规则中非有效验证规则筛除,所述有效性校验包括文字审核校验以及基于专家的功能性校验;
所述生成模块334,可以具体用于根据所述筛选模块335在筛除了非有效验证规则的多个验证规则生成所述验证规则集合。
进一步的,如图4所示,所述目标测试用例的验证结果包括正常和异常;
所述装置还包括:
第三确定单元36,可以用于当第二确定单元35确定所述目标测试用例的验证结果为异常时,从所述用例验证表中确定未通过验证的验证规则;
判断单元37,可以用于根据所述第三确定单元36确定的验证规则,判断所述目标测试用例未通过验证的原因是否为测试用例设计问题;
第一输出单元38,可以用于若判断单元37判断所述目标测试用例未通过验证的原因为测试用例设计问题,则获取对应所述验证规则的测试条件,并输出包含所述测试条件的第一提示信息,所述第一提示信息用于提示用户修改测试用例;
第二输出单元39,可以用于若判断单元37判断所述目标测试用例未通过验证的原因并非为测试用例设计问题,则获取所述验证规则,并输出包含有所述验证规则的第二提示信息,所述第二提示信息用于提示用户修改验证规则。
本发明实施例提供的一种测试用例的验证的装置,与现有技术中在进行测试用例的验证过程中耗时较多相比,本发明首先确定目标测试用例,该目标测试用例为需进行验证的测试用例;然后根据所述目标测试用例,获取对应所述目标测试用例的测试条件集合,其中,所述测试条件集合中至少包含一个测试条件,所述测试条件为基于所述目标测试用例在按照功能进行分解后得到的测试项;之后根据多个测试条件进行组合生成验证规则,并根据多个验证规则生成验证规则集合;随后,根据所述测试条件集合以及所述验证规则集合构建用例验证表,所述用例验证表中包含所述目标测试用例中的全部测试条件以及全部验证规则;最后,根据所述用例验证表中每项测试条件在基于验证规则验证下的判断结果,确定所述目标测试用例的验证结果,从而得到目标测试用例的验证结果,与现有的通过运行测试用例来获取实际运行结果来进行验证相比,本发明再验证过程中无需进行测试用例的运行,因此省去了运行时所需的时间,并且基于本发明的验证方法是基于对测试用例进行测试条件及验证规则的对比进行的,因此其对比过程中可以与本发明的验证方法执行时的电子芯片或电子设备的多线程处理方式相匹配,从而实现多个测试条件及验证规则的同时对比,从而能够基于电子设备的多线程功能提高处理效率,减少验证的时间消耗,并且与现有的人工进行文字的审核方式相比,明显可以依靠设备的处理效能,减少验证的时间消耗。此外,基于本发明的方法是为测试用例构建了对应的验证规则,可以使得验证过程能够具有较好的规范性,为后续的测试提供的验证依据。同时,基于操作过程中是基于搭载本发明的测试用例验证方法的电子设备或装置自动化执行的,能够降低现有人工进行验证时的经验门槛,此外,本发明的方法是基于自动化方式实现的,还能够确保操作过程的准确性,避免了因人工验证易导致的验证错误的问题。
进一步的,依据上述实施例,本发明的另一个实施例还提供了一种存储介质,所述存储介质包括存储的程序,其中,在所述程序运行时控制所述存储介质所在设备执行如上所述的测试用例的验证的方法。
进一步的,依据上述实施例,如图5所示,本发明的另一个实施例还提供了一种电子设备50如图5所示,其中包括:存储器51、处理器52和通讯总线53;
处理器52可以包括中央处理单元(Central Processing Unit,CPU)、数字信号处理器(digital signal processor,DSP)、微控制器(Microcontroller Unit,MCU)、专用集成电路(Application Specific Integrated Circuit,ASIC)或现场可编程逻辑门阵列(Field-Programmable Gate Array,FPGA)中的至少一个。
存储器51与处理器52通过通讯总线53通讯连接;
存储器51中存储有计算机可执行指令,处理器52用于执行计算机可执行指令,以实现本申请实施例任一可选实施方式提供的测试用例的验证方法。
计算机可执行指令可以以软件功能单元的形式实现并能够作为独立的产品销售或使用,存储器51可以是任意形式的计算机可读取存储介质。基于这样的理解,本申请的技术方案的全部或部分可以以软件产品的形式体现出来,包括若干指令用以使得一台计算机设备,具体可以是处理器,来执行本申请各个实施例中终端的全部或部分步骤。而前述的计算机可读存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
需要说明的是,本申请提供的移动终端实施例与本申请提供的测试用例的验证方法实施例具有相同或类似的效果,本实施例不再赘述。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,设备和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述,构造这类系统所要求的结构是显而易见的。此外,本发明也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本发明的内容,并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
类似地,应当理解,为了精简本公开并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外,本领域的技术人员能够理解,尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在下面的权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本发明的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的一种测试用例的验证方法、装置及电子设备中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者设备程序(例如,计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干设备的单元权利要求中,这些设备中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims (14)

1.一种测试用例的验证方法,其特征在于,包括:
确定目标测试用例,所述目标测试用例为需进行验证的测试用例;
根据所述目标测试用例,获取对应所述目标测试用例的测试条件集合,其中,所述测试条件集合中至少包含一个测试条件,所述测试条件为基于所述目标测试用例在按照功能进行分解后得到的测试项;
根据多个测试条件进行组合生成验证规则,并根据多个验证规则生成验证规则集合;
根据所述测试条件集合以及所述验证规则集合构建用例验证表,所述用例验证表中包含所述目标测试用例中的全部测试条件以及全部验证规则;
根据所述用例验证表中每项测试条件在基于验证规则验证下的判断结果,确定所述目标测试用例的验证结果。
2.根据权利要求1所述的方法,其特征在于,所述根据所述目标测试用例,获取对应所述目标测试用例的测试条件集合,包括:
获取对应所述目标测试用例的设计文件,所述设计文件中包含有所述目标测试用例中需要测试的全部功能的配置信息、对应每种功能的测试项以及每种测试项的参数信息和操作信息;
根据所述设计文件,将所述目标测试用例按照预设分解规则进行分解,得到对应每种功能的测试项,作为所述测试条件,所述预设分解规则包括功能分解规则、等价类划分规则、边界值分析规则以及正交实验规则;
根据所述目标测试用例测试条件构建所述测试条件集合。
3.根据权利要求2所述的方法,其特征在于,所述根据多个测试条件进行组合生成验证规则,并根据多个验证规则生成验证规则集合,包括:
将所述多种验证条件进行组合,得到多个组合条件;
根据所述预设组合规则确定每个组合条件的参数信息以及操作信息,所述预设组合规则包括专家标定规则以及因果图规则;
根据所述组合条件、组合条件的参数信息以及组合条件的操作信息,确定验证规则;
根据所述多个验证规则生成所述验证规则集合。
4.根据权利要求3所述的方法,其特征在于,所述用例验证表为真值表;
所述根据所述用例验证表中每项测试条件在基于验证规则验证下的判断结果,确定所述目标测试用例的验证结果,包括:
将所述用例验证表格中验证规则与测试条件进行对比,并生成对应的判断结果,所述判断结果包括真及假;
统计每个验证规则对应全部的测试条件的多个判断结果,得到每个验证规则的综合验证结果;
根据所述目标测试用例的全部的验证规则的多个综合验证结果,确定所述目标测试用例的验证结果。
5.根据权利要求3所述的方法,其特征在于,在所述根据所述多个验证规则生成所述验证规则集合之前,所述方法还包括:
对所述多个验证规则进行有效性校验,并将所述多个验证规则中非有效验证规则筛除,所述有效性校验包括文字审核校验以及基于专家的功能性校验;
所述根据所述多个验证规则生成所述验证规则集合,包括:
根据所述筛除了非有效验证规则的多个验证规则生成所述验证规则集合。
6.根据权利要求1-5中任一项所述的方法,其特征在于,所述目标测试用例的验证结果包括正常和异常;
在根据所述用例验证表中每项测试条件在基于验证规则验证下的判断结果,确定所述目标测试用例的验证结果之后,所述方法还包括:
当确定所述目标测试用例的验证结果为异常时,从所述用例验证表中确定未通过验证的验证规则;
根据所述验证规则,判断所述目标测试用例未通过验证的原因是否为测试用例设计问题;
若是,则获取对应所述验证规则的测试条件,并输出包含所述测试条件的第一提示信息,所述第一提示信息用于提示用户修改测试用例;
若否,则获取所述验证规则,并输出包含有所述验证规则的第二提示信息,所述第二提示信息用于提示用户修改验证规则。
7.一种测试用例的验证装置,其特征在于,包括:
第一确定单元,用于确定目标测试用例,所述目标测试用例为需进行验证的测试用例;
获取单元,用于根据所述目标测试用例,获取对应所述目标测试用例的测试条件集合,其中,所述测试条件集合中至少包含一个测试条件,所述测试条件为基于所述目标测试用例在按照功能进行分解后得到的测试项;
生成单元,用于根据多个测试条件进行组合生成验证规则,并根据多个验证规则生成验证规则集合;
构建单元,用于根据所述测试条件集合以及所述验证规则集合构建用例验证表,所述用例验证表中包含所述目标测试用例中的全部测试条件以及全部验证规则;
第二确定单元,用于根据所述用例验证表中每项测试条件在基于验证规则验证下的判断结果,确定所述目标测试用例的验证结果。
8.根据权利要求7所述的装置,其特征在于,所述获取单元,包括:
获取模块,用于获取对应所述目标测试用例的设计文件,所述设计文件中包含有所述目标测试用例中需要测试的全部功能的配置信息、对应每种功能的测试项以及每种测试项的参数信息和操作信息;
分解模块,用于根据所述设计文件,将所述目标测试用例按照预设分解规则进行分解,得到对应每种功能的测试项,作为所述测试条件,所述预设分解规则包括功能分解规则、等价类划分规则、边界值分析规则以及正交实验规则;
构建模块,用于根据所述目标测试用例测试条件构建所述测试条件集合。
9.根据权利要求8所述的装置,其特征在于,所述生成单元,包括:
组合模块,用于将所述多种验证条件进行组合,得到多个组合条件;
第一确定模块,用于根据所述预设组合规则确定每个组合条件的参数信息以及操作信息,所述预设组合规则包括专家标定规则以及因果图规则;
第二确定模块,用于根据所述组合条件、组合条件的参数信息以及组合条件的操作信息,确定验证规则;
生成模块,用于根据所述多个验证规则生成所述验证规则集合。
10.根据权利要求9所述的装置,其特征在于,所述用例验证表为真值表;
所述第二确定单元,包括:
判断模块,用于将所述用例验证表格中验证规则与测试条件进行对比,并生成对应的判断结果,所述判断结果包括真及假;
统计模块,用于统计每个验证规则对应全部的测试条件的多个判断结果,得到每个验证规则的综合验证结果;
确定模块,用于根据所述目标测试用例的全部的验证规则的多个综合验证结果,确定所述目标测试用例的验证结果。
11.根据权利要求9所述的装置,其特征在于,所述生成单元还包括:
筛选模块,用于对所述多个验证规则进行有效性校验,并将所述多个验证规则中非有效验证规则筛除,所述有效性校验包括文字审核校验以及基于专家的功能性校验;
所述生成模块,具体用于根据所述筛除了非有效验证规则的多个验证规则生成所述验证规则集合。
12.根据权利要求7-11中任一项所述的装置,其特征在于,所述目标测试用例的验证结果包括正常和异常;
所述装置还包括:
第三确定单元,用于当确定所述目标测试用例的验证结果为异常时,从所述用例验证表中确定未通过验证的验证规则;
判断单元,用于根据所述验证规则,判断所述目标测试用例未通过验证的原因是否为测试用例设计问题;
第一输出单元,用于若判断所述目标测试用例未通过验证的原因为测试用例设计问题,则获取对应所述验证规则的测试条件,并输出包含所述测试条件的第一提示信息,所述第一提示信息用于提示用户修改测试用例;
第二输出单元,用于若判断所述目标测试用例未通过验证的原因并非为测试用例设计问题,则获取所述验证规则,并输出包含有所述验证规则的第二提示信息,所述第二提示信息用于提示用户修改验证规则。
13.一种电子设备,其特征在于,包括存储器、处理器和通讯总线;
所述存储器与所述处理器通过所述通讯总线通讯连接;
所述存储器中存储有计算机可执行指令,所述处理器用于执行所述计算机可执行指令,以实现权利要求1-6任一项所述的方法。
14.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机可执行指令,所述计算机可执行指令在被执行时,用于实现权利要求1-6任一项所述的方法。
CN201911320535.6A 2019-12-19 2019-12-19 测试用例的验证方法、装置及电子设备 Active CN110990295B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911320535.6A CN110990295B (zh) 2019-12-19 2019-12-19 测试用例的验证方法、装置及电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911320535.6A CN110990295B (zh) 2019-12-19 2019-12-19 测试用例的验证方法、装置及电子设备

Publications (2)

Publication Number Publication Date
CN110990295A true CN110990295A (zh) 2020-04-10
CN110990295B CN110990295B (zh) 2023-10-31

Family

ID=70065581

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911320535.6A Active CN110990295B (zh) 2019-12-19 2019-12-19 测试用例的验证方法、装置及电子设备

Country Status (1)

Country Link
CN (1) CN110990295B (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113992438A (zh) * 2021-12-27 2022-01-28 北京微步在线科技有限公司 一种网络安全检测方法及装置
CN114721931A (zh) * 2021-01-06 2022-07-08 腾讯科技(深圳)有限公司 一种数据处理方法、装置、设备及存储介质
CN115357501A (zh) * 2022-08-24 2022-11-18 中国人民解放军32039部队 航天测控软件的自动化测试方法和系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102314395A (zh) * 2011-10-12 2012-01-11 中国农业银行股份有限公司 一种测试用例生成方法及系统
JP2015204065A (ja) * 2014-04-16 2015-11-16 株式会社日立製作所 テストケース生成装置及びテストケース生成方法
CN107783901A (zh) * 2017-09-26 2018-03-09 深圳市牛鼎丰科技有限公司 测试用例生成方法、装置、计算机设备及存储介质
CN110018963A (zh) * 2019-04-11 2019-07-16 苏州浪潮智能科技有限公司 一种测试方法、系统及电子设备和存储介质
CN110471838A (zh) * 2019-07-08 2019-11-19 深圳壹账通智能科技有限公司 测试用例的校验方法、装置、计算机设备和存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102314395A (zh) * 2011-10-12 2012-01-11 中国农业银行股份有限公司 一种测试用例生成方法及系统
JP2015204065A (ja) * 2014-04-16 2015-11-16 株式会社日立製作所 テストケース生成装置及びテストケース生成方法
CN107783901A (zh) * 2017-09-26 2018-03-09 深圳市牛鼎丰科技有限公司 测试用例生成方法、装置、计算机设备及存储介质
CN110018963A (zh) * 2019-04-11 2019-07-16 苏州浪潮智能科技有限公司 一种测试方法、系统及电子设备和存储介质
CN110471838A (zh) * 2019-07-08 2019-11-19 深圳壹账通智能科技有限公司 测试用例的校验方法、装置、计算机设备和存储介质

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114721931A (zh) * 2021-01-06 2022-07-08 腾讯科技(深圳)有限公司 一种数据处理方法、装置、设备及存储介质
CN114721931B (zh) * 2021-01-06 2024-04-09 腾讯科技(深圳)有限公司 一种数据处理方法、装置、设备及存储介质
CN113992438A (zh) * 2021-12-27 2022-01-28 北京微步在线科技有限公司 一种网络安全检测方法及装置
CN115357501A (zh) * 2022-08-24 2022-11-18 中国人民解放军32039部队 航天测控软件的自动化测试方法和系统
CN115357501B (zh) * 2022-08-24 2024-04-05 中国人民解放军32039部队 航天测控软件的自动化测试方法和系统

Also Published As

Publication number Publication date
CN110990295B (zh) 2023-10-31

Similar Documents

Publication Publication Date Title
CN110990295A (zh) 测试用例的验证方法、装置及电子设备
US10025696B2 (en) System and method for equivalence class analysis-based automated requirements-based test case generation
JP4266226B2 (ja) 選択的に有効にされるチェッカーを用いた設計検証システムおよび方法
EP2058747A2 (en) Device and method for inspecting software for vulnerabilities
CN110941562B (zh) 测试用例的验证方法、装置及电子设备
JP7070195B2 (ja) インタラクティブなソフトウェアプログラムの修復
CN113342669B (zh) 一种缩短芯片代码覆盖率收敛时间的验证方法及装置
CN111427928A (zh) 一种数据质量检测方法及装置
CN111475402A (zh) 程序功能的测试方法及相关装置
US11237943B2 (en) Generating inputs for computer-program testing
US20070180411A1 (en) Method and apparatus for comparing semiconductor-related technical systems characterized by statistical data
CN110795308A (zh) 一种服务器检验方法、装置、设备及存储介质
CN112882707B (zh) 一种渲染方法、装置、存储介质及电子设备
CN109144806B (zh) 一种寄存器传输级电路的功能验证方法及装置
US10803219B1 (en) Method and system for combined formal static analysis of a design code
US9495489B2 (en) Correlation of test results and test coverage for an electronic device design
US20100131143A1 (en) Method and system for automatic test data generation for lookup tables
US20160070846A1 (en) System for testing ic design
CN111813593A (zh) 一种数据处理方法、设备、服务器及存储介质
YADAV et al. SOFTWARE TESTING.
WO2019142266A1 (ja) テストケース生成装置、テストケース生成方法およびテストケース生成プログラム
JP2004272830A (ja) ソフトウェア開発支援装置
CN115576821B (zh) 一种验证方法、装置,电子设备及存储介质
CN113051866B (zh) 针对sram图形opc一致性检测的方法
CN113946511B (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