CN114116522A - 一种基于swagger进行接口自动测试的方法 - Google Patents
一种基于swagger进行接口自动测试的方法 Download PDFInfo
- Publication number
- CN114116522A CN114116522A CN202210100634.9A CN202210100634A CN114116522A CN 114116522 A CN114116522 A CN 114116522A CN 202210100634 A CN202210100634 A CN 202210100634A CN 114116522 A CN114116522 A CN 114116522A
- Authority
- CN
- China
- Prior art keywords
- interface
- test
- abnormal
- tested
- 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.)
- Pending
Links
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/3688—Test management for test execution, e.g. scheduling of test suites
-
- 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
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
本发明公开了一种基于swagger进行接口自动测试的方法，包括以下步骤：步骤a：根据接收到的接口测试指令，获取与接口测试指令相对应的配置环境参数和待测试接口名称，根据配置环境参数对预设脚本进行初始化，得到初始化脚本，获取开发修复终端的开发标识，基于待检测接口及待检测接口对应的测试用例集生成带有开发标识的接口测试脚本，生成待检测接口的唯一标识，利用唯一标识将待检测接口及待检测接口对应的测试用例集进行关联。本发明实现了使用效果好的目的，不仅能对接口进行测试，还能对异常接口进行修复，从而避免给使用者带来麻烦，满足当今市场的需求，解决了以往swagger进行接口自动测试使用效果不佳的问题。
Description
技术领域
本发明涉及接口测试技术领域，具体为一种基于swagger进行接口自动测试的方法。
背景技术
接口测试是测试系统组件间接口的一种测试，主要用于测试系统与外部其他系统之间的接口，以及系统内部各个子模块之间的接口，测试的重点是要检查接口参数传递的正确性，接口功能实现的正确性，输出结果的正确性，以及对各种异常情况的容错处理的完整性和合理性，swagger进行接口自动测试属于其中的一种，但以往的swagger进行接口自动测试大多使用效果不佳，只能对接口进行测试，不能对异常接口进行修复，从而给使用者带来麻烦，不能满足当今市场的需求，由于以上存在的问题，针对性地推出了一种基于swagger进行接口自动测试的方法。
发明内容
本发明的目的在于提供一种基于swagger进行接口自动测试的方法，具备使用效果好的优点，解决了以往swagger进行接口自动测试使用效果不佳的问题。
为实现上述目的，本发明提供如下技术方案：一种基于swagger进行接口自动测试的方法，包括以下步骤：
步骤a：根据接收到的接口测试指令，获取与接口测试指令相对应的配置环境参数和待测试接口名称，根据配置环境参数对预设脚本进行初始化，得到初始化脚本，获取开发修复终端的开发标识，基于待检测接口及待检测接口对应的测试用例集生成带有开发标识的接口测试脚本，生成待检测接口的唯一标识，利用唯一标识将待检测接口及待检测接口对应的测试用例集进行关联，利用预设的接口测试工具将关联后的测试用例集转化为原始测试脚本，在原始测试脚本中添加开发修复终端的开发标识，得到接口测试脚本；
步骤b：接口测试，将与待测试接口名称对应的预设节点数据中的测试用例列表，以及与预设节点数据相对应的接口测试方法加载至初始化脚本，得到运行脚本，利用接口测试脚本创建接口测试任务，运行接口测试任务，得到测试用例结果，利用接口测试任务及待检测接口对所有关联的测试用例集中的测试用例进行检测，若其中一个测试用例通过检测，则确定测试用例结果为测试通过，若其中一个测试用例不通过检测，则确定测试用例结果为测试不通过，对测试用例结果进行异常分析，得到异常接口；
步骤c：测试结果，每个待测试接口名称匹配有相应的预设节点数据，每个预设节点数据均包括测试用例列表，每个预设节点数据均匹配有相应的接口测试方法，通过执行运行脚本，对待测试接口进行接口测试，将测试不通过的测试用例作为异常用例，对异常用例进行异常用例标记，并记录异常用例的异常次数，计算异常次数与测试用例集总用例数的比值，在比值大于预设的异常阈值时，确定异常用例对应的待检测接口为异常接口；
步骤d：将异常接口录入预构建的异常管理库，并基于开发标识关联开发修复终端，根据开发标识搜索具有同一开发标识的开发修复终端，将异常管理库中的异常接口推送至开发修复终端，利用异常管理库对开发修复终端反馈的修复接口进行用例回归测试，得到回归测试结果，利用异常管理库中的异常用例对修复接口进行测试，得到修复接口测试结果；
步骤e：当修复接口测试结果中，异常用例没有全部通过测试时，将修复接口作为异常接口，并返回将异常接口录入预构建的异常管理库的步骤，当修复接口测试结果中，异常用例全部通过测试时，汇总所有的修复接口得到回归测试结果。
优选的，所述预设节点数据存储于区块链中，将与待测试接口名称对应的预设节点数据中的测试用例列表，以及与预设节点数据相应的接口测试方法加载至初始化脚本。
优选的，在执行运行脚本和对待测试接口进行接口测试之前，还包括：当待测试接口需要登录后进行接口测试时，向待测试接口发送接口调用请求，根据获取的接口调用请求的授权信息，调用待测试接口。
优选的，在执行运行脚本，对待测试接口进行接口测试，包括：将测试用例列表中各测试用例的数据填入待测试接口内，得到待执行测试接口，根据接口测试方法对待执行测试接口进行接口测试。
优选的，所述步骤b中接口测试，检查待测试接口是否存在前置依赖接口，如果存在前置依赖接口，依次调取前置依赖接口，并将各测试用例的数据依次从前置依赖接口中传入至待测试接口内，得到待执行测试接口。
优选的，所述步骤c中测试结果，获取待测试接口的测试结果，根据预设结果验证函数对测试结果进行验证，根据验证结果，生成接口测试结果报告。
优选的，所述步骤b中接口测试，在测试端中创建定时任务，该任务包括设定定时任务的名称、执行路径、执行模式、开始执行时间、执行时间间隔和结束执行时间。
与现有技术相比，本发明的有益效果如下：
本发明实现了使用效果好的目的，不仅能对接口进行测试，还能对异常接口进行修复，从而避免给使用者带来麻烦，满足当今市场的需求，解决了以往swagger进行接口自动测试使用效果不佳的问题。
具体实施方式
下面将对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
一种基于swagger进行接口自动测试的方法，包括以下步骤：
步骤a：根据接收到的接口测试指令，获取与接口测试指令相对应的配置环境参数和待测试接口名称，根据配置环境参数对预设脚本进行初始化，得到初始化脚本，获取开发修复终端的开发标识，基于待检测接口及待检测接口对应的测试用例集生成带有开发标识的接口测试脚本，生成待检测接口的唯一标识，利用唯一标识将待检测接口及待检测接口对应的测试用例集进行关联，利用预设的接口测试工具将关联后的测试用例集转化为原始测试脚本，在原始测试脚本中添加开发修复终端的开发标识，得到接口测试脚本；
步骤b：接口测试，将与待测试接口名称对应的预设节点数据中的测试用例列表，以及与预设节点数据相对应的接口测试方法加载至初始化脚本，得到运行脚本，利用接口测试脚本创建接口测试任务，运行接口测试任务，得到测试用例结果，利用接口测试任务及待检测接口对所有关联的测试用例集中的测试用例进行检测，若其中一个测试用例通过检测，则确定测试用例结果为测试通过，若其中一个测试用例不通过检测，则确定测试用例结果为测试不通过，对测试用例结果进行异常分析，得到异常接口；
步骤c：测试结果，每个待测试接口名称匹配有相应的预设节点数据，每个预设节点数据均包括测试用例列表，每个预设节点数据均匹配有相应的接口测试方法，通过执行运行脚本，对待测试接口进行接口测试，将测试不通过的测试用例作为异常用例，对异常用例进行异常用例标记，并记录异常用例的异常次数，计算异常次数与测试用例集总用例数的比值，在比值大于预设的异常阈值时，确定异常用例对应的待检测接口为异常接口；
步骤d：将异常接口录入预构建的异常管理库，并基于开发标识关联开发修复终端，根据开发标识搜索具有同一开发标识的开发修复终端，将异常管理库中的异常接口推送至开发修复终端，利用异常管理库对开发修复终端反馈的修复接口进行用例回归测试，得到回归测试结果，利用异常管理库中的异常用例对修复接口进行测试，得到修复接口测试结果；
步骤e：当修复接口测试结果中，异常用例没有全部通过测试时，将修复接口作为异常接口，并返回将异常接口录入预构建的异常管理库的步骤，当修复接口测试结果中，异常用例全部通过测试时，汇总所有的修复接口得到回归测试结果。
实施例1
一种基于swagger进行接口自动测试的方法，包括以下步骤：
步骤a：根据接收到的接口测试指令，获取与接口测试指令相对应的配置环境参数和待测试接口名称，根据配置环境参数对预设脚本进行初始化，得到初始化脚本，获取开发修复终端的开发标识，基于待检测接口及待检测接口对应的测试用例集生成带有开发标识的接口测试脚本，生成待检测接口的唯一标识，利用唯一标识将待检测接口及待检测接口对应的测试用例集进行关联，利用预设的接口测试工具将关联后的测试用例集转化为原始测试脚本，在原始测试脚本中添加开发修复终端的开发标识，得到接口测试脚本；
步骤b：接口测试，将与待测试接口名称对应的预设节点数据中的测试用例列表，以及与预设节点数据相对应的接口测试方法加载至初始化脚本，得到运行脚本，利用接口测试脚本创建接口测试任务，运行接口测试任务，得到测试用例结果，利用接口测试任务及待检测接口对所有关联的测试用例集中的测试用例进行检测，若其中一个测试用例通过检测，则确定测试用例结果为测试通过，若其中一个测试用例不通过检测，则确定测试用例结果为测试不通过，对测试用例结果进行异常分析，得到异常接口；
步骤c：测试结果，每个待测试接口名称匹配有相应的预设节点数据，每个预设节点数据均包括测试用例列表，每个预设节点数据均匹配有相应的接口测试方法，通过执行运行脚本，对待测试接口进行接口测试，将测试不通过的测试用例作为异常用例，对异常用例进行异常用例标记，并记录异常用例的异常次数，计算异常次数与测试用例集总用例数的比值，在比值大于预设的异常阈值时，确定异常用例对应的待检测接口为异常接口；
步骤d：将异常接口录入预构建的异常管理库，并基于开发标识关联开发修复终端，根据开发标识搜索具有同一开发标识的开发修复终端，将异常管理库中的异常接口推送至开发修复终端，利用异常管理库对开发修复终端反馈的修复接口进行用例回归测试，得到回归测试结果，利用异常管理库中的异常用例对修复接口进行测试，得到修复接口测试结果；
步骤e：当修复接口测试结果中，异常用例没有全部通过测试时，将修复接口作为异常接口，并返回将异常接口录入预构建的异常管理库的步骤，当修复接口测试结果中，异常用例全部通过测试时，汇总所有的修复接口得到回归测试结果。
实施例2
在实施例1中，再加入以下步骤：
预设节点数据存储于区块链中，将与待测试接口名称对应的预设节点数据中的测试用例列表，以及与预设节点数据相应的接口测试方法加载至初始化脚本。
一种基于swagger进行接口自动测试的方法，包括以下步骤：
步骤a：根据接收到的接口测试指令，获取与接口测试指令相对应的配置环境参数和待测试接口名称，根据配置环境参数对预设脚本进行初始化，得到初始化脚本，获取开发修复终端的开发标识，基于待检测接口及待检测接口对应的测试用例集生成带有开发标识的接口测试脚本，生成待检测接口的唯一标识，利用唯一标识将待检测接口及待检测接口对应的测试用例集进行关联，利用预设的接口测试工具将关联后的测试用例集转化为原始测试脚本，在原始测试脚本中添加开发修复终端的开发标识，得到接口测试脚本；
步骤b：接口测试，将与待测试接口名称对应的预设节点数据中的测试用例列表，以及与预设节点数据相对应的接口测试方法加载至初始化脚本，得到运行脚本，利用接口测试脚本创建接口测试任务，运行接口测试任务，得到测试用例结果，利用接口测试任务及待检测接口对所有关联的测试用例集中的测试用例进行检测，若其中一个测试用例通过检测，则确定测试用例结果为测试通过，若其中一个测试用例不通过检测，则确定测试用例结果为测试不通过，对测试用例结果进行异常分析，得到异常接口；
步骤c：测试结果，每个待测试接口名称匹配有相应的预设节点数据，每个预设节点数据均包括测试用例列表，每个预设节点数据均匹配有相应的接口测试方法，通过执行运行脚本，对待测试接口进行接口测试，将测试不通过的测试用例作为异常用例，对异常用例进行异常用例标记，并记录异常用例的异常次数，计算异常次数与测试用例集总用例数的比值，在比值大于预设的异常阈值时，确定异常用例对应的待检测接口为异常接口；
步骤d：将异常接口录入预构建的异常管理库，并基于开发标识关联开发修复终端，根据开发标识搜索具有同一开发标识的开发修复终端，将异常管理库中的异常接口推送至开发修复终端，利用异常管理库对开发修复终端反馈的修复接口进行用例回归测试，得到回归测试结果，利用异常管理库中的异常用例对修复接口进行测试，得到修复接口测试结果；
步骤e：当修复接口测试结果中，异常用例没有全部通过测试时，将修复接口作为异常接口，并返回将异常接口录入预构建的异常管理库的步骤，当修复接口测试结果中，异常用例全部通过测试时，汇总所有的修复接口得到回归测试结果。
实施例3
在实施例2中，再加入以下步骤：
在执行运行脚本和对待测试接口进行接口测试之前，还包括：当待测试接口需要登录后进行接口测试时，向待测试接口发送接口调用请求，根据获取的接口调用请求的授权信息，调用待测试接口。
一种基于swagger进行接口自动测试的方法，包括以下步骤：
步骤a：根据接收到的接口测试指令，获取与接口测试指令相对应的配置环境参数和待测试接口名称，根据配置环境参数对预设脚本进行初始化，得到初始化脚本，获取开发修复终端的开发标识，基于待检测接口及待检测接口对应的测试用例集生成带有开发标识的接口测试脚本，生成待检测接口的唯一标识，利用唯一标识将待检测接口及待检测接口对应的测试用例集进行关联，利用预设的接口测试工具将关联后的测试用例集转化为原始测试脚本，在原始测试脚本中添加开发修复终端的开发标识，得到接口测试脚本；
步骤b：接口测试，将与待测试接口名称对应的预设节点数据中的测试用例列表，以及与预设节点数据相对应的接口测试方法加载至初始化脚本，得到运行脚本，利用接口测试脚本创建接口测试任务，运行接口测试任务，得到测试用例结果，利用接口测试任务及待检测接口对所有关联的测试用例集中的测试用例进行检测，若其中一个测试用例通过检测，则确定测试用例结果为测试通过，若其中一个测试用例不通过检测，则确定测试用例结果为测试不通过，对测试用例结果进行异常分析，得到异常接口；
步骤c：测试结果，每个待测试接口名称匹配有相应的预设节点数据，每个预设节点数据均包括测试用例列表，每个预设节点数据均匹配有相应的接口测试方法，通过执行运行脚本，对待测试接口进行接口测试，将测试不通过的测试用例作为异常用例，对异常用例进行异常用例标记，并记录异常用例的异常次数，计算异常次数与测试用例集总用例数的比值，在比值大于预设的异常阈值时，确定异常用例对应的待检测接口为异常接口；
步骤d：将异常接口录入预构建的异常管理库，并基于开发标识关联开发修复终端，根据开发标识搜索具有同一开发标识的开发修复终端，将异常管理库中的异常接口推送至开发修复终端，利用异常管理库对开发修复终端反馈的修复接口进行用例回归测试，得到回归测试结果，利用异常管理库中的异常用例对修复接口进行测试，得到修复接口测试结果；
步骤e：当修复接口测试结果中，异常用例没有全部通过测试时，将修复接口作为异常接口，并返回将异常接口录入预构建的异常管理库的步骤，当修复接口测试结果中，异常用例全部通过测试时，汇总所有的修复接口得到回归测试结果。
实施例4
在实施例3中，再加入以下步骤：
在执行运行脚本，对待测试接口进行接口测试，包括：将测试用例列表中各测试用例的数据填入待测试接口内，得到待执行测试接口，根据接口测试方法对待执行测试接口进行接口测试。
一种基于swagger进行接口自动测试的方法，包括以下步骤：
步骤a：根据接收到的接口测试指令，获取与接口测试指令相对应的配置环境参数和待测试接口名称，根据配置环境参数对预设脚本进行初始化，得到初始化脚本，获取开发修复终端的开发标识，基于待检测接口及待检测接口对应的测试用例集生成带有开发标识的接口测试脚本，生成待检测接口的唯一标识，利用唯一标识将待检测接口及待检测接口对应的测试用例集进行关联，利用预设的接口测试工具将关联后的测试用例集转化为原始测试脚本，在原始测试脚本中添加开发修复终端的开发标识，得到接口测试脚本；
步骤b：接口测试，将与待测试接口名称对应的预设节点数据中的测试用例列表，以及与预设节点数据相对应的接口测试方法加载至初始化脚本，得到运行脚本，利用接口测试脚本创建接口测试任务，运行接口测试任务，得到测试用例结果，利用接口测试任务及待检测接口对所有关联的测试用例集中的测试用例进行检测，若其中一个测试用例通过检测，则确定测试用例结果为测试通过，若其中一个测试用例不通过检测，则确定测试用例结果为测试不通过，对测试用例结果进行异常分析，得到异常接口；
步骤c：测试结果，每个待测试接口名称匹配有相应的预设节点数据，每个预设节点数据均包括测试用例列表，每个预设节点数据均匹配有相应的接口测试方法，通过执行运行脚本，对待测试接口进行接口测试，将测试不通过的测试用例作为异常用例，对异常用例进行异常用例标记，并记录异常用例的异常次数，计算异常次数与测试用例集总用例数的比值，在比值大于预设的异常阈值时，确定异常用例对应的待检测接口为异常接口；
步骤d：将异常接口录入预构建的异常管理库，并基于开发标识关联开发修复终端，根据开发标识搜索具有同一开发标识的开发修复终端，将异常管理库中的异常接口推送至开发修复终端，利用异常管理库对开发修复终端反馈的修复接口进行用例回归测试，得到回归测试结果，利用异常管理库中的异常用例对修复接口进行测试，得到修复接口测试结果；
步骤e：当修复接口测试结果中，异常用例没有全部通过测试时，将修复接口作为异常接口，并返回将异常接口录入预构建的异常管理库的步骤，当修复接口测试结果中，异常用例全部通过测试时，汇总所有的修复接口得到回归测试结果。
实施例5
在实施例4中，再加入以下步骤：
步骤b中接口测试，检查待测试接口是否存在前置依赖接口，如果存在前置依赖接口，依次调取前置依赖接口，并将各测试用例的数据依次从前置依赖接口中传入至待测试接口内，得到待执行测试接口。
一种基于swagger进行接口自动测试的方法，包括以下步骤：
步骤a：根据接收到的接口测试指令，获取与接口测试指令相对应的配置环境参数和待测试接口名称，根据配置环境参数对预设脚本进行初始化，得到初始化脚本，获取开发修复终端的开发标识，基于待检测接口及待检测接口对应的测试用例集生成带有开发标识的接口测试脚本，生成待检测接口的唯一标识，利用唯一标识将待检测接口及待检测接口对应的测试用例集进行关联，利用预设的接口测试工具将关联后的测试用例集转化为原始测试脚本，在原始测试脚本中添加开发修复终端的开发标识，得到接口测试脚本；
步骤b：接口测试，将与待测试接口名称对应的预设节点数据中的测试用例列表，以及与预设节点数据相对应的接口测试方法加载至初始化脚本，得到运行脚本，利用接口测试脚本创建接口测试任务，运行接口测试任务，得到测试用例结果，利用接口测试任务及待检测接口对所有关联的测试用例集中的测试用例进行检测，若其中一个测试用例通过检测，则确定测试用例结果为测试通过，若其中一个测试用例不通过检测，则确定测试用例结果为测试不通过，对测试用例结果进行异常分析，得到异常接口；
步骤c：测试结果，每个待测试接口名称匹配有相应的预设节点数据，每个预设节点数据均包括测试用例列表，每个预设节点数据均匹配有相应的接口测试方法，通过执行运行脚本，对待测试接口进行接口测试，将测试不通过的测试用例作为异常用例，对异常用例进行异常用例标记，并记录异常用例的异常次数，计算异常次数与测试用例集总用例数的比值，在比值大于预设的异常阈值时，确定异常用例对应的待检测接口为异常接口；
步骤d：将异常接口录入预构建的异常管理库，并基于开发标识关联开发修复终端，根据开发标识搜索具有同一开发标识的开发修复终端，将异常管理库中的异常接口推送至开发修复终端，利用异常管理库对开发修复终端反馈的修复接口进行用例回归测试，得到回归测试结果，利用异常管理库中的异常用例对修复接口进行测试，得到修复接口测试结果；
步骤e：当修复接口测试结果中，异常用例没有全部通过测试时，将修复接口作为异常接口，并返回将异常接口录入预构建的异常管理库的步骤，当修复接口测试结果中，异常用例全部通过测试时，汇总所有的修复接口得到回归测试结果。
实施例6
在实施例5中，再加入以下步骤：
步骤c中测试结果，获取待测试接口的测试结果，根据预设结果验证函数对测试结果进行验证，根据验证结果，生成接口测试结果报告。
一种基于swagger进行接口自动测试的方法，包括以下步骤：
步骤a：根据接收到的接口测试指令，获取与接口测试指令相对应的配置环境参数和待测试接口名称，根据配置环境参数对预设脚本进行初始化，得到初始化脚本，获取开发修复终端的开发标识，基于待检测接口及待检测接口对应的测试用例集生成带有开发标识的接口测试脚本，生成待检测接口的唯一标识，利用唯一标识将待检测接口及待检测接口对应的测试用例集进行关联，利用预设的接口测试工具将关联后的测试用例集转化为原始测试脚本，在原始测试脚本中添加开发修复终端的开发标识，得到接口测试脚本；
步骤b：接口测试，将与待测试接口名称对应的预设节点数据中的测试用例列表，以及与预设节点数据相对应的接口测试方法加载至初始化脚本，得到运行脚本，利用接口测试脚本创建接口测试任务，运行接口测试任务，得到测试用例结果，利用接口测试任务及待检测接口对所有关联的测试用例集中的测试用例进行检测，若其中一个测试用例通过检测，则确定测试用例结果为测试通过，若其中一个测试用例不通过检测，则确定测试用例结果为测试不通过，对测试用例结果进行异常分析，得到异常接口；
步骤c：测试结果，每个待测试接口名称匹配有相应的预设节点数据，每个预设节点数据均包括测试用例列表，每个预设节点数据均匹配有相应的接口测试方法，通过执行运行脚本，对待测试接口进行接口测试，将测试不通过的测试用例作为异常用例，对异常用例进行异常用例标记，并记录异常用例的异常次数，计算异常次数与测试用例集总用例数的比值，在比值大于预设的异常阈值时，确定异常用例对应的待检测接口为异常接口；
步骤d：将异常接口录入预构建的异常管理库，并基于开发标识关联开发修复终端，根据开发标识搜索具有同一开发标识的开发修复终端，将异常管理库中的异常接口推送至开发修复终端，利用异常管理库对开发修复终端反馈的修复接口进行用例回归测试，得到回归测试结果，利用异常管理库中的异常用例对修复接口进行测试，得到修复接口测试结果；
步骤e：当修复接口测试结果中，异常用例没有全部通过测试时，将修复接口作为异常接口，并返回将异常接口录入预构建的异常管理库的步骤，当修复接口测试结果中，异常用例全部通过测试时，汇总所有的修复接口得到回归测试结果。
实施例7
在实施例6中，再加入以下步骤：
步骤b中接口测试，在测试端中创建定时任务，该任务包括设定定时任务的名称、执行路径、执行模式、开始执行时间、执行时间间隔和结束执行时间。
一种基于swagger进行接口自动测试的方法，包括以下步骤：
步骤a：根据接收到的接口测试指令，获取与接口测试指令相对应的配置环境参数和待测试接口名称，根据配置环境参数对预设脚本进行初始化，得到初始化脚本，获取开发修复终端的开发标识，基于待检测接口及待检测接口对应的测试用例集生成带有开发标识的接口测试脚本，生成待检测接口的唯一标识，利用唯一标识将待检测接口及待检测接口对应的测试用例集进行关联，利用预设的接口测试工具将关联后的测试用例集转化为原始测试脚本，在原始测试脚本中添加开发修复终端的开发标识，得到接口测试脚本；
步骤b：接口测试，将与待测试接口名称对应的预设节点数据中的测试用例列表，以及与预设节点数据相对应的接口测试方法加载至初始化脚本，得到运行脚本，利用接口测试脚本创建接口测试任务，运行接口测试任务，得到测试用例结果，利用接口测试任务及待检测接口对所有关联的测试用例集中的测试用例进行检测，若其中一个测试用例通过检测，则确定测试用例结果为测试通过，若其中一个测试用例不通过检测，则确定测试用例结果为测试不通过，对测试用例结果进行异常分析，得到异常接口；
步骤c：测试结果，每个待测试接口名称匹配有相应的预设节点数据，每个预设节点数据均包括测试用例列表，每个预设节点数据均匹配有相应的接口测试方法，通过执行运行脚本，对待测试接口进行接口测试，将测试不通过的测试用例作为异常用例，对异常用例进行异常用例标记，并记录异常用例的异常次数，计算异常次数与测试用例集总用例数的比值，在比值大于预设的异常阈值时，确定异常用例对应的待检测接口为异常接口；
步骤d：将异常接口录入预构建的异常管理库，并基于开发标识关联开发修复终端，根据开发标识搜索具有同一开发标识的开发修复终端，将异常管理库中的异常接口推送至开发修复终端，利用异常管理库对开发修复终端反馈的修复接口进行用例回归测试，得到回归测试结果，利用异常管理库中的异常用例对修复接口进行测试，得到修复接口测试结果；
步骤e：当修复接口测试结果中，异常用例没有全部通过测试时，将修复接口作为异常接口，并返回将异常接口录入预构建的异常管理库的步骤，当修复接口测试结果中，异常用例全部通过测试时，汇总所有的修复接口得到回归测试结果。
尽管已经示出和描述了本发明的实施例，对于本领域的普通技术人员而言，可以理解在不脱离本发明的原理和精神的情况下可以对这些实施例进行多种变化、修改、替换和变型，本发明的范围由所附权利要求及其等同物限定。
Claims (7)
1.一种基于swagger进行接口自动测试的方法，其特征在于：包括以下步骤：
步骤a：根据接收到的接口测试指令，获取与接口测试指令相对应的配置环境参数和待测试接口名称，根据配置环境参数对预设脚本进行初始化，得到初始化脚本，获取开发修复终端的开发标识，基于待检测接口及待检测接口对应的测试用例集生成带有开发标识的接口测试脚本，生成待检测接口的唯一标识，利用唯一标识将待检测接口及待检测接口对应的测试用例集进行关联，利用预设的接口测试工具将关联后的测试用例集转化为原始测试脚本，在原始测试脚本中添加开发修复终端的开发标识，得到接口测试脚本；
步骤b：接口测试，将与待测试接口名称对应的预设节点数据中的测试用例列表，以及与预设节点数据相对应的接口测试方法加载至初始化脚本，得到运行脚本，利用接口测试脚本创建接口测试任务，运行接口测试任务，得到测试用例结果，利用接口测试任务及待检测接口对所有关联的测试用例集中的测试用例进行检测，若其中一个测试用例通过检测，则确定测试用例结果为测试通过，若其中一个测试用例不通过检测，则确定测试用例结果为测试不通过，对测试用例结果进行异常分析，得到异常接口；
步骤c：测试结果，每个待测试接口名称匹配有相应的预设节点数据，每个预设节点数据均包括测试用例列表，每个预设节点数据均匹配有相应的接口测试方法，通过执行运行脚本，对待测试接口进行接口测试，将测试不通过的测试用例作为异常用例，对异常用例进行异常用例标记，并记录异常用例的异常次数，计算异常次数与测试用例集总用例数的比值，在比值大于预设的异常阈值时，确定异常用例对应的待检测接口为异常接口；
步骤d：将异常接口录入预构建的异常管理库，并基于开发标识关联开发修复终端，根据开发标识搜索具有同一开发标识的开发修复终端，将异常管理库中的异常接口推送至开发修复终端，利用异常管理库对开发修复终端反馈的修复接口进行用例回归测试，得到回归测试结果，利用异常管理库中的异常用例对修复接口进行测试，得到修复接口测试结果；
步骤e：当修复接口测试结果中，异常用例没有全部通过测试时，将修复接口作为异常接口，并返回将异常接口录入预构建的异常管理库的步骤，当修复接口测试结果中，异常用例全部通过测试时，汇总所有的修复接口得到回归测试结果。
2.根据权利要求1所述的一种基于swagger进行接口自动测试的方法，其特征在于：所述预设节点数据存储于区块链中，将与待测试接口名称对应的预设节点数据中的测试用例列表，以及与预设节点数据相应的接口测试方法加载至初始化脚本。
3.根据权利要求1所述的一种基于swagger进行接口自动测试的方法，其特征在于：在执行运行脚本和对待测试接口进行接口测试之前，还包括：当待测试接口需要登录后进行接口测试时，向待测试接口发送接口调用请求，根据获取的接口调用请求的授权信息，调用待测试接口。
4.根据权利要求1所述的一种基于swagger进行接口自动测试的方法，其特征在于：在执行运行脚本，对待测试接口进行接口测试，包括：将测试用例列表中各测试用例的数据填入待测试接口内，得到待执行测试接口，根据接口测试方法对待执行测试接口进行接口测试。
5.根据权利要求1所述的一种基于swagger进行接口自动测试的方法，其特征在于：所述步骤b中接口测试，检查待测试接口是否存在前置依赖接口，如果存在前置依赖接口，依次调取前置依赖接口，并将各测试用例的数据依次从前置依赖接口中传入至待测试接口内，得到待执行测试接口。
6.根据权利要求1所述的一种基于swagger进行接口自动测试的方法，其特征在于：所述步骤c中测试结果，获取待测试接口的测试结果，根据预设结果验证函数对测试结果进行验证，根据验证结果，生成接口测试结果报告。
7.根据权利要求1所述的一种基于swagger进行接口自动测试的方法，其特征在于：所述步骤b中接口测试，在测试端中创建定时任务，该任务包括设定定时任务的名称、执行路径、执行模式、开始执行时间、执行时间间隔和结束执行时间。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210100634.9A CN114116522A (zh) | 2022-01-27 | 2022-01-27 | 一种基于swagger进行接口自动测试的方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210100634.9A CN114116522A (zh) | 2022-01-27 | 2022-01-27 | 一种基于swagger进行接口自动测试的方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN114116522A true CN114116522A (zh) | 2022-03-01 |
Family
ID=80361465
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210100634.9A Pending CN114116522A (zh) | 2022-01-27 | 2022-01-27 | 一种基于swagger进行接口自动测试的方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114116522A (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN117435513A (zh) * | 2023-12-21 | 2024-01-23 | 深圳市智慧城市科技发展集团有限公司 | 测试用例生成方法、终端设备及计算机可读存储介质 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20180314622A1 (en) * | 2017-04-26 | 2018-11-01 | Jpmorgan Chase Bank, N.A. | System and method for implementing an api validator tool |
| CN111831563A (zh) * | 2020-07-09 | 2020-10-27 | 平安国际智慧城市科技股份有限公司 | 接口自动测试方法、装置及存储介质 |
| CN111930635A (zh) * | 2020-09-17 | 2020-11-13 | 深圳微品致远信息科技有限公司 | 基于swagger快速自动化测试的方法及系统 |
| CN113282496A (zh) * | 2021-05-31 | 2021-08-20 | 平安国际智慧城市科技股份有限公司 | 接口自动测试方法、装置、设备及存储介质 |
| CN113918473A (zh) * | 2021-12-13 | 2022-01-11 | 南京大学 | 一种基于Swagger文档的RESTful APIs组合测试方法 |
-
2022
- 2022-01-27 CN CN202210100634.9A patent/CN114116522A/zh active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20180314622A1 (en) * | 2017-04-26 | 2018-11-01 | Jpmorgan Chase Bank, N.A. | System and method for implementing an api validator tool |
| CN111831563A (zh) * | 2020-07-09 | 2020-10-27 | 平安国际智慧城市科技股份有限公司 | 接口自动测试方法、装置及存储介质 |
| CN111930635A (zh) * | 2020-09-17 | 2020-11-13 | 深圳微品致远信息科技有限公司 | 基于swagger快速自动化测试的方法及系统 |
| CN113282496A (zh) * | 2021-05-31 | 2021-08-20 | 平安国际智慧城市科技股份有限公司 | 接口自动测试方法、装置、设备及存储介质 |
| CN113918473A (zh) * | 2021-12-13 | 2022-01-11 | 南京大学 | 一种基于Swagger文档的RESTful APIs组合测试方法 |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN117435513A (zh) * | 2023-12-21 | 2024-01-23 | 深圳市智慧城市科技发展集团有限公司 | 测试用例生成方法、终端设备及计算机可读存储介质 |
| CN117435513B (zh) * | 2023-12-21 | 2024-04-02 | 深圳市智慧城市科技发展集团有限公司 | 测试用例生成方法、终端设备及计算机可读存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20220321440A1 (en) | Interface Service Function Monitoring Method and System Based on Data Acquisition | |
| WO2017000424A1 (zh) | 协议检测方法及装置 | |
| CN111124919A (zh) | 一种用户界面的测试方法、装置、设备及存储介质 | |
| CN110688313B (zh) | 一种VxWorks操作系统下软件测试的故障注入方法 | |
| CN107329889B (zh) | 一种c编译器自动化测试的方法 | |
| CN109657475A (zh) | 代码漏洞排查方法、装置、设备及存储介质 | |
| CN111897724A (zh) | 一种适用于云平台的自动化测试方法及装置 | |
| CN112367680A (zh) | 基于智能电表的外部通信测试方法、装置和计算机设备 | |
| CN114116522A (zh) | 一种基于swagger进行接口自动测试的方法 | |
| CN116841865A (zh) | 可视化测试方法、装置、电子设备及存储介质 | |
| CN112506802A (zh) | 测试数据的管理方法及系统 | |
| CN116506340A (zh) | 流量链路的测试方法、装置、电子设备及存储介质 | |
| CN115328814B (zh) | 基于镜像对的故障注入方法、装置、设备和存储介质 | |
| CN111666200A (zh) | 一种pc软件冷启动耗时的测试方法及终端 | |
| CN115934559A (zh) | 表单智能测试系统的测试方法 | |
| CN115794624A (zh) | 智能变电站自动化单装置闭环测试方法及系统 | |
| CN115454860A (zh) | 一种自动化测试的方法、装置、存储介质及电子设备 | |
| CN114327981A (zh) | 一种功能安全机制的安全校验系统、方法及装置 | |
| CN113094251B (zh) | 嵌入式系统测试方法、装置、计算机设备和存储介质 | |
| CN113868116A (zh) | 测试依赖数据的生成方法、装置、服务器及存储介质 | |
| CN111813665A (zh) | 一种基于python的大数据平台接口数据测试方法和系统 | |
| CN114116466B (zh) | 一种基于操作日志的单元测试方法、装置及介质 | |
| CN113094281B (zh) | 一种混合式App的测试方法及装置 | |
| CN113973064B (zh) | 一种基于区块链的稳定性测试方法及系统 | |
| CN109324961B (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 | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20220301 |
|
| RJ01 | Rejection of invention patent application after publication |