CN117093497B - 测试报告处理方法、装置、电子设备及存储介质 - Google Patents
测试报告处理方法、装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN117093497B CN117093497B CN202311166780.2A CN202311166780A CN117093497B CN 117093497 B CN117093497 B CN 117093497B CN 202311166780 A CN202311166780 A CN 202311166780A CN 117093497 B CN117093497 B CN 117093497B
- Authority
- CN
- China
- Prior art keywords
- test
- report
- test report
- identification
- plan
- 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
- 238000012360 testing method Methods 0.000 title claims abstract description 778
- 238000003672 processing method Methods 0.000 title claims abstract description 46
- 238000013515 script Methods 0.000 claims abstract description 35
- 230000000007 visual effect Effects 0.000 claims abstract description 24
- 238000012545 processing Methods 0.000 claims description 23
- 238000010606 normalization Methods 0.000 claims description 11
- 238000010586 diagram Methods 0.000 claims description 10
- 230000004044 response Effects 0.000 claims description 10
- 238000004590 computer program Methods 0.000 claims description 7
- 238000004458 analytical method Methods 0.000 claims description 6
- 238000000034 method Methods 0.000 abstract description 24
- 230000001149 cognitive effect Effects 0.000 abstract description 9
- 238000007726 management method Methods 0.000 description 19
- 238000004891 communication Methods 0.000 description 8
- 230000008569 process Effects 0.000 description 8
- 230000008676 import Effects 0.000 description 5
- 230000010354 integration Effects 0.000 description 4
- 238000012423 maintenance Methods 0.000 description 4
- 230000002459 sustained effect Effects 0.000 description 3
- 230000001960 triggered effect Effects 0.000 description 3
- 230000009286 beneficial effect Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000002688 persistence Effects 0.000 description 2
- 238000007619 statistical method Methods 0.000 description 2
- XSQUKJJJFZCRTK-NJFSPNSNSA-N UREA C 14 Chemical compound N[14C](N)=O XSQUKJJJFZCRTK-NJFSPNSNSA-N 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 239000003550 marker Substances 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000002085 persistent effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
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/3692—Test management for test results analysis
-
- 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
- Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
- Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
- Y02P90/30—Computing 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)
- Debugging And Monitoring (AREA)
Abstract
本发明提供一种测试报告处理方法、装置、电子设备及存储介质，属于计算机技术领域，所述方法包括：获取通过应用程序接口接收到的测试报告，所述测试报告是测试平台运行自动化测试的脚本代码后生成的；调用思维导图编辑工具，将所述测试报告转换成可视化的思维导图。本发明提供的测试报告处理方法、装置、电子设备及存储介质，通过思维导图的方式，将自动化测试中的测试用例采用节点的方式进行展示，实现了测试用例结构化、条目化的管理，相比于传统的文件文本化的管理，可以降低使用者的认知负荷，更好地理解和维护。
Description
技术领域
本发明涉及计算机技术领域，尤其涉及一种测试报告处理方法、装置、电子设备及存储介质。
背景技术
在运行自动化测试之后，测试结果通常以测试报告文件的形式产出，测试报告由若干的测试套件组成，测试套件中又包含若干的测试用例，测试用例是测试报告中的最小粒度。
这种测试报告文件通常是一个整体，如果想知道其中的任一测试用例是针对哪一条需求进行的测试，需要建立测试用例与需求之间的关联关系。现有的建立关联关系的方式为，使用线下excel表格，将测试脚本拆分成一行行测试用例，再与需求进行对应；或者手动将测试脚本拆分成一条条测试用例，录入到测试用例管理软件中，再与需求建立对应关系。
然而，上述建立关联关系的过程很繁琐，需要同时维护测试脚本和文本化的测试用例，当一方有更改时，维护与另一方的对应关系，容易导致测试效率低下，并且传统的文件文本化的管理，会加重使用者的认知负荷。
发明内容
本发明提供一种测试报告处理方法、装置、电子设备及存储介质，用以解决现有技术中建立测试用例与需求之间的关联关系时，需要同时维护测试脚本和文本化的测试用例，容易导致效率低、使用者的认知负荷加重的缺陷，实现测试用例结构化、条目化的管理，相比于传统的文件文本化的管理，可以降低使用者的认知负荷，更好地理解和维护。
第一方面，本发明提供一种测试报告处理方法，包括：
获取通过应用程序接口API(Application Programming Interface)接收到的测试报告，所述测试报告是测试平台运行自动化测试的脚本代码后生成的；
调用思维导图编辑工具，将所述测试报告转换成可视化的思维导图。
根据本发明提供一种的测试报告处理方法，在所述API的业务逻辑中预先装载有多类型的解析器；
在获取通过应用程序接口API接收到的测试报告之后，利用所述API对所述测试报告进行归一化处理，具体包括：
获取所述测试报告的测试框架类型；
基于所述测试框架类型从多类型的解析器中确定目标解析器，所述多类型的解析器中的不同解析器对应不同的测试框架类型；
利用所述目标解析器提取所述测试报告中的与至少一个目标项相关的测试用例信息；
利用所述测试用例信息，生成归一化后的测试报告；
所述目标项是基于所述归一化后的测试报告的待填充项确定的。
根据本发明提供一种的测试报告处理方法，所述测试用例信息，包括每一测试用例的名称、测试执行结果、测试错误原因中的一项或多项。
根据本发明提供一种的测试报告处理方法，所述调用思维导图编辑工具，将所述测试报告转换成可视化的思维导图，包括：
获取所述测试报告的标识信息，作为所述思维导图的一级节点；
所述标识信息包括所述测试报告的测试时间、标题信息、测试编号信息中的至少一种；
确定至少一个测试套件标识，并将所有所述测试套件标识作为所述一级节点的二级节点；
所述测试套件标识对应的测试套件是基于所述脚本代码确定的，不同所述测试套件的测试类型不同；
针对每个二级节点，确定构成所述测试套件的所有测试用例，并将各测试用例的标识作为所述任一二级节点的三级节点；
每一所述测试用例的标识携带有所述测试用例的测试用例信息。
根据本发明提供一种的测试报告处理方法，若任一测试套件不包含测试用例，则所述任一测试套件的三级节点为空。
根据本发明提供一种的测试报告处理方法，在将所述测试报告转换成可视化的思维导图之后，若接收到新测试报告，则：
接收用户的第一输入，所述第一输入为新建与所述新测试报告对应的思维导图的操作；
响应所述第一输入，将所述新的测试报告，转换成新的思维导图；
接收用户的第二输入，所述第二输入为基于所述新测试报告更新所述思维导图的操作；
响应所述第二输入，获取所述新测试报告对应的所有测试用例的第一标识集合；
将所述第一标识集合与所述测试报告对应的所有测试用例的第二标识集合进行比对，以获取待添加标识；
所述待添加标识为记载在所述第一标识集合内，但未记载在所述第二标识集合中的标识；
在所述思维导图中增加所述待添加标识。
根据本发明提供一种的测试报告处理方法，在利用所述API对所述测试报告进行归一化处理之后，还包括：
根据所述测试报告对应的所有测试用例，创建测试计划；
所述测试计划中的每一测试用例的标识，携带有所述测试用例的所述测试用例信息。
根据本发明提供一种的测试报告处理方法，在创建所述测试计划之后，还包括：
基于所有测试用例的所述测试用例信息，获取对所述测试报告的测试分析结果。
根据本发明提供一种的测试报告处理方法，在创建测试计划之后，若接收到新测试报告，则：
接收第三输入，所述第三输入为创建与所述新测试报告对应的测试计划的操作；
响应所述第三输入，根据所述新测试报告，创建新测试计划；
接收第四输入，所述第四输入为基于所述新测试报告更新所述测试计划的操作；
响应所述第四输入，获取所述新测试报告对应的所有测试用例的第一标识集合；
将所述第一标识集合与所述测试报告对应的所有测试用例的第二标识集合进行比对，以获取待添加标识；
所述待添加标识为记载在所述第一标识集合内，但未记载在所述第二标识集合中的标识；
在所述测试计划中增加所述待添加标识对应的测试用例。
根据本发明提供一种的测试报告处理方法，还包括：
利用所述第一标识集合内除所述待添加标识外的其他标识，更新所述测试计划。
第二方面，本发明还提供一种测试报告处理装置，包括：
数据接收单元，用于获取通过应用程序接口API接收到的测试报告，所述测试报告是测试平台运行自动化测试的脚本代码后生成的；
数据处理单元，用于调用思维导图编辑工具，将所述测试报告转换成可视化的思维导图。
第三方面，本发明还提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上述任一种所述测试报告处理方法的步骤。
第四方面，本发明还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上述任一种所述测试报告处理方法的步骤。
本发明提供的测试报告处理方法、装置、电子设备及存储介质，首先获取通过应用程序接口接收到的测试报告，该测试报告是测试平台运行自动化测试的脚本代码后生成的，再调用思维导图编辑工具，将测试报告转换成可视化的思维导图，从而通过思维导图的方式，将自动化测试中的测试用例采用节点的方式进行展示，实现了测试用例结构化、条目化的管理，相比于传统的文件文本化的管理，可以降低使用者的认知负荷，更好地理解和维护。
附图说明
为了更清楚地说明本发明或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明提供的测试报告处理方法的流程示意图之一；
图2是本发明提供的测试报告处理方法的统一化处理流程示意图；
图3是本发明提供的测试报告处理方法的流程示意图之二；
图4是本发明提供的测试报告处理方法的思维导图示意图；
图5是本发明提供的测试报告处理方法的流程示意图之三；
图6是本发明实施例提供的测试报告处理方法的在已指定fileKey情况下测试用例导入的流程示意图；
图7是本发明提供的测试报告处理装置的结构示意图；
图8是本发明提供的电子设备的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合本发明中的附图，对本发明中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
需要说明的是，在本发明实施例的描述中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。术语“上”、“下”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本发明中的具体含义。
本申请中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。
下面结合图1-图8描述本发明实施例所提供的测试报告处理方法、装置、电子设备及存储介质。
图1是本发明提供的测试报告处理方法的流程示意图之一，如图1所示，包括但不限于以下步骤：
步骤101，获取通过应用程序接口API接收到的测试报告，所述测试报告是测试平台运行自动化测试的脚本代码后生成的。
在自动化测试场景下，开发人员可以基于现有的自动化测试框架编写自动化测试的脚本代码。自动化测试可以被开发人员手动触发运行，也可以采用一些CI/CD(持续集成(Continuous Integration)和持续交付(Continuous Delivery)或持续部署(ContinuousDeployment)的联合实践)工具和自动化脚本自动触发运行，在测试平台运行自动化测试的脚本代码后，可以生成测试报告。
本发明实施例提供的测试报告处理方法的执行主体可以是服务器、计算机设备，例如手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本或者个人数字助理(personaldigital assistant，PDA)等。以服务器为示例，服务器可以自动将测试报告上传至软件研发管理平台，并且获取通过应用程序接口API接收生成的测试报告，调用思维导图编辑工具，将测试报告转换成可视化的思维导图。
步骤102，调用思维导图编辑工具，将所述测试报告转换成可视化的思维导图。
自动化测试的脚本代码是基于自动化测试框架编写得到的，运行该自动化测试的脚本代码可以产生带有数据结构的测试报告。服务器可以基于该数据结构，调用思维导图编辑工具，将测试报告转换成可视化的思维导图。
在本发明实施例中，首先获取通过应用程序接口接收到的测试报告，该测试报告是测试平台运行自动化测试的脚本代码后生成的，再调用思维导图编辑工具，将测试报告转换成可视化的思维导图，从而通过思维导图的方式，将自动化测试中的测试用例采用节点的方式进行展示，实现了测试用例结构化、条目化的管理，相比于传统的文件文本化的管理，可以降低使用者的认知负荷，更好地理解和维护。
另外，在运行自动化测试之后，测试结果通常以测试报告文件的形式产出，这种测试报告文件是一个整体，如果想知道其中的任一测试用例是针对哪一条需求进行的测试，需要建立测试用例与需求之间的关联关系。现有的建立关联关系的方式为，使用线下excel表格，将测试脚本拆分成一行行测试用例，再与需求进行对应；或者手动将测试脚本拆分成一条条测试用例，录入到测试用例管理软件中，再与需求建立对应关系。
然而，上述建立关联关系的过程很繁琐，需要同时维护测试脚本和文本化的测试用例，当一方有更改时，维护与另一方的对应关系，容易导致测试效率低下。
针对上述问题，在本发明实施例中，在运行自动化测试后，可以自动将测试报告上传至平台，并以思维导图结构化的方式创建出一系列测试用例节点，实现测试用例的结构化、统一化、持久化管理，在测试用例条目化之后，有利于在平台中进一步与需求建立关联，从而提高测试效率。
在一种可选的实施例中，在所述API的业务逻辑中预先装载有多类型的解析器；在获取通过应用程序接口API接收到的测试报告之后，利用所述API对所述测试报告进行归一化处理，具体包括：获取所述测试报告的测试框架类型；基于所述测试框架类型从多类型的解析器中确定目标解析器，所述多类型的解析器中的不同解析器对应不同的测试框架类型；利用所述目标解析器提取所述测试报告中的与至少一个目标项相关的测试用例信息；利用所述测试用例信息，生成归一化后的测试报告；所述目标项是基于所述归一化后的测试报告的待填充项确定的。
图2是本发明提供的测试报告处理方法的统一化处理流程示意图。参照图2，触发自动化测试运行完成之后，自动化测试框架可以产生框架特定数据格式的测试报告，不同的测试框架所产生的测试报告的数据格式不同。通过开放一个API，可以用于接收用户上传的自动化测试报告，在获取到通过API接收到的测试报告之后，可以利用API对不同数据格式的测试报告进行数据格式归一化处理，将不同测试框架产生的不同数据格式的测试报告转化成统一的数据格式。
具体的，在API的业务逻辑中可以预先定义多类型的解析器，针对用户上传的框架特定数据格式的测试报告，首先可以获取测试报告的测试框架类型，从多类型的解析器中匹配与该测试框架类型对应的目标解析器。其中，多类型的解析器中可以包括多种测试框架类型的解析器，例如Junit测试报告解析器、Pytest测试报告解析器、Golang测试报告解析器等等。
利用目标解析器可以对测试报告的内容进行解析，提取归一化所需的数据，将归一化所需的数据封装成与框架特定数据格式无关的统一化数据格式，生成归一化后的测试报告。具体的，所需的归一化后的测试报告中可以包括至少一个待填充项，在归一化处理过程中，可以基于待填充项确定目标项，利用目标解析器从上传的测试报告中提取与至少一个目标项相关的测试用例信息，再利用测试用例信息生成归一化后的测试报告。
在本发明实施例中，通过在API的业务逻辑中预先装载多类型的解析器，利用API对不同数据格式的测试报告进行数据格式归一化处理，可以兼容多种类型的自动化测试框架。
本发明实施例基于API实现，可以整合CI/CD、本地运行、自动化脚本运行等多种自动化测试运行场景。
在一种可选的实施例中，所述测试用例信息，包括每一测试用例的名称、测试执行结果、测试错误原因中的一项或多项。
例如，假设目标项为测试用例的名称项、测试执行结果项和测试错误原因项，则可以提取测试报告中与测试用例的名称项相关的测试用例信息“检查添加的校验器职位参数”(即测试用例的名称)、与测试执行结果项相关的测试用例信息“检查不通过”(即测试执行结果)、与测试错误原因项相关的测试用例信息“添加的校验器职位参数为空”(即测试错误原因项)。
在一种可选的实施例中，在所述生成归一化后的测试报告之后，可以将所述归一化后的测试报告保存至数据库。
在现有技术中，每一次运行自动化测试产出的测试报告文件都是独立的、临时的。在本发明实施例中，在生成归一化后的测试报告之后，通过将归一化后的测试报告保存至数据库，可以实现自动化测试报告数据的持久化管理，让自动化测试用例运行的历史能持久化保存，便于回溯。
图3是本发明提供的测试报告处理方法的流程示意图之二。参照图3，CI/CD是持续集成(Continuous Integration)和持续交付(Continuous Delivery)或持续部署(Continuous Deployment)的联合实践。CI/CD通过对构建(building)、测试和部署的自动化，在开发和运营(operations)之间建起桥梁。Pipeline是计算机用语，是线性通信模型，可视作流水线。
开发人员基于现有的自动化测试框架编写完自动化测试的脚本代码之后，可以进行一系列的自动化测试。自动化测试通常可以被开发者手动触发运行或者通过一些CI/CD工具和自动化脚本来自动被触发。触发自动化测试运行完成之后，自动化测试框架就会产生框架特定格式的测试报告文件，将API Secret、Projectld、测试文件key(可选)、TestPlan(可选)、File Type(可选)进行上传。通过开放API，思维导图编辑工具可以接收上传的自动化测试报告文件，对测试报告中的测试用例进行解析，整合解析结果，并将结果存在数据库中。
在一种可选的实施例中，所述调用思维导图编辑工具，将所述测试报告转换成可视化的思维导图，包括：获取所述测试报告的标识信息，作为所述思维导图的一级节点；所述标识信息包括所述测试报告的测试时间、标题信息、测试编号信息中的至少一种；确定至少一个测试套件标识，并将所有所述测试套件标识作为所述一级节点的二级节点；所述测试套件标识对应的测试套件是基于所述脚本代码确定的，不同所述测试套件的测试类型不同；针对每个二级节点，确定构成所述测试套件的所有测试用例，并将各测试用例的标识作为所述任一二级节点的三级节点；每一所述测试用例的标识携带有所述测试用例的测试用例信息。
可以首先获取测试报告的标识信息，作为思维导图的一级节点，可以标识信息包括测试报告的测试时间、标题信息、测试编号信息中的至少一种。例如，假设测试报告的测试时间为“2023-05-07 17:33:27”，标题信息为“测试用例自动导入”，可以将“2023-05-0717:33:27”和“测试用例自动导入”共同作为思维导图的一级节点的节点内容。
测试报告中的测试套件可以是基于自动化测试的脚本代码确定的，不同测试套件的测试类型不同。其中，测试类型可以包括测试对象、测试目的等等。
测试套件标识可以是指在思维导图中展示的测试套件对应的图形标记。可以基于测试报告中的至少一个测试套件，确定对应的测试套件标识，将所有测试套件标识作为思维导图中一级节点的二级节点。
测试用例的标识可以是指在思维导图中展示的测试用例对应的图形标记。测试报告中的每个测试套件可以包括至少一个测试用例，针对每个测试套件二级节点，可以从测试报告中确定构成各个测试套件的所有测试用例，并将对应同一测试套件的所有测试用例的标识作为该测试套件二级节点的三级节点。其中，每个测试用例的标识可以携带有对应测试用例的测试用例信息。
在本发明实施例中，在将测试报告转换成可视化的思维导图后，可以通过各级节点对测试报告的标识信息、测试报告的各测试套件、各测试套件中的测试用例、各测试用例的测试用例信息进行思维导图结构化、条目化展示，从而摆脱自动化测试用例文件化的管理方式，实现测试用例条目化、图形化管理。
在传统的方案中，测试脚本运行完之后，需要手动将测试结果与转化后的测试用例作对应，填写测试结果；如果测试脚本运行失败，失败的日志信息，需要手动填写到测试用例对应的测试结果中。针对上述问题，在本发明实施例中，通过建立思维导图的各级节点，各测试用例的测试用例信息可以实现结构化、条目化展示，从而自动将各测试用例的测试结果与各测试用例进行对应，无需手动填写，从而提高测试效率。
在一种可选的实施例中，若任一测试套件不包含测试用例，则任一测试套件的三级节点为空。
如果测试报告中的某个测试套件不包含测试用例，则在生成思维导图时，可以将该测试套件的三级节点设置为空。
图4是本发明提供的测试报告处理方法的思维导图示意图。参照图4，“测试用例自动导入2023-05-04 17:33:27为思维导图的一级节点。上传的测试报告中可以包括“VmodelProcessEnumsTest”、“GiteeConfigServiceTest”和“StatusBarrierValidatorTest”三个测试套件，可以将这三个测试套件标识作为思维导图中一级节点的二级节点。针对“VmodelProcessEnumsTest”的二级节点，构成该测试套件的测试用例为一个，可以将该测试用例的标识作为该二级节点的三级节点，显示该测试用例的标识携带的测试用例信息“获取SYS2的目标途径”。针对“GiteeConfigServiceTest”的二级节点，该测试套件中不包含测试用例，则该测试套件的三级节点为空。针对“StatusBarrierValidatorTest”的二级节点，构成该测试套件的测试用例为三个，可以将测试用例的标识作为该二级节点的三级节点，显示测试用例的标识携带的测试用例信息“当节点的所有子节点未到达指定状态时校验工作流失败”、“当节点的所有子节点都到达指定状态时校验工作流通过”、“当StatusBarrierValidator的参数为空时添加校验器则失败”。
在一种可选的实施例中，在将所述测试报告转换成可视化的思维导图之后，若接收到新测试报告，则：接收用户的第一输入，所述第一输入为新建与所述新测试报告对应的思维导图的操作；响应所述第一输入，将所述新的测试报告，转换成新的思维导图；接收用户的第二输入，所述第二输入为基于所述新测试报告更新所述思维导图的操作；响应所述第二输入，获取所述新测试报告对应的所有测试用例的第一标识集合；将所述第一标识集合与所述测试报告对应的所有测试用例的第二标识集合进行比对，以获取待添加标识；所述待添加标识为记载在所述第一标识集合内，但未记载在所述第二标识集合中的标识；在所述思维导图中增加所述待添加标识。
对于多次重复上传测试报告的情况，用户可以选择新建一个思维导图，服务器可以针对本次上传的新测试报告新建一个思维导图文件，并且新建的思维导图和之前上传测试报告时所创建的思维导图没有关联。
具体的，将之前上传的测试报告转换成可视化的思维导图后，在接收到新测试报告时，若接收到用户新建与新测试报告对应的思维导图的操作，可以响应该思维导图新建操作，将新的测试报告转换成新的思维导图。
对于多次重复上传测试报告的情况，若用户选择在现有的思维导图上更新，则可以基于测试用例的名称，将本次上传的测试报告中的测试用例和已存在的测试用例进行匹配，若已存在同名的测试用例，则不在现有的思维导图中创建该测试用例；若不存在同名的测试用例，则在现有的思维导图中增量创建该测试用例。
具体的，将之前上传的测试报告转换成可视化的思维导图后，在接收到新测试报告时，若接收到用户基于新测试报告更新思维导图的操作，可以响应该思维导图更新操作，获取新测试报告对应的所有测试用例的第一标识集合，将该标识集合与之前测试报告对应的所有测试用例的第一标识集合进行比对，将记载在第一标识集合内但未记载在第二标识集合内的标识(即之前思维导图中没有添加的标识)，作为待添加标识，并在之前转换得到的思维导图中增加待添加标识。
在一种可选的实施例中，在利用所述API对所述测试报告进行归一化处理之后，还包括：根据所述测试报告对应的所有测试用例，创建测试计划；所述测试计划中的每一测试用例的标识，携带有所述测试用例的所述测试用例信息。
在将测试报告通过API上传至平台之后，可以将测试报告解析成统一化的数据格式。随后，可以基于测试报告中的所有测试用例创建一个测试计划，创建出来的测试计划可以自动包含该测试报告中的所有测试用例，测试计划中的每个测试用例的标识可以携带有测试用例的测试用例信息，即在创建测试计划的同时可以同步每一个测试用例的测试结果、失败原因等测试用例信息。
在传统的软件研发管理平台中，通常需要用户手动来创建测试计划以及其中的测试用例。在这种情况下，不仅测试计划和测试用例的创建是手动进行的，包括后续测试计划的开始和结束，测试用例的执行过程、变更追踪都是需要用户手动进行，从而导致效率低下。
在本发明实施例中，运行自动化测试之后，通过将测试用例自动添加至测试计划，并根据测试报告结果自动执行测试计划中的测试用例，可以实现测试用例和测试计划的关联，实现自动化测试运行历史化、版本化的管理，有利于对本次运行的情况进行追踪和分析统计，省去了人力去维护该类结果状态的工作。
在一种可选的实施例中，在创建所述测试计划之后，还包括：基于所有测试用例的所述测试用例信息，获取对所述测试报告的测试分析结果。
在创建测试计划后，可以基于测试计划内部已有的所有测试用例的测试用例信息，对测试情况进行统计分析，从而得到对测试报告的测试分析结果。
在本发明实施例中，通过创建测试计划，将测试用例纳入测试计划中，不仅可以实现自动化测试运行历史化、版本化的管理，还可以对测试情况进行统计分析，从而实现对自动化测试的结果采集和分析。
本发明实施例通过对自动化测试用例进行统计分析，可以使得测试用例的执行结果、情况、趋势一目了然，有利于帮助开发人员了解当前软件的开发整体质量、定位低质量的功能模块、找到软件优化的方向。
在一种可选的实施例中，在创建测试计划之后，若接收到新测试报告，则：接收第三输入，所述第三输入为创建与所述新测试报告对应的测试计划的操作；响应所述第三输入，根据所述新测试报告，创建新测试计划；接收第四输入，所述第四输入为基于所述新测试报告更新所述测试计划的操作；响应所述第四输入，获取所述新测试报告对应的所有测试用例的第一标识集合；将所述第一标识集合与所述测试报告对应的所有测试用例的第二标识集合进行比对，以获取待添加标识；所述待添加标识为记载在所述第一标识集合内，但未记载在所述第二标识集合中的标识；在所述测试计划中增加所述待添加标识对应的测试用例。
对于多次重复上传测试报告的情况，用户可以选择新建一个测试计划，可以针对本次上传的新测试报告新建一个测试计划，并且新建的测试计划和之前上传测试报告时所创建的测试计划没有关联。
具体的，创建测试计划后，在接收到新测试报告时，若接收到创建与新测试报告对应的测试计划的操作，可以响应该测试计划创建操作，根据新测试报告创建新测试计划。
对于多次重复上传测试报告的情况，用户可以选择在现有的测试计划上更新，则可以将本次上传的测试报告中的测试用例和已存在的测试用例进行匹配，若测试用例未存在，则可以根据实际情况添加至测试计划中。
具体的，创建测试计划后，在接收到新测试报告时，若接收到基于新测试报告更新测试计划的操作，可以响应该测试计划更新操作，获取新测试报告对应的所有测试用例的第一标识集合，将该第一标识集合与之前测试报告对应的所有测试用例的第二标识集合进行比对，将记载在第一标识集合内但未记载在第二标识集合内的标识(即之前没有添加的标识)，作为待添加标识，并在之前的测试计划中增加待添加标识对应的测试用例。
在一种可选的实施例中，还包括：利用所述第一标识集合内除所述待添加标识外的其他标识，更新所述测试计划。
将本次上传的测试报告中的测试用例和已存在的测试用例进行匹配后，若测试用例已存在，则可以用该测试用例本次运行的结果覆盖之前的结果。具体的，可以利用第一标识集合内除待添加标识外的其他标识，即既记载在第一标识集合内又记载在第二标识集合内的标识，更新测试计划。
作为一种示例，本发明实施例提供的测试报告处理方法的流程对应的API具体参数和业务逻辑规则可以如下：
(1)测试用例自动导入及结果回填
POST
file-manage-service/mso/{projectId}/testCases/sync/testReport
(2)路由参数
projectId：项目id
(3)请求参数(content-type:multipart/form-data)：
需要说明的是，将导入的测试用例同步至指定的测试计划中，可以分为以下两种情况：
(1)将新增的测试用例添加至测试计划(若指定的测试计划状态为已结束，则无法将新增的测试用例添加至测试计划)。
(2)更新测试计划中已有的测试用例状态。
在本发明实施例中，首先获取通过应用程序接口接收到的测试报告，该测试报告是测试平台运行自动化测试的脚本代码后生成的，再调用思维导图编辑工具，将测试报告转换成可视化的思维导图，从而通过思维导图的方式，将自动化测试中的测试用例采用节点的方式进行展示，实现了测试用例结构化、条目化的管理，相比于传统的文件文本化的管理，可以降低使用者的认知负荷，更好地理解和维护。
图5是本发明提供的测试报告处理方法的流程示意图之三。参照图5，上传测试报告之后，可以对测试报告中的测试用例名称进行去重处理，判断是否有指定fileKey(即思维导图标识)。若有指定fileKey，则获取指定fileKey的思维导图文件(以下称文件)，则为新增的测试用例创建节点从而实现数据更新(支持测试用例和已存在节点之间的映射)；若没有指定fileKey，则新建测试文件，基于测试报告中的测试用例数量，创建测试用例节点。
在创建测试用例节点后，判断是否指定测试计划；若指定测试计划则判断测试计划是否存在。
若测试计划存在则判断测试计划是否结束。若测试计划已结束，则重新执行测试计划，并更新测试用例状态和结果，流程结束；若测试计划未结束，则将本次测试报告中涉及到的测试用例添加至测试计划(若已添加则忽略)，并更新测试用例状态和结果，流程结束。
若没有指定测试计划，或者测试计划不存在，则新建测试计划，将本地测试报告涉及到的所有测试用例添加至测试计划，执行测试计划并更新测试用例状态和结果，流程结束。
图6是本发明实施例提供的测试报告处理方法的在已指定fileKey情况下测试用例导入的流程示意图。参照图6，针对同一个测试用例思维导图文件重复导入的情况，在接收到测试报告后，可以判断是否存在指定fileKey的测试用例文件，若不存在指定fileKey的测试用例文件，则流程结束。
若存在指定fileKey的测试用例文件，则遍历测试报告中所有的测试用例，判断是否能拿到同名的已存在的测试用例节点。若可以拿到同名的已存在的测试用例节点，则更新测试用例节点信息，流程结束。若不能拿到同名的已存在的测试用例节点，则判断测试用例的同名suite节点是否存在。若测试用例的同名suite节点存在，则在同名的suite节点下新建测试用例节点，流出结束；若测试用例的同名suite节点不存在，则在suite节点下创建测试用例节点，流程结束。
下面对本发明提供的测试报告处理装置进行描述，下文描述的测试报告处理装置与上文描述的测试报告处理方法可相互对应参照。
图7是本发明提供的测试报告处理装置的结构示意图。参照图7，本发明提供一种测试报告处理装置，所述装置具体可以包括如下单元：
数据接收单元701，用于获取通过应用程序接口API接收到的测试报告，所述测试报告是测试平台运行自动化测试的脚本代码后生成的；
数据处理单元702，用于调用思维导图编辑工具，将所述测试报告转换成可视化的思维导图。
在本发明实施例中，首先获取通过应用程序接口接收到的测试报告，该测试报告是测试平台运行自动化测试的脚本代码后生成的，再调用思维导图编辑工具，将测试报告转换成可视化的思维导图，从而通过思维导图的方式，将自动化测试中的测试用例采用节点的方式进行展示，实现了测试用例结构化、条目化的管理，相比于传统的文件文本化的管理，可以降低使用者的认知负荷，更好地理解和维护。
需要说明的是，本发明实施例提供的测试报告处理装置，在具体运行时，可以执行上述任一实施例所述的测试报告处理方法，对此本实施例不作赘述。
图8是本发明提供的电子设备的结构示意图，如图#所示，该电子设备可以包括：处理器(processor)810、通信接口(Communications Interface)820、存储器(memory)830和通信总线840，其中，处理器810，通信接口820，存储器830通过通信总线840完成相互间的通信。处理器810可以调用存储器830中的逻辑指令，以执行测试报告处理方法，该方法包括：
获取通过应用程序接口API接收到的测试报告，所述测试报告是测试平台运行自动化测试的脚本代码后生成的；
调用思维导图编辑工具，将所述测试报告转换成可视化的思维导图。
此外，上述的存储器830中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
又一方面，本发明还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各实施例提供的测试报告处理方法，该方法包括：
获取通过应用程序接口API接收到的测试报告，所述测试报告是测试平台运行自动化测试的脚本代码后生成的；
调用思维导图编辑工具，将所述测试报告转换成可视化的思维导图。
以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (9)
1.一种测试报告处理方法，其特征在于，包括：
获取通过应用程序接口API接收到的测试报告，所述测试报告是测试平台运行自动化测试的脚本代码后生成的；
调用思维导图编辑工具，将所述测试报告转换成可视化的思维导图，以建立所述测试报告中的测试用例与需求之间的关联关系；
其中，所述调用思维导图编辑工具，将所述测试报告转换成可视化的思维导图，包括：
获取所述测试报告的标识信息，作为所述思维导图的一级节点；
所述标识信息包括所述测试报告的测试时间、标题信息、测试编号信息中的至少一种；
确定至少一个测试套件标识，并将所有所述测试套件标识作为所述一级节点的二级节点；
所述测试套件标识对应的测试套件是基于所述脚本代码确定的，不同所述测试套件的测试类型不同；
针对每个二级节点，确定构成所述测试套件的所有测试用例，并将各测试用例的标识作为任一所述二级节点的三级节点；
每一所述测试用例的标识携带有所述测试用例的测试用例信息；
其中，在所述API的业务逻辑中预先装载有多类型的解析器；
在获取通过应用程序接口API接收到的测试报告之后，利用所述API对所述测试报告进行归一化处理，具体包括：
获取所述测试报告的测试框架类型；
基于所述测试框架类型从多类型的解析器中确定目标解析器，所述多类型的解析器中的不同解析器对应不同的测试框架类型；
利用所述目标解析器提取所述测试报告中的与至少一个目标项相关的测试用例信息；
利用所述测试用例信息，生成归一化后的测试报告；
所述目标项是基于所述归一化后的测试报告的待填充项确定的；
其中，在利用所述API对所述测试报告进行归一化处理之后，还包括：
根据所述测试报告对应的所有测试用例，创建测试计划；
所述测试计划中的每一测试用例的标识，携带有所述测试用例的所述测试用例信息；
其中，在创建测试计划之后，若接收到新测试报告，则：
接收第三输入，所述第三输入为创建与所述新测试报告对应的测试计划的操作；
响应所述第三输入，根据所述新测试报告，创建新测试计划；
接收第四输入，所述第四输入为基于所述新测试报告更新所述测试计划的操作；
响应所述第四输入，获取所述新测试报告对应的所有测试用例的第一标识集合；
将所述第一标识集合与所述测试报告对应的所有测试用例的第二标识集合进行比对，以获取待添加标识；
所述待添加标识为记载在所述第一标识集合内，但未记载在所述第二标识集合中的标识；
在所述测试计划中增加所述待添加标识对应的测试用例。
2.根据权利要求1所述的测试报告处理方法，其特征在于，所述测试用例信息，包括每一测试用例的名称、测试执行结果、测试错误原因中的一项或多项。
3.根据权利要求1所述的测试报告处理方法，其特征在于，若任一测试套件不包含测试用例，则所述任一测试套件的三级节点为空。
4.根据权利要求1所述的测试报告处理方法，其特征在于，在将所述测试报告转换成可视化的思维导图之后，若接收到新测试报告，则：
接收用户的第一输入，所述第一输入为新建与所述新测试报告对应的思维导图的操作；
响应所述第一输入，将所述新的测试报告，转换成新的思维导图；
接收用户的第二输入，所述第二输入为基于所述新测试报告更新所述思维导图的操作；
响应所述第二输入，获取所述新测试报告对应的所有测试用例的第一标识集合；
将所述第一标识集合与所述测试报告对应的所有测试用例的第二标识集合进行比对，以获取待添加标识；
所述待添加标识为记载在所述第一标识集合内，但未记载在所述第二标识集合中的标识；
在所述思维导图中增加所述待添加标识。
5.根据权利要求1所述的测试报告处理方法，其特征在于，在创建所述测试计划之后，还包括：
基于所有测试用例的所述测试用例信息，获取对所述测试报告的测试分析结果。
6.根据权利要求1所述的测试报告处理方法，其特征在于，还包括：
利用所述第一标识集合内除所述待添加标识外的其他标识，更新所述测试计划。
7.一种测试报告处理装置，其特征在于，包括：
数据接收单元，用于获取通过应用程序接口API接收到的测试报告，所述测试报告是测试平台运行自动化测试的脚本代码后生成的；
数据处理单元，用于调用思维导图编辑工具，将所述测试报告转换成可视化的思维导图，以建立所述测试报告中的测试用例与需求之间的关联关系；
其中，所述数据处理单元，具体用于：
获取所述测试报告的标识信息，作为所述思维导图的一级节点；
所述标识信息包括所述测试报告的测试时间、标题信息、测试编号信息中的至少一种；
确定至少一个测试套件标识，并将所有所述测试套件标识作为所述一级节点的二级节点；
所述测试套件标识对应的测试套件是基于所述脚本代码确定的，不同所述测试套件的测试类型不同；
针对每个二级节点，确定构成所述测试套件的所有测试用例，并将各测试用例的标识作为任一所述二级节点的三级节点；
每一所述测试用例的标识携带有所述测试用例的测试用例信息；
其中，在所述API的业务逻辑中预先装载有多类型的解析器；
所述数据接收单元，还用于在获取通过应用程序接口API接收到的测试报告之后，利用所述API对所述测试报告进行归一化处理，具体用于：
获取所述测试报告的测试框架类型；
基于所述测试框架类型从多类型的解析器中确定目标解析器，所述多类型的解析器中的不同解析器对应不同的测试框架类型；
利用所述目标解析器提取所述测试报告中的与至少一个目标项相关的测试用例信息；
利用所述测试用例信息，生成归一化后的测试报告；
所述目标项是基于所述归一化后的测试报告的待填充项确定的；
其中，在利用所述API对所述测试报告进行归一化处理之后，所述数据接收单元还用于：
根据所述测试报告对应的所有测试用例，创建测试计划；
所述测试计划中的每一测试用例的标识，携带有所述测试用例的所述测试用例信息；
其中，在创建测试计划之后，若接收到新测试报告，所述数据接收单元用于：
接收第三输入，所述第三输入为创建与所述新测试报告对应的测试计划的操作；
响应所述第三输入，根据所述新测试报告，创建新测试计划；
接收第四输入，所述第四输入为基于所述新测试报告更新所述测试计划的操作；
响应所述第四输入，获取所述新测试报告对应的所有测试用例的第一标识集合；
将所述第一标识集合与所述测试报告对应的所有测试用例的第二标识集合进行比对，以获取待添加标识；
所述待添加标识为记载在所述第一标识集合内，但未记载在所述第二标识集合中的标识；
在所述测试计划中增加所述待添加标识对应的测试用例。
8.一种电子设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至6任一项所述测试报告处理方法的步骤。
9.一种非暂态计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至6任一项所述测试报告处理方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202311166780.2A CN117093497B (zh) | 2023-09-11 | 2023-09-11 | 测试报告处理方法、装置、电子设备及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202311166780.2A CN117093497B (zh) | 2023-09-11 | 2023-09-11 | 测试报告处理方法、装置、电子设备及存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN117093497A CN117093497A (zh) | 2023-11-21 |
| CN117093497B true CN117093497B (zh) | 2024-05-07 |
Family
ID=88771693
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202311166780.2A Active CN117093497B (zh) | 2023-09-11 | 2023-09-11 | 测试报告处理方法、装置、电子设备及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN117093497B (zh) |
Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108984208A (zh) * | 2018-06-26 | 2018-12-11 | 中国银行股份有限公司 | 一种功能文件生成方法、装置及系统 |
| CN111090591A (zh) * | 2019-12-23 | 2020-05-01 | 贵州医渡云技术有限公司 | 测试方法及装置、电子设备和计算机可读存储介质 |
| CN111104317A (zh) * | 2019-12-09 | 2020-05-05 | 紫光云(南京)数字技术有限公司 | 一种实现测试用例高效编辑和执行管理的方法 |
| CN111625460A (zh) * | 2020-05-27 | 2020-09-04 | 携程旅游网络技术（上海）有限公司 | 接口自动化测试的方法、系统、电子设备和存储介质 |
| CN111881037A (zh) * | 2020-07-23 | 2020-11-03 | 云账户技术(天津)有限公司 | 测试用例的管理方法、装置和电子设备 |
| CN111881036A (zh) * | 2020-07-23 | 2020-11-03 | 云账户技术(天津)有限公司 | 测试用例的管理方法、装置和电子设备 |
| CN113190443A (zh) * | 2021-04-28 | 2021-07-30 | 南京航空航天大学 | 测试方法、装置、计算机设备和存储介质 |
| CN115495374A (zh) * | 2022-10-09 | 2022-12-20 | 中国农业银行股份有限公司 | 一种测试资产管理的方法和装置 |
| CN116089259A (zh) * | 2022-11-07 | 2023-05-09 | 平安银行股份有限公司 | 基于思维导图的测试用例在线处理方法、系统及设备 |
| CN116225902A (zh) * | 2022-12-26 | 2023-06-06 | 北京航天云路有限公司 | 生成测试用例的方法、装置及设备 |
| CN116401407A (zh) * | 2023-03-07 | 2023-07-07 | 苏州云体科技有限公司 | 思维导图的节点属性配置方法、装置、设备和存储介质 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110389889A (zh) * | 2018-04-20 | 2019-10-29 | 伊姆西Ip控股有限责任公司 | 用于测试用例的可视化的方法、设备和计算机可读存储介质 |
-
2023
- 2023-09-11 CN CN202311166780.2A patent/CN117093497B/zh active Active
Patent Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108984208A (zh) * | 2018-06-26 | 2018-12-11 | 中国银行股份有限公司 | 一种功能文件生成方法、装置及系统 |
| CN111104317A (zh) * | 2019-12-09 | 2020-05-05 | 紫光云(南京)数字技术有限公司 | 一种实现测试用例高效编辑和执行管理的方法 |
| CN111090591A (zh) * | 2019-12-23 | 2020-05-01 | 贵州医渡云技术有限公司 | 测试方法及装置、电子设备和计算机可读存储介质 |
| CN111625460A (zh) * | 2020-05-27 | 2020-09-04 | 携程旅游网络技术（上海）有限公司 | 接口自动化测试的方法、系统、电子设备和存储介质 |
| CN111881037A (zh) * | 2020-07-23 | 2020-11-03 | 云账户技术(天津)有限公司 | 测试用例的管理方法、装置和电子设备 |
| CN111881036A (zh) * | 2020-07-23 | 2020-11-03 | 云账户技术(天津)有限公司 | 测试用例的管理方法、装置和电子设备 |
| CN113190443A (zh) * | 2021-04-28 | 2021-07-30 | 南京航空航天大学 | 测试方法、装置、计算机设备和存储介质 |
| CN115495374A (zh) * | 2022-10-09 | 2022-12-20 | 中国农业银行股份有限公司 | 一种测试资产管理的方法和装置 |
| CN116089259A (zh) * | 2022-11-07 | 2023-05-09 | 平安银行股份有限公司 | 基于思维导图的测试用例在线处理方法、系统及设备 |
| CN116225902A (zh) * | 2022-12-26 | 2023-06-06 | 北京航天云路有限公司 | 生成测试用例的方法、装置及设备 |
| CN116401407A (zh) * | 2023-03-07 | 2023-07-07 | 苏州云体科技有限公司 | 思维导图的节点属性配置方法、装置、设备和存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN117093497A (zh) | 2023-11-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107992409B (zh) | 测试用例生成方法、装置、计算机设备和存储介质 | |
| CN111177176B (zh) | 数据检测方法、装置及存储介质 | |
| CN109726105B (zh) | 测试数据构造方法、装置、设备及存储介质 | |
| CN112506807B (zh) | 服务于多系统的接口自动化测试系统 | |
| CN109684847B (zh) | 脚本漏洞的自动修复方法、装置、设备及存储介质 | |
| CN110297760A (zh) | 测试数据的构造方法、装置、设备及计算机可读存储介质 | |
| CN111522741A (zh) | 接口测试代码生成方法、装置、电子设备及可读存储介质 | |
| CN112836018A (zh) | 应急预案的处理方法及装置 | |
| CN113505078B (zh) | 配置文件更新方法、装置、设备及存储介质 | |
| CN109587351B (zh) | 一种呼叫测试方法、装置、设备及存储介质 | |
| CN114185791A (zh) | 一种数据映射文件的测试方法、装置、设备及存储介质 | |
| CN113312260A (zh) | 一种接口测试方法、装置、设备及存储介质 | |
| CN117093497B (zh) | 测试报告处理方法、装置、电子设备及存储介质 | |
| CN113312258A (zh) | 一种接口测试方法、装置、设备及存储介质 | |
| CN117290236A (zh) | 软件测试方法、装置、计算机设备及计算机可读存储介质 | |
| CN116069667A (zh) | 基于代码分析的测试用例辅助定位方法及装置 | |
| CN102521124B (zh) | 一种失败原因的输出方法和系统 | |
| CN115098362A (zh) | 页面测试方法、装置、电子设备以及存储介质 | |
| CN113886262A (zh) | 软件自动化测试方法、装置、计算机设备和存储介质 | |
| CN114331165A (zh) | 一种城市安全绩效评估报告自动生成与分析方法及系统 | |
| CN113704123A (zh) | 接口测试方法、装置、设备以及存储介质 | |
| CN113377682A (zh) | 服务测试方法及装置 | |
| Bui et al. | Snapshot testing dataset | |
| CN113064811B (zh) | 基于工作流的自动化测试方法、装置以及电子设备 | |
| CN111143221B (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 |