CN113434405A - 测试文件的确定方法及装置、存储介质及电子装置 - Google Patents
测试文件的确定方法及装置、存储介质及电子装置 Download PDFInfo
- Publication number
- CN113434405A CN113434405A CN202110707549.4A CN202110707549A CN113434405A CN 113434405 A CN113434405 A CN 113434405A CN 202110707549 A CN202110707549 A CN 202110707549A CN 113434405 A CN113434405 A CN 113434405A
- Authority
- CN
- China
- Prior art keywords
- tested
- determining
- test
- logic diagram
- interface
- 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 151
- 238000000034 method Methods 0.000 title claims abstract description 50
- 230000006870 function Effects 0.000 claims abstract description 116
- 238000010586 diagram Methods 0.000 claims abstract description 114
- 238000004590 computer program Methods 0.000 claims description 18
- 238000012550 audit Methods 0.000 claims description 10
- 238000002372 labelling Methods 0.000 claims description 8
- 230000002159 abnormal effect Effects 0.000 claims description 5
- 230000000007 visual effect Effects 0.000 claims description 5
- 238000011161 development Methods 0.000 abstract description 11
- 238000005516 engineering process Methods 0.000 abstract description 5
- 238000013024 troubleshooting Methods 0.000 abstract description 4
- 230000007488 abnormal function Effects 0.000 abstract 1
- 238000012795 verification Methods 0.000 description 9
- 230000005540 biological transmission Effects 0.000 description 6
- 238000013515 script Methods 0.000 description 4
- 238000004891 communication Methods 0.000 description 3
- 230000001419 dependent effect Effects 0.000 description 3
- 238000011156 evaluation Methods 0.000 description 3
- 238000012423 maintenance Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 238000012552 review Methods 0.000 description 2
- 240000008067 Cucumis sativus Species 0.000 description 1
- 235000010799 Cucumis sativus var sativus Nutrition 0.000 description 1
- 238000012553 document review Methods 0.000 description 1
- 238000010295 mobile communication 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/3696—Methods or tools to render software testable
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F18/00—Pattern recognition
- G06F18/20—Analysing
- G06F18/24—Classification techniques
-
- Y—GENERAL 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
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Quality & Reliability (AREA)
- Computer Hardware Design (AREA)
- Bioinformatics & Cheminformatics (AREA)
- Evolutionary Computation (AREA)
- Evolutionary Biology (AREA)
- Computer Vision & Pattern Recognition (AREA)
- Bioinformatics & Computational Biology (AREA)
- Artificial Intelligence (AREA)
- Life Sciences & Earth Sciences (AREA)
- Debugging And Monitoring (AREA)
Abstract
本发明公开了一种测试文件的确定方法及装置、存储介质及电子装置，其中，上述方法包括：确定待测试接口的逻辑图对目标组件的功能进行分类，以确定目标组件具备的多个功能类型，其中，逻辑图用于指示待测试接口的功能逻辑；根据预设的标识表为多个功能类型中的每一个功能类型添加标识序号，以确定出多个待测试场景；根据逻辑图和多个待测试场景确定待测试的测试文件，解决了相关技术中，无法对不同系统端的测试逻辑进行统一，后续排查问题复杂等问题，实现了对于测试逻辑的准确确认，继而统一了不同系统端的测试逻辑，并通过序号标识方便后续对于异常功能问题的排查，提升了对于测试代码的开发效率。
Description
技术领域
本发明涉及通信领域，具体而言，涉及一种测试文件的确定方法及装置、存储介质及电子装置。
背景技术
目前App的组件库越来越多，很多组件为了交付任务，除了简单的自测外，没有办法的保证代码在特殊场景的逻辑正确。往往是提测或者上线后，发现在极端或者特定场景下导致问题。且Android和iOS的双端逻辑不一致，导致排查问题也相对困难，此外，在相关技术中，移动端双端都需要自己写自己用例、使用不同的用例脚本，导致单元测试流程复杂而耗时，并且无法保证iOS和Android双端逻辑一致、覆盖场景一致。目前已有的技术cucumber、mock框架，但是从代码开发上指导意义不大。且维护测试成本高。
针对相关技术中，无法对不同系统端的测试逻辑进行统一，后续排查问题复杂等问题，尚未提出有效的解决方案。
发明内容
本发明实施例提供了一种测试文件的确定方法及装置、存储介质及电子装置，以至少解决相关技术中，以至少解决相关技术中，无法对不同系统端的测试逻辑进行统一，后续排查问题复杂等问题。
根据本发明实施例的一个方面，提供了一种测试文件的确定方法，包括：确定待测试接口的逻辑图对目标组件的功能进行分类，以确定所述目标组件具备的多个功能类型，其中，所述逻辑图用于指示待测试接口的功能逻辑；根据预设的标识表为所述多个功能类型中的每一个功能类型添加标识序号，以确定出多个待测试场景；根据所述逻辑图和所述多个待测试场景确定待测试的测试文件。
在一个示例性实施例中，根据预设的标识表为所述多个功能类型中的每一个功能类型添加标识序号，以确定出多个待测试场景，包括：获取数据库中存储的所述预设的标识表，其中，所述预设的标识表用于指示不同功能类型对应的唯一标识序号；根据所述预设的标识表对所述多个功能类型中的每一个功能类型进行匹配，以确定出多个待测试场景。
在一个示例性实施例中，根据所述预设的标识表对所述多个功能类型中的每一个功能类型进行匹配，以确定出多个待测试场景之后，上述方法还包括：确定所述多个待测试场景中每一个场景对应的约束文档，其中，所述约束文档包含以下至少之一：功能类型的起始序号、功能类型对应分类的解释、功能类型的通用术语、待测试接口的名称信息、目标组件的后台信息、逻辑图的标识符解释、逻辑图的相关领域语言；根据所述约束文档确定每一个场景的应用范围，其中，所述应用范围用于指示约束文档涉及的功能的使用范围。
在一个示例性实施例中，确定待测试接口的逻辑图对目标组件的功能进行分类之前，上述方法还包括：确定所述逻辑图中每一个节点的标识信息，其中，所述标识信息用于指示根据预设的标注规则对节点进行操作的可视化标识；根据所述标识信息确定所述待测试接口的测试特征，其中，所述测试特征用于指示待测试接口执行测试的对应功能。
在一个示例性实施例中，所述预设的标注规则，至少包括以下之一：在所述待测试接口具备多个逻辑图时，将所述多个逻辑图分别使用不同的图形标识进行标识；在所述逻辑图最终的逻辑结果对应的节点存在多个时，将符合预设条件的所述节点的逻辑结果用目标颜色标注；在所述逻辑图中的存在失败节点时，将所述失败节点用第一颜色标注；在所述逻辑图中的存在成功节点时，将所述成功节点用第二颜色标注。
在一个示例性实施例中，根据所述逻辑图和所述多个待测试场景确定待测试的测试文件之后，上述方法还包括：将所述测试文件发送至目标对象的显示界面以代码的形式进行显示；接收所述目标对象对于所述代码的审核结果；在所述审核结果指示所述测试文件未出现异常的情况下，将所述测试文件对应的单元测试代码上传至数据库进行存储。
根据本发明实施例的另一个方面，还提供了一种测试文件的确定装置，包括：分类模块，用于确定待测试接口的逻辑图对目标组件的功能进行分类，以确定所述目标组件具备的多个功能类型，其中，所述逻辑图用于指示待测试接口的功能逻辑；添加模块，用于根据预设的标识表为所述多个功能类型中的每一个功能类型添加标识序号，以确定出多个待测试场景；第一确定模块，用于根据所述逻辑图和所述多个待测试场景确定待测试的测试文件。
在一个示例性实施例中，上述添加模块，还用于获取数据库中存储的所述预设的标识表，其中，所述预设的标识表用于指示不同功能类型对应的唯一标识序号；根据所述预设的标识表对所述多个功能类型中的每一个功能类型进行匹配，以确定出多个待测试场景。
在一个示例性实施例中，上述添加模块，还用于确定所述多个待测试场景中每一个场景对应的约束文档，其中，所述约束文档包含以下至少之一：功能类型的起始序号、功能类型对应分类的解释、功能类型的通用术语、待测试接口的名称信息、目标组件的后台信息、逻辑图的标识符解释、逻辑图的相关领域语言；根据所述约束文档确定每一个场景的应用范围，其中，所述应用范围用于指示约束文档涉及的功能的使用范围。
在一个示例性实施例中，上述装置还包括：第二确定模块，用于确定所述逻辑图中每一个节点的标识信息，其中，所述标识信息用于指示根据预设的标注规则对节点进行操作的可视化标识；根据所述标识信息确定所述待测试接口的测试特征，其中，所述测试特征用于指示待测试接口执行测试的对应功能。
在一个示例性实施例中，上述装置还包括：审核模块，还用于将所述测试文件发送至目标对象的显示界面以代码的形式进行显示；接收所述目标对象对于所述代码的审核结果；在所述审核结果指示所述测试文件未出现异常的情况下，将所述测试文件对应的单元测试代码上传至数据库进行存储。
根据本发明实施例的又一方面，还提供了一种计算机可读的存储介质，该计算机可读的存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述测试文件的确定方法。
根据本发明实施例的又一方面，还提供了一种电子装置，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，上述处理器通过计算机程序执行上述的测试文件的确定方法。
在本发明实施例中，确定待测试接口的逻辑图对目标组件的功能进行分类，以确定目标组件具备的多个功能类型，其中，逻辑图用于指示待测试接口的功能逻辑；根据预设的标识表为多个功能类型中的每一个功能类型添加标识序号，以确定出多个待测试场景；根据逻辑图和多个待测试场景确定待测试的测试文件，即通过确定测试接口的逻辑图以及对目标组件中不同功能进行功能类型的分类，结合标识序号与分类结果确定目标组件对应的多个待测试的场景，解决了相关技术中，无法对不同系统端的测试逻辑进行统一，后续排查问题复杂等问题，实现了对于测试逻辑的准确确认，继而统一了不同系统端的测试逻辑，并通过序号标识方便后续对于异常功能问题的排查，提升了对于测试代码的开发效率。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是本发明实施例的一种测试文件的确定方法的计算机终端的硬件结构框图；
图2是根据本发明实施例的测试文件的确定方法的流程图；
图3是根据本发明可选实施例的档位调整的流程示意图；
图4是根据本发明实施例的测试文件的确定装置的结构框图(一)；
图5是根据本发明实施例的测试文件的确定装置的结构框图(二)。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明的实施例。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的设备，而不必用于描述特定的顺序或先后次序。
本申请实施例所提供的方法实施例可以在设备终端、移动终端或者类似的运算装置中执行。以运行在计算机终端上为例，图1是本发明实施例的一种测试文件的确定方法的计算机终端的硬件结构框图。如图1所示，计算机终端可以包括一个或多个(图1中仅示出一个)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)和用于存储数据的存储器104，在一个示例性实施例中，上述计算机终端还可以包括用于通信功能的传输设备106以及输入输出设备108。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述计算机终端的结构造成限定。例如，计算机终端还可包括比图1中所示更多或者更少的组件，或者具有与图1所示等同功能或比图1所示功能更多的不同的配置。
存储器104可用于存储计算机程序，例如，应用软件的软件程序以及模块，如本发明实施例中的测试文件的确定方法对应的计算机程序，处理器102通过运行存储在存储器104内的计算机程序，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(Network Interface Controller，简称为NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(Radio Frequency，简称为RF)模块，其用于通过无线方式与互联网进行通讯。
在本实施例中提供了一种测试文件的确定方法，图2是根据本发明实施例的测试文件的确定方法的流程图，该流程包括如下步骤：
步骤S202，确定待测试接口的逻辑图对目标组件的功能进行分类，以确定所述目标组件具备的多个功能类型，其中，所述逻辑图用于指示待测试接口的功能逻辑；
步骤S204，根据预设的标识表为所述多个功能类型中的每一个功能类型添加标识序号，以确定出多个待测试场景；
步骤S206，根据所述逻辑图和所述多个待测试场景确定待测试的测试文件。
通过上述步骤，确定待测试接口的逻辑图对目标组件的功能进行分类，以确定目标组件具备的多个功能类型，其中，逻辑图用于指示待测试接口的功能逻辑；根据预设的标识表为多个功能类型中的每一个功能类型添加标识序号，以确定出多个待测试场景；根据逻辑图和多个待测试场景确定待测试的测试文件，即通过确定测试接口的逻辑图以及对目标组件中不同功能进行功能类型的分类，结合标识序号与分类结果确定目标组件对应的多个待测试的场景，解决了相关技术中，无法对不同系统端的测试逻辑进行统一，后续排查问题复杂等问题，实现了对于测试逻辑的准确确认，继而统一了不同系统端的测试逻辑，并通过序号标识方便后续对于异常功能问题的排查，提升了对于测试代码的开发效率。
需要说明的是，逻辑图是根据是不同测试接口的对应的代码的执行逻辑确定的对应流程图，不同的测试接口对应的不同的逻辑图。
在一个示例性实施例中，根据预设的标识表为所述多个功能类型中的每一个功能类型添加标识序号，以确定出多个待测试场景，包括：获取数据库中存储的所述预设的标识表，其中，所述预设的标识表用于指示不同功能类型对应的唯一标识序号；根据所述预设的标识表对所述多个功能类型中的每一个功能类型进行匹配，以确定出多个待测试场景。
简而言之，由于目标组件的具备的功能多种多样为了区分不同的功能类型，在通过不同的逻辑图对目标组件的功能进行分类后，通过标识序号对同类型的功能进行标识，从而确定出多个待测试场景，其中，所述场景用于指示当前待测试接口可进行测试的功能类型以及对应的标识序号，进而在目标组件出现异常时，可以根据标识序号直接确定存在异常的功能，并对当前待测试接口的功能逻辑进行检验。
在一个示例性实施例中，根据所述预设的标识表对所述多个功能类型中的每一个功能类型进行匹配，以确定出多个待测试场景之后，上述方法还包括：确定所述多个待测试场景中每一个场景对应的约束文档，其中，所述约束文档包含以下至少之一：功能类型的起始序号、功能类型对应分类的解释、功能类型的通用术语、待测试接口的名称信息、目标组件的后台信息、逻辑图的标识符解释、逻辑图的相关领域语言；根据所述约束文档确定每一个场景的应用范围，其中，所述应用范围用于指示约束文档涉及的功能的使用范围。
例如，为了确保每一个场景更加清楚明白，为所述场景对应编辑约束文档，其中，所述约束文档为对应框架的配置文档，当后续使用对应框架进行代码开发时，需要根据约束文档进行代码的书写，减少了不符合要求的单元测试代码的产生。
在一个示例性实施例中，确定待测试接口的逻辑图对目标组件的功能进行分类之前，上述方法还包括：确定所述逻辑图中每一个节点的标识信息，其中，所述标识信息用于指示根据预设的标注规则对节点进行操作的可视化标识；根据所述标识信息确定所述待测试接口的测试特征，其中，所述测试特征用于指示待测试接口执行测试的对应功能。
在一个示例性实施例中，所述预设的标注规则，至少包括以下之一：在所述待测试接口具备多个逻辑图时，将所述多个逻辑图分别使用不同的图形标识进行标识；在所述逻辑图最终的逻辑结果对应的节点存在多个时，将符合预设条件的所述节点的逻辑结果用目标颜色标注；在所述逻辑图中的存在失败节点时，将所述失败节点用第一颜色标注；在所述逻辑图中的存在成功节点时，将所述成功节点用第二颜色标注。
例如，当逻辑图中步骤出现待测接口的逻辑时，属于这个逻辑图的外部依赖接口，需用特殊图标标注，例如：☆。逻辑图在画图时列举所有可能性的最终节点，来确定尽可能多的场景并将期望结果用特殊颜色标注。逻辑图中失败的场景用红色标注，逻辑图中成功的场景用绿色标注。所有场景便组成了feature功能文件。
在一个示例性实施例中，根据所述逻辑图和所述多个待测试场景确定待测试的测试文件之后，上述方法还包括：将所述测试文件发送至目标对象的显示界面以代码的形式进行显示；接收所述目标对象对于所述代码的审核结果；在所述审核结果指示所述测试文件未出现异常的情况下，将所述测试文件对应的单元测试代码上传至数据库进行存储。
可以理解的是，为了提升自动编码的准确性，在测试文件生成后将测试文件对应的测试单元发送至目标对象的显示界面以代码的形式进行显示，并接收审核结果，其中，审核结果用于指示目标对象对测试文件中的测试代码进行测试验证，在通过测试验证的情况下，说明测试文件符合目标对象的测试要求，进而将测试文件对应的单元测试代码上传至数据库进行存储，进一步的，当出现相同的组件时，可以直接调用相关的测试文件，进行测试验证。
为了更好的理解本发明实施例以及可选实施例的技术方案，以下结合示例对上述的测试文件的确定方法的流程进行解释说明，但不用于限定本发明实施例的技术方案。
本发明可选实施例中提供了一种移动端自动化单元测试流程，在单元测试流程在此基础上，增加了逻辑图和约束文档。来指导用例编写及代码逻辑开发，提高开发质量。进而通过特定的单元测试流程，使iOS和Android双端均可采用相同用例。来减少此类问题的发生。
作为一种可选的实施方式，上述一种移动端自动化单元测试的流程示意图，如图3所示，包括如下步骤：
步骤1、根据待测试接口的功能逻辑进行对应接口逻辑图的绘制，并将确定出的逻辑图发送至开发者终端进行逻辑图评审；
步骤2、在逻辑图评审通过的情况下，进行逻辑图对应的约束文档的编写，并将确定出的约束文档发送至开发者终端进行约束文档评审；
步骤3、根据所述逻辑图以及约束文档，确定对应的功能(Feature)文件，形成测试应用例；并对测试应用例进行评审以及变更与新增的确定；
步骤4、在确定待测试接口发生改变时，根据已有的待测试接口的功能图与约束文档进行单元测试开发，并对开发完成的测试单元进行测试验证；
具体的，当待测试接口未发生改变时，根据功能图与约束文档对现有单元测试进行问题修复，当待测试接口发生改变时，根据功能图与约束文档对现有单元测试进行新的功能开发。
步骤5、在测试单元通过测试验证的情况下，对测试单元对应的内容代码进行评审，在通过评审的情况下，将测试单元对应的代码发送至数据库进行存储，当重复利用该待测试接口进行测试时，直接在数据库中调用已有的代码进行测试。
需要说明的是，iOS和Android双端采用相同框架，基于Cucumber和Mock框架实现Feature文件中用例场景的自动化测试。
Cucumber的文件又称为剧本文件。所有的剧本文件都有.feature文件扩展名。它们包含被测系统的单个功能定义，并且是一个可执行的测试脚本。文件中的指令是任何非空和非注释行。每个Cucumber剧本文件中描述一个功能(Feature)，它细分为场景(Scenario)，场景中包含多个顺序执行的步骤(Step)，即步骤序列。
可选地，逻辑图，类似流程图，是将某个待测试接口的功能逻辑，以代码的执行逻辑梳理出来的图，这个图是用来确认每一个测试用例，也是为保证iOS和Android真实实现的代码逻辑一致。
需要说明的是，当图中步骤出现待测接口的逻辑时，属于这个逻辑图的外部依赖接口，需用特殊图标标注，例如：☆。画图时列举所有可能性的最终节点，来确定尽可能多的场景。将期望结果用特殊颜色标注。失败的场景用红色标注，成功的场景用绿色标注。所有场景便组成了feature功能文件。
可选地，约束文档，用于指示由于所开发组件不同，需要将组件中的feature文件按照功能划分，并且对相应的携带有.feature扩展名的feature文件添加序号，该序号用于每个场景Scenario的唯一标识。以便于单元测试进行或者结束后，能很快定位出某个场景Scenario文件，由于约束文档步骤中涉及的描述都是为了约束具体功能中feature文件的描述，继而保证了不同开发编写的feature格式、用词、step描述统一性及复用性，以便后期扩展及维护。具体的，该Scenario文件中主要分为如下几个部分：
(1)xxx.feature文件的起始序号；
(2)Feature文件中对应分类的解释；
(3)通用术语(对于涉及feature中出现的相同术语解释)；
(4)待测试接口的中文名称；
(5)后台Background(涉及feature中共有的Background)；
(6)步骤Step标识符解释；
(7)步骤Step中相关领域语言(如数据源、监听者、方法调用、线程、缓存等。
可选地，评审，具体的对所画逻辑图、Feature约束文档、Feature文件进行内容评审，先评审逻辑图，可有效检查出待测接口中逻辑问题，也可以确认有多少待测接口。然后根据评审的逻辑图最终结果，来确认Feature约束文档。再评审约束文档，根据约束文档的评审结果，最终编写Feature文件，将编写好的Feature文件进行评审。评审结束无问题后，即可开始单元测试代码开发，进一步保证自动测试下的测试稳定性。
通过上述可选实施例，根据确定统一的逻辑图和约束文档，使得在单元测试流程中，iOS和Android双端均可采用相同用例、相同逻辑来减少双端逻辑不一致问题的发生，并且后期修改代码，需先单元测试通过才能入库，避免了排查问题困难的情况的发生，进而通过逻辑图的逻辑准确性以及约束文档的描述的准确性和完整性，来指导用例编写及代码逻辑开发，保证开发质量，能覆盖特殊场景。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，事件器，或者网络设备等)执行本发明各个实施例所述的方法。
在本实施例中还提供了一种测试文件的确定装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
图4是根据本发明实施例的测试文件的确定装置的结构框图(一)，如图4所示，该装置包括：
分类模块42，用于确定待测试接口的逻辑图对目标组件的功能进行分类，以确定所述目标组件具备的多个功能类型，其中，所述逻辑图用于指示待测试接口的功能逻辑；
添加模块44，用于根据预设的标识表为所述多个功能类型中的每一个功能类型添加标识序号，以确定出多个待测试场景；
第一确定模块46，用于根据所述逻辑图和所述多个待测试场景确定待测试的测试文件。
通过上述装置，确定待测试接口的逻辑图对目标组件的功能进行分类，以确定目标组件具备的多个功能类型，其中，逻辑图用于指示待测试接口的功能逻辑；根据预设的标识表为多个功能类型中的每一个功能类型添加标识序号，以确定出多个待测试场景；根据逻辑图和多个待测试场景确定待测试的测试文件，即通过确定测试接口的逻辑图以及对目标组件中不同功能进行功能类型的分类，结合标识序号与分类结果确定目标组件对应的多个待测试的场景，解决了相关技术中，无法对不同系统端的测试逻辑进行统一，后续排查问题复杂等问题，实现了对于测试逻辑的准确确认，继而统一了不同系统端的测试逻辑，并通过序号标识方便后续对于异常功能问题的排查，提升了对于测试代码的开发效率。
在一个示例性实施例中，上述添加模块44，还用于获取数据库中存储的所述预设的标识表，其中，所述预设的标识表用于指示不同功能类型对应的唯一标识序号；根据所述预设的标识表对所述多个功能类型中的每一个功能类型进行匹配，以确定出多个待测试场景。简而言之，由于目标组件的具备的功能多种多样为了区分不同的功能类型，在通过不同的逻辑图对目标组件的功能进行分类后，通过标识序号对同类型的功能进行标识，从而确定出多个待测试场景，其中，所述场景用于指示当前待测试接口可进行测试的功能类型以及对应的标识序号，进而在目标组件出现异常时，可以根据标识序号直接确定存在异常的功能，并对当前待测试接口的功能逻辑进行检验。
在一个示例性实施例中，上述添加模块44，还用于确定所述多个待测试场景中每一个场景对应的约束文档，其中，所述约束文档包含以下至少之一：功能类型的起始序号、功能类型对应分类的解释、功能类型的通用术语、待测试接口的名称信息、目标组件的后台信息、逻辑图的标识符解释、逻辑图的相关领域语言；根据所述约束文档确定每一个场景的应用范围，其中，所述应用范围用于指示约束文档涉及的功能的使用范围。例如，为了确保每一个场景更加清楚明白，为所述场景对应编辑约束文档，其中，所述约束文档为对应框架的配置文档，当后续使用对应框架进行代码开发时，需要根据约束文档进行代码的书写，减少了不符合要求的单元测试代码的产生。
图5是根据本发明实施例测试文件的确定装置的结构框图(二)，如图5所示，该装置还包括：第二确定模块48，审核模块50；
在一个示例性实施例中，上述装置还包括：第二确定模块48，用于确定所述逻辑图中每一个节点的标识信息，其中，所述标识信息用于指示根据预设的标注规则对节点进行操作的可视化标识；根据所述标识信息确定所述待测试接口的测试特征，其中，所述测试特征用于指示待测试接口执行测试的对应功能。例如，当逻辑图中步骤出现待测接口的逻辑时，属于这个逻辑图的外部依赖接口，需用特殊图标标注，例如：☆。逻辑图在画图时列举所有可能性的最终节点，来确定尽可能多的场景并将期望结果用特殊颜色标注。逻辑图中失败的场景用红色标注，逻辑图中成功的场景用绿色标注。所有场景便组成了feature功能文件。
在一个示例性实施例中，上述装置还包括：审核模块50，还用于将所述测试文件发送至目标对象的显示界面以代码的形式进行显示；接收所述目标对象对于所述代码的审核结果；在所述审核结果指示所述测试文件未出现异常的情况下，将所述测试文件对应的单元测试代码上传至数据库进行存储。
可以理解的是，为了提升自动编码的准确性，在测试文件生成后将测试文件对应的测试单元发送至目标对象的显示界面以代码的形式进行显示，并接收审核结果，其中，审核结果用于指示目标对象对测试文件中的测试代码进行测试验证，在通过测试验证的情况下，说明测试文件符合目标对象的测试要求，进而将测试文件对应的单元测试代码上传至数据库进行存储，进一步的，当出现相同的组件时，可以直接调用相关的测试文件，进行测试验证。
需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。
在本发明的描述中，需要理解的是，术语中“中心”、“上”、“下”、“前”、“后”、“左”、“右”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或组件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性。
在本发明的描述中，需要说明的是，除非另有明确的规定和限定，术语“安装”、“连接”、“相连”应做广义理解，例如，可以是固定连接，也可以是拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以是通过中间媒介间接相连，可以是两个组件内部的连通。当组件被称为“固定于”或“设置于”另一个元件，它可以直接在另一个组件上或者也可以存在居中的组件。当一个组件被认为是“连接”另一个元件，它可以是直接连接到另一个元件或者可能同时存在居中元件。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明的具体含义。
本发明的实施例还提供了一种存储介质，该存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的计算机程序：
S1，确定待测试接口的逻辑图对目标组件的功能进行分类，以确定所述目标组件具备的多个功能类型，其中，所述逻辑图用于指示待测试接口的功能逻辑；
S2，根据预设的标识表为所述多个功能类型中的每一个功能类型添加标识序号，以确定出多个待测试场景；
S3，根据所述逻辑图和所述多个待测试场景确定待测试的测试文件。本发明的实施例还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
在一个示例性实施例中，上述计算机可读存储介质可以包括但不限于：U盘、只读存储器(Read-Only Memory，简称为ROM)、随机存取存储器(Random Access Memory，简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。
本发明的实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。
在一个示例性实施例中，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。
在一个示例性实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：
S1，确定待测试接口的逻辑图对目标组件的功能进行分类，以确定所述目标组件具备的多个功能类型，其中，所述逻辑图用于指示待测试接口的功能逻辑；
S2，根据预设的标识表为所述多个功能类型中的每一个功能类型添加标识序号，以确定出多个待测试场景；
S3，根据所述逻辑图和所述多个待测试场景确定待测试的测试文件。显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (10)
1.一种测试文件的确定方法，其特征在于，包括：
确定待测试接口的逻辑图对目标组件的功能进行分类，以确定所述目标组件具备的多个功能类型，其中，所述逻辑图用于指示待测试接口的功能逻辑；
根据预设的标识表为所述多个功能类型中的每一个功能类型添加标识序号，以确定出多个待测试场景；
根据所述逻辑图和所述多个待测试场景确定待测试的测试文件。
2.根据权利要求1所述的测试文件的确定方法，其特征在于，根据预设的标识表为所述多个功能类型中的每一个功能类型添加标识序号，以确定出多个待测试场景，包括：
获取数据库中存储的所述预设的标识表，其中，所述预设的标识表用于指示不同功能类型对应的唯一标识序号；
根据所述预设的标识表对所述多个功能类型中的每一个功能类型进行匹配，以确定出多个待测试场景。
3.根据权利要求2所述的测试文件的确定方法，其特征在于，根据所述预设的标识表对所述多个功能类型中的每一个功能类型进行匹配，以确定出多个待测试场景之后，所述方法还包括：
确定所述多个待测试场景中每一个场景对应的约束文档，其中，所述约束文档包含以下至少之一：功能类型的起始序号、功能类型对应分类的解释、功能类型的通用术语、待测试接口的名称信息、目标组件的后台信息、逻辑图的标识符解释、逻辑图的相关领域语言；
根据所述约束文档确定每一个场景的应用范围，其中，所述应用范围用于指示约束文档涉及的功能的使用范围。
4.根据权利要求1所述的测试文件的确定方法，其特征在于，确定待测试接口的逻辑图对目标组件的功能进行分类之前，所述方法还包括：
确定所述逻辑图中每一个节点的标识信息，其中，所述标识信息用于指示根据预设的标注规则对节点进行操作的可视化标识；
根据所述标识信息确定所述待测试接口的测试特征，其中，所述测试特征用于指示待测试接口执行测试的对应功能。
5.根据权利要求4所述的测试文件的确定方法，其特征在于，所述预设的标注规则，至少包括以下之一：
在所述待测试接口具备多个逻辑图时，将所述多个逻辑图分别使用不同的图形标识进行标识；
在所述逻辑图最终的逻辑结果对应的节点存在多个时，将符合预设条件的所述节点的逻辑结果用目标颜色标注；
在所述逻辑图中的存在失败节点时，将所述失败节点用第一颜色标注；
在所述逻辑图中的存在成功节点时，将所述成功节点用第二颜色标注。
6.根据权利要求1所述的测试文件的确定方法，其特征在于，根据所述逻辑图和所述多个待测试场景确定待测试的测试文件之后，所述方法还包括：
将所述测试文件发送至目标对象的显示界面以代码的形式进行显示；
接收所述目标对象对于所述代码的审核结果；
在所述审核结果指示所述测试文件未出现异常的情况下，将所述测试文件对应的单元测试代码上传至数据库进行存储。
7.一种测试文件的确定装置，其特征在于，包括：
分类模块，用于确定待测试接口的逻辑图对目标组件的功能进行分类，以确定所述目标组件具备的多个功能类型，其中，所述逻辑图用于指示待测试接口的功能逻辑；
添加模块，用于根据预设的标识表为所述多个功能类型中的每一个功能类型添加标识序号，以确定出多个待测试场景；
第一确定模块，用于根据所述逻辑图和所述多个待测试场景确定待测试的测试文件。
8.根据权利要求7所述的测试文件的确定装置，其特征在于，
所述添加模块，还用于获取数据库中存储的所述预设的标识表，其中，所述预设的标识表用于指示不同功能类型对应的唯一标识序号；根据所述预设的标识表对所述多个功能类型中的每一个功能类型进行匹配，以确定出多个待测试场景。
9.一种计算机可读的存储介质，其特征在于，所述计算机可读的存储介质包括存储的程序，其中，所述程序运行时执行上述权利要求1至6任一项中所述的方法。
10.一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为通过所述计算机程序执行所述权利要求1至6任一项中所述的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110707549.4A CN113434405B (zh) | 2021-06-24 | 2021-06-24 | 测试文件的确定方法及装置、存储介质及电子装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110707549.4A CN113434405B (zh) | 2021-06-24 | 2021-06-24 | 测试文件的确定方法及装置、存储介质及电子装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN113434405A true CN113434405A (zh) | 2021-09-24 |
| CN113434405B CN113434405B (zh) | 2023-06-13 |
Family
ID=77754129
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110707549.4A Active CN113434405B (zh) | 2021-06-24 | 2021-06-24 | 测试文件的确定方法及装置、存储介质及电子装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113434405B (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114326534A (zh) * | 2022-01-05 | 2022-04-12 | 北京广利核系统工程有限公司 | 用于核电dcs系统间的接口匹配方法、装置、设备和介质 |
| CN114610372A (zh) * | 2022-02-09 | 2022-06-10 | 阿里云计算有限公司 | 评审文件的处理方法及装置、存储介质、处理器、终端 |
Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2013152667A (ja) * | 2012-01-26 | 2013-08-08 | Mitsubishi Electric Corp | 操作画面の試験シナリオ生成装置、試験シナリオ生成方法およびプログラム |
| US20130332905A1 (en) * | 2012-06-06 | 2013-12-12 | Oracle International Corporation | Test code generation based on test documentation |
| CN107766255A (zh) * | 2017-11-16 | 2018-03-06 | 郑州云海信息技术有限公司 | 基于Cucumber和Testng的WebUI自动化测试方法 |
| CN108874650A (zh) * | 2017-05-09 | 2018-11-23 | 上海秦苍信息科技有限公司 | 一种持续集成自动化测试方法 |
| CN109542764A (zh) * | 2018-10-17 | 2019-03-29 | 平安健康保险股份有限公司 | 网页自动化测试方法、装置、计算机设备和存储介质 |
| CN110442513A (zh) * | 2019-07-08 | 2019-11-12 | 深圳壹账通智能科技有限公司 | 功能测试用例的执行方法、装置、计算机设备和存储介质 |
| CN111143197A (zh) * | 2019-12-05 | 2020-05-12 | 苏州智加科技有限公司 | 自动驾驶的测试用例生成方法、装置、设备及存储介质 |
| WO2020233034A1 (zh) * | 2019-05-21 | 2020-11-26 | 深圳壹账通智能科技有限公司 | 一种页面功能测试方法及相关装置 |
| CN112148607A (zh) * | 2020-09-23 | 2020-12-29 | 北京同邦卓益科技有限公司 | 一种业务场景的接口测试方法和装置 |
| CN112559335A (zh) * | 2020-12-10 | 2021-03-26 | 中信银行股份有限公司 | 测试方法、装置、设备和存储介质 |
-
2021
- 2021-06-24 CN CN202110707549.4A patent/CN113434405B/zh active Active
Patent Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2013152667A (ja) * | 2012-01-26 | 2013-08-08 | Mitsubishi Electric Corp | 操作画面の試験シナリオ生成装置、試験シナリオ生成方法およびプログラム |
| US20130332905A1 (en) * | 2012-06-06 | 2013-12-12 | Oracle International Corporation | Test code generation based on test documentation |
| CN108874650A (zh) * | 2017-05-09 | 2018-11-23 | 上海秦苍信息科技有限公司 | 一种持续集成自动化测试方法 |
| CN107766255A (zh) * | 2017-11-16 | 2018-03-06 | 郑州云海信息技术有限公司 | 基于Cucumber和Testng的WebUI自动化测试方法 |
| CN109542764A (zh) * | 2018-10-17 | 2019-03-29 | 平安健康保险股份有限公司 | 网页自动化测试方法、装置、计算机设备和存储介质 |
| WO2020233034A1 (zh) * | 2019-05-21 | 2020-11-26 | 深圳壹账通智能科技有限公司 | 一种页面功能测试方法及相关装置 |
| CN110442513A (zh) * | 2019-07-08 | 2019-11-12 | 深圳壹账通智能科技有限公司 | 功能测试用例的执行方法、装置、计算机设备和存储介质 |
| CN111143197A (zh) * | 2019-12-05 | 2020-05-12 | 苏州智加科技有限公司 | 自动驾驶的测试用例生成方法、装置、设备及存储介质 |
| CN112148607A (zh) * | 2020-09-23 | 2020-12-29 | 北京同邦卓益科技有限公司 | 一种业务场景的接口测试方法和装置 |
| CN112559335A (zh) * | 2020-12-10 | 2021-03-26 | 中信银行股份有限公司 | 测试方法、装置、设备和存储介质 |
Non-Patent Citations (4)
| Title |
|---|
| IVAN EVGRAFOV: "Analysis of Domain Specific Languages for GUI testing: RSpec and Cucumber for Sikuli", 《JOURNAL OF MULTIDISCIPLINARY ENGINEERING SCIENCE AND TECHNOLOGY (JMEST)》 * |
| JÉSSICA LASCH DE MOURA: "Test case generation from BPMN models for automated testing of Web-based BPM applications", 《2017 17TH INTERNATIONAL CONFERENCE ON COMPUTATIONAL SCIENCE AND ITS APPLICATIONS (ICCSA)》 * |
| 乔宝玥: "百丽优购网站功能测试方案的设计与实现", 《中国优秀硕士学位论文全文数据库 (信息科技辑)》 * |
| 奚水清: "基于UML的组件测试技术研究", 《中国优秀硕士学位论文全文数据库 (信息科技辑)》 * |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114326534A (zh) * | 2022-01-05 | 2022-04-12 | 北京广利核系统工程有限公司 | 用于核电dcs系统间的接口匹配方法、装置、设备和介质 |
| CN114326534B (zh) * | 2022-01-05 | 2023-11-24 | 北京广利核系统工程有限公司 | 用于核电dcs系统间的接口匹配方法、装置、设备和介质 |
| CN114610372A (zh) * | 2022-02-09 | 2022-06-10 | 阿里云计算有限公司 | 评审文件的处理方法及装置、存储介质、处理器、终端 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN113434405B (zh) | 2023-06-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108427646B (zh) | 基于Appium的安卓App自动化测试框架构建方法和装置 | |
| US8924933B2 (en) | Method and system for automated testing of computer applications | |
| CN111459794A (zh) | 通信网络测试方法、装置、计算机设备和存储介质 | |
| CN112241360B (zh) | 一种测试用例生成方法、装置、设备及存储介质 | |
| CN107145437B (zh) | 一种java注解测试方法及装置 | |
| CN111400186A (zh) | 性能测试方法及系统 | |
| CN113434405A (zh) | 测试文件的确定方法及装置、存储介质及电子装置 | |
| CN110188036A (zh) | 一种软件测试方法及装置 | |
| CN111881024A (zh) | 一种接口测试脚本的确定方法、装置、设备及存储介质 | |
| CN113312260B (zh) | 一种接口测试方法、装置、设备及存储介质 | |
| CN107193730A (zh) | 一种自动化的接口测试方法 | |
| CN115454869A (zh) | 界面自动化测试方法、装置、设备及存储介质 | |
| CN112835802A (zh) | 一种设备测试方法、装置、设备及存储介质 | |
| CN115617780A (zh) | 数据导入方法、装置、设备及存储介质 | |
| CN117370203A (zh) | 自动化测试方法、系统、电子设备及存储介质 | |
| CN117931666B (zh) | 一种软件无线电通信设备核心框架测试系统及方法 | |
| CN112131127B (zh) | 接口测试方法、装置、系统及电子设备 | |
| CN111767218B (zh) | 一种用于持续集成的自动化测试方法、设备及存储介质 | |
| CN117376225A (zh) | 通信测试方法及电子设备 | |
| CN117472767A (zh) | 软件接口测试方法、装置、设备及存储介质 | |
| CN109144841B (zh) | 广告应用的识别方法和装置、计算机设备和存储介质 | |
| CN115657981A (zh) | 验证环境中的打印信息的打印等级的设置方法及验证方法 | |
| CN114124769B (zh) | 一种基站测试方法、装置、电子设备及存储介质 | |
| CN113238968A (zh) | 系统测试方法、装置、设备、介质及程序产品 | |
| CN113934552A (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 |