CN111737065A - 一种基于服务器接口测试的需求模型及接口测试方法、系统 - Google Patents
一种基于服务器接口测试的需求模型及接口测试方法、系统 Download PDFInfo
- Publication number
- CN111737065A CN111737065A CN202010463353.0A CN202010463353A CN111737065A CN 111737065 A CN111737065 A CN 111737065A CN 202010463353 A CN202010463353 A CN 202010463353A CN 111737065 A CN111737065 A CN 111737065A
- Authority
- CN
- China
- Prior art keywords
- interface
- requirement
- test
- demand
- action
- 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 144
- 238000010998 test method Methods 0.000 title claims description 3
- 230000009471 action Effects 0.000 claims abstract description 70
- 230000004048 modification Effects 0.000 claims description 6
- 238000012986 modification Methods 0.000 claims description 6
- 238000000034 method Methods 0.000 claims description 5
- 238000012423 maintenance Methods 0.000 abstract description 4
- 238000013461 design Methods 0.000 abstract description 3
- 230000007246 mechanism Effects 0.000 abstract description 3
- 238000010586 diagram Methods 0.000 description 5
- 230000006872 improvement Effects 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 230000002159 abnormal effect Effects 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
- 238000006467 substitution reaction 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/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
- G06F11/2205—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing using arrangements specific to the hardware being tested
- G06F11/221—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing using arrangements specific to the hardware being tested to test buses, lines or interfaces, e.g. stuck-at or open line faults
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
- G06F11/2268—Logging of test results
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
- G06F11/2273—Test methods
Landscapes
- Engineering & Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Hardware Design (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Debugging And Monitoring (AREA)
Abstract
本发明涉及服务器测试技术领域，提供一种基于服务器接口测试的需求模型及接口测试方法、系统，该需求模型包括需求模型实例；需求模型实例包括需求结构信息和接口结构信息，当需求模型实例创建完成时，执行至少一次调试模式，按照将需求模型实例中的接口列表按照顺序两两一组执行动态调整延时权重的动作；当调试模式执行结束时，执行自动化建立链式顺序接口调用链的测试动作，从而实现需求测试模型结构设计和服务器接口测试先调试后测试的双模机制，可以更灵活、更方便地操作管理一次需求测试中的接口列表关系，降低了繁杂的手动操作，降低了接口测试的维护难度。
Description
技术领域
本发明属于服务器测试技术领域，尤其涉及一种基于服务器接口测试的需求模型及接口测试方法、系统。
背景技术
随着云计算领域的快速发展，对云计算中的服务器接口测试要求和数量也是越来越多，如何实现对服务器接口测试的更高的自动化需求是愈来愈高。一方面要求服务器接口测试时要有模型结构化；另一方面要求接口测试时自动调整接口模型参数，实现接口测试自动化。
在云计算领域中对服务器的接口测试，一次接口测试通常是指一个特定功能需求的接口测试，通常是指一个接口列表组进行一定逻辑顺序的连续相关请求。其中接口请求往往是指执行HTTP协议在服务器端执行QEMU-GUEST-QGENT的操作请求，这种接口请求通常具备一种虽然接口返回了结果，但往往服务器还没执行结束的异步特性。这样就会出现执行完第一个请求并且在得到成功反馈后，立即执行第二个接口就会失败。正确操作是等待服务器底层执行完命令后再执行第二个接口，这样第二个接口就会成功，其他下面的接口同理执行。
传统服务器接口测试大都采用手动执行测试脚本的模式进行接口测试，通常是将一个测试需求的所有相关接口定义在一个测试脚本里。然后手动执行这个测试脚本，再通过手动查看哪个接口执行失败，经过经验判断后，再手动在失败接口前加一个延迟执行时间再进行测试。一旦延迟时间不对，则再次修改延迟时间进行测试。同理剩下接口的测试同理，充满了大量的手动操作。这种模式将接口地址固化在测试脚本中存在不易定位接口地址位置、修改繁琐的问题，这种模式通过大量手动调试的方式去人工再次修改每一个接口的关联延迟时间。一旦接口列表组内的数量过多，会给测试人员带来很大的工作量，而且很容易误改到其他地方。因此传统的服务器接口测试的手动调试脚本模式已经不能完全满足当前需求。
发明内容
针对现有技术中的缺陷，本发明提供了一种基于服务器接口测试的需求模型，旨在解决现有技术中将接口地址固化在测试脚本中存在不易定位接口地址位置、修改繁琐的问题，而且通过大量手动调试的方式去人工再次修改每一个接口的关联延迟时间，一旦接口列表组内的数量过多，会给测试人员带来很大的工作量，而且很容易误改到其他地方的问题。
本发明所提供的技术方案是：一种基于服务器接口测试的需求模型，包括根据用户输入的包含需求名称、一组接口地址和接口参数在内的模型模板参数创建的需求模型实例；
所述需求模型实例包括需求结构信息和接口结构信息，其中，所述需求结构信息包括需求ID、需求名称、调试状态、测试状态以及接口列表，所述接口列表包括多个接口结构，所述接口结构包括需求ID、接口ID、接口地址、接口参数、延时权重、执行状态以及执行结果等，所述延时权重是一个可被动态调整的权重型参数。
本发明的另一目的在于提供一种基于基于服务器接口测试的需求模型的接口测试方法，所述方法包括下述步骤：
当需求模型实例创建完成时，执行至少一次调试模式，按照将所述需求模型实例中的接口列表按照顺序两两一组执行动态调整延时权重的动作；
当调试模式执行结束时，执行自动化建立链式顺序接口调用链的测试动作。
作为一种改进的方案，所述当需求模型实例创建完成时，执行至少一次调试模式，按照将所述需求模型实例中的接口列表按照顺序两两一组执行动态调整延时权重的动作的步骤具体包括下述步骤：
当需求模型实例创建完成时，获取需求模型实例内的接口列表，并对所述接口列表进行个数判断；
当判定所述接口列表的个数大于1时，则将所述需求模型实例内的接口列表两两一组进行分组；
根据两两一组的分组结果，执行动态调整延时权重的动作，其中，延时权重的调整依据为下一次的接口调用结果；
判断执行动态调整延时权重的动作是否成功，是则执行下一组延时权重的动作执行，否则自动加预设时间阈值，直至动态调整延时权重的动作执行成功；
当所有的动态调整延时权重的动作执行成功时，在所述需求模型实例中调试状态信息设置为true；
当存在动态调整延时权重的动作执行失败时，在所述需求模型实例中调试状态信息设置为fail；
当判定判定所述接口列表的个数等于1时，则执行当前接口列表内接口记录下执行结果。
作为一种改进的方案，所述当调试模式执行结束时，执行自动化建立链式顺序接口调用链的测试动作的步骤具体包括下述步骤：
读取所述需求模型实例中需求结构结构信息的调试状态是否为true；
当判定需求模型实例中需求结构结构信息的调试状态为true时，根据先接口地址后本次接口延迟参数再下一个接口再该接口延迟参数的顺序自动化建立链式顺序接口调用链；
依次顺序执行建立的链式顺序接口调用链中的每一个接口的测试，并将每次接口的测试结果填充到对应需求模型结构体实例中；
判断建立的链式顺序接口调用链中的每一个接口的测试是否完成；
当全部接口的测试均完成时，将所述需求模型实例中的需求结构信息的测试状态修改为true。
作为一种改进的方案，所述方法还包括下述步骤：
将需求模型实例的需求结构信息，按照需求模型结构中一需求对多接口的形式进行展示。
本发明的另一目的在于提供一种基于接口测试方法的接口测试系统，所述系统包括：
调试模式执行模块，用于当需求模型实例创建完成时，执行至少一次调试模式，按照将所述需求模型实例中的接口列表按照顺序两两一组执行动态调整延时权重的动作；
测试动作执行模块，用于当调试模式执行结束时，执行自动化建立链式顺序接口调用链的测试动作。
作为一种改进的方案，所述调试模式执行模块具体包括：
接口列表获取模块，用于当需求模型实例创建完成时，获取需求模型实例内的接口列表；
接口列表个数判断模块，用于对所述接口列表进行个数判断；
接口列表分组模块，用于当判定所述接口列表的个数大于1时，则将所述需求模型实例内的接口列表两两一组进行分组；
延时权重动态调整模块，用于根据两两一组的分组结果，执行动态调整延时权重的动作，其中，延时权重的调整依据为下一次的接口调用结果；
延时权重调整判断模块，用于判断执行动态调整延时权重的动作是否成功，是则执行下一组延时权重的动作执行，否则自动加预设时间阈值，直至动态调整延时权重的动作执行成功；
第一调试状态设置模块，用于当所有的动态调整延时权重的动作执行成功时，在所述需求模型实例中调试状态信息设置为true；
第二调试状态设置模块，用于当存在动态调整延时权重的动作执行失败时，在所述需求模型实例中调试状态信息设置为fail；
单一执行模块，用于当判定判定所述接口列表的个数等于1时，则执行当前接口列表内接口记录下执行结果。
作为一种改进的方案，所述测试动作执行模块具体包括：
调试状态读取模块，用于读取所述需求模型实例中需求结构结构信息的调试状态是否为true；
链式顺序接口调用链建立模块，用于当判定需求模型实例中需求结构结构信息的调试状态为true时，根据先接口地址后本次接口延迟参数再下一个接口再该接口延迟参数的顺序自动化建立链式顺序接口调用链；
测试执行模块，用于依次顺序执行建立的链式顺序接口调用链中的每一个接口的测试；
测试结果填充模块，用于将每次接口的测试结果填充到对应需求模型结构体实例中；
测试完成判断模块，用于判断建立的链式顺序接口调用链中的每一个接口的测试是否完成；
测试状态修改模块，用于当全部接口的测试均完成时，将所述需求模型实例中的需求结构信息的测试状态修改为true。
作为一种改进的方案，所述系统还包括：
展示模块，用于将需求模型实例的需求结构信息，按照需求模型结构中一需求对多接口的形式进行展示。
在本发明实施例中，基于服务器接口测试的需求模型包括根据用户输入的包含需求名称、一组接口地址和接口参数在内的模型模板参数创建的需求模型实例；需求模型实例包括需求结构信息和接口结构信息，当需求模型实例创建完成时，执行至少一次调试模式，按照将所述需求模型实例中的接口列表按照顺序两两一组执行动态调整延时权重的动作；当调试模式执行结束时，执行自动化建立链式顺序接口调用链的测试动作，从而实现需求测试模型结构设计和服务器接口测试先调试后测试的双模机制，可以更灵活、更方便地操作管理一次需求测试中的接口列表关系，降低了繁杂的手动操作，降低了接口测试的维护难度，提高了应用性，方便了测试人员的工作，有效提高测试体验。
附图说明
为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍。在所有附图中，类似的元件或部分一般由类似的附图标记标识。附图中，各元件或部分并不一定按照实际的比例绘制。
图1是本发明提供的基于服务器接口测试的需求模型的接口测试方法的实现流程图；
图2是本发明提供的当需求模型实例创建完成时，执行至少一次调试模式，按照将所述需求模型实例中的接口列表按照顺序两两一组执行动态调整延时权重的动作的实现流程图；
图3是本发明提供的当调试模式执行结束时，执行自动化建立链式顺序接口调用链的测试动作的实现流程图；
图4是本发明提供的接口测试系统的结构框图；
图5是本发明提供的调试模式执行模块的结构框图；
图6是本发明提供的测试动作执行模块的结构框图。
具体实施方式
下面将结合附图对本发明技术方案的实施例进行详细的描述。以下实施例仅用于更加清楚地说明本发明的、技术方案，因此只作为示例，而不能以此来限制本发明的保护范围。
基于服务器接口测试的需求模型包括根据用户输入的包含需求名称、一组接口地址和接口参数在内的模型模板参数创建的需求模型实例；
所述需求模型实例包括需求结构信息和接口结构信息，其中，所述需求结构信息包括需求ID、需求名称、调试状态、测试状态以及接口列表，所述接口列表包括多个接口结构，所述接口结构包括需求ID、接口ID、接口地址、接口参数、延时权重、执行状态以及执行结果等，所述延时权重是一个可被动态调整的权重型参数。
在该实施例中，需求模型结构定义了在服务器接口自动化测试中与测试工作相关联的重点配置项。需求模型结构包括需求结构和接口结构，其中需求模型作为中心化统一配置结构化模型，对不同接口的进行统一中心化维护。需求结构中定义的需求名称是本次需求测试的名称，接口结构中的接口地址和参数是该接口调用的必备数据，其中每个接口结构中的延迟权重是调试模式时动态变化的权重参数。
基于该需求模型可动态调整服务器接口自动化测试，具体可配置的需求模型结构、自循环动态调参的调试模式以及自动化建立链式顺序接口调用链的测试模式，下述给出具体的实现方案：
图1是本发明提供的基于服务器接口测试的需求模型的接口测试方法的实现流程图，其具体包括下述步骤：
在步骤S101中，当需求模型实例创建完成时，执行至少一次调试模式，按照将所述需求模型实例中的接口列表按照顺序两两一组执行动态调整延时权重的动作；
在步骤S102中，当调试模式执行结束时，执行自动化建立链式顺序接口调用链的测试动作。
在该实施例中，正式测试前，必须执行至少一次调试模式，然后再执行正事的测试动作。
如图2所示，当需求模型实例创建完成时，执行至少一次调试模式，按照将所述需求模型实例中的接口列表按照顺序两两一组执行动态调整延时权重的动作的步骤具体包括下述步骤：
在步骤S201中，当需求模型实例创建完成时，获取需求模型实例内的接口列表；
在步骤S202中，对所述接口列表进行个数判断，判断接口列表的个数是否大于1，是则执行步骤S203，否则执行步骤S208；
在步骤S203中，当判定所述接口列表的个数大于1时，则将所述需求模型实例内的接口列表两两一组进行分组；
在步骤S204中，根据两两一组的分组结果，执行动态调整延时权重的动作，其中，延时权重的调整依据为下一次的接口调用结果；
在步骤S205中，判断执行动态调整延时权重的动作是否成功，是则执行下一组延时权重的动作执行，否则自动加预设时间阈值，直至动态调整延时权重的动作执行成功；
在步骤S206中，当所有的动态调整延时权重的动作执行成功时，在所述需求模型实例中调试状态信息设置为true；
在步骤S207中，当存在动态调整延时权重的动作执行失败时，在所述需求模型实例中调试状态信息设置为fail；
在步骤S208中，当判定判定所述接口列表的个数等于1时，则执行当前接口列表内接口记录下执行结果。
在该实施例中，调试模式主要是将需求模型实例里的接口列表按顺序两两一组执行动态调参操作，如果接口列表个数>＝1则执行动态调参操作，反之只会执行列表(有且不大于1个接口)内的接口记录下执行结果。其中本次接口的延迟权重(默认0s)是根据循环进行下一次接口调用结果来动态调整的，失败则自动加5s，直到成功，其中连续接口两两一组，直至全部调试通过后会将需求信息中的调试状态修改为True，在循环过程中会设置默认循环次数(默认5次)超过本次数仍未成功则将本次需求结构中的调试状态置为失败，由相关测试人员具体研究具体异常原因(通常接口都是测试通过的，在此处不扩展这种特殊情况)。
如图3所示，当调试模式执行结束时，执行自动化建立链式顺序接口调用链的测试动作的步骤具体包括下述步骤：
在步骤S301中，读取所述需求模型实例中需求结构结构信息的调试状态是否为true；
在步骤S302中，当判定需求模型实例中需求结构结构信息的调试状态为true时，根据先接口地址后本次接口延迟参数再下一个接口再该接口延迟参数的顺序自动化建立链式顺序接口调用链；
在步骤S303中，依次顺序执行建立的链式顺序接口调用链中的每一个接口的测试，并将每次接口的测试结果填充到对应需求模型结构体实例中；
在步骤S304中，判断建立的链式顺序接口调用链中的每一个接口的测试是否完成；
在步骤S305中，当全部接口的测试均完成时，将所述需求模型实例中的需求结构信息的测试状态修改为true。
在该实施例中，开始正式测试过程，首先会判断需求模型实例中需求信息的调试状态是否为True，否则会首先执行调试模式。调试模式会将需求模型实例里的接口列表的接口信息拉平，根据先接口地址后本次接口延迟参数再下一个接口再该接口延迟参数的顺序自动化建立链式顺序接口调用链，依次顺序执行并将每次接口的结果填充到对应需求模型结构体实例中，直至全部测试通过后会将需求信息中的测试状态修改为True，最终将需求模型结构信息固化到存储服务。
在本发明实施例中，测试人员可视化查看需求测试结果。读取存储服务，并将多个需求模型实例信息，按照需求模型结构中一需求对多接口的形式合理展示在UI。测试人员可以查看到每个测试需求中每个接口信息及执行结果，以及需求的调试状态和测试状态，便于先需求后接口的层级展示及问题的快速定位。
图4示出了本发明提供的接口测试系统的结构框图，为了便于说明，图中仅给出了与本发明实施例相关的部分。
接口测试系统包括：
调试模式执行模块11，用于当需求模型实例创建完成时，执行至少一次调试模式，按照将所述需求模型实例中的接口列表按照顺序两两一组执行动态调整延时权重的动作；
测试动作执行模块12，用于当调试模式执行结束时，执行自动化建立链式顺序接口调用链的测试动作；
展示模块13，用于将需求模型实例的需求结构信息，按照需求模型结构中一需求对多接口的形式进行展示。
在该实施例中，如图5所示，调试模式执行模块11具体包括：
接口列表获取模块14，用于当需求模型实例创建完成时，获取需求模型实例内的接口列表；
接口列表个数判断模块15，用于对所述接口列表进行个数判断；
接口列表分组模块16，用于当判定所述接口列表的个数大于1时，则将所述需求模型实例内的接口列表两两一组进行分组；
延时权重动态调整模块17，用于根据两两一组的分组结果，执行动态调整延时权重的动作，其中，延时权重的调整依据为下一次的接口调用结果；
延时权重调整判断模块18，用于判断执行动态调整延时权重的动作是否成功，是则执行下一组延时权重的动作执行，否则自动加预设时间阈值，直至动态调整延时权重的动作执行成功；
第一调试状态设置模块19，用于当所有的动态调整延时权重的动作执行成功时，在所述需求模型实例中调试状态信息设置为true；
第二调试状态设置模块20，用于当存在动态调整延时权重的动作执行失败时，在所述需求模型实例中调试状态信息设置为fail；
单一执行模块21，用于当判定判定所述接口列表的个数等于1时，则执行当前接口列表内接口记录下执行结果。
如图6所示，测试动作执行模块12具体包括：
调试状态读取模块22，用于读取所述需求模型实例中需求结构结构信息的调试状态是否为true；
链式顺序接口调用链建立模块23，用于当判定需求模型实例中需求结构结构信息的调试状态为true时，根据先接口地址后本次接口延迟参数再下一个接口再该接口延迟参数的顺序自动化建立链式顺序接口调用链；
测试执行模块24,用于依次顺序执行建立的链式顺序接口调用链中的每一个接口的测试；
测试结果填充模块25，用于将每次接口的测试结果填充到对应需求模型结构体实例中；
测试完成判断模块26，用于判断建立的链式顺序接口调用链中的每一个接口的测试是否完成；
测试状态修改模块27，用于当全部接口的测试均完成时，将所述需求模型实例中的需求结构信息的测试状态修改为true。
其中，上述各个模块的功能如上述方法实施例所记载，在此不再赘述。
在本发明实施例中，基于服务器接口测试的需求模型包括根据用户输入的包含需求名称、一组接口地址和接口参数在内的模型模板参数创建的需求模型实例；需求模型实例包括需求结构信息和接口结构信息，当需求模型实例创建完成时，执行至少一次调试模式，按照将所述需求模型实例中的接口列表按照顺序两两一组执行动态调整延时权重的动作；当调试模式执行结束时，执行自动化建立链式顺序接口调用链的测试动作，从而实现需求测试模型结构设计和服务器接口测试先调试后测试的双模机制，可以更灵活、更方便地操作管理一次需求测试中的接口列表关系，降低了繁杂的手动操作，降低了接口测试的维护难度，提高了应用性，方便了测试人员的工作，有效提高测试体验。
以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围，其均应涵盖在本发明的权利要求和说明书的范围当中。
Claims (9)
1.一种基于服务器接口测试的需求模型，其特征在于，包括根据用户输入的包含需求名称、一组接口地址和接口参数在内的模型模板参数创建的需求模型实例；
所述需求模型实例包括需求结构信息和接口结构信息，其中，所述需求结构信息包括需求ID、需求名称、调试状态、测试状态以及接口列表，所述接口列表包括多个接口结构，所述接口结构包括需求ID、接口ID、接口地址、接口参数、延时权重、执行状态以及执行结果等，所述延时权重是一个可被动态调整的权重型参数。
2.一种基于权利要求1所述的基于服务器接口测试的需求模型的接口测试方法，其特征在于，所述方法包括下述步骤：
当需求模型实例创建完成时，执行至少一次调试模式，按照将所述需求模型实例中的接口列表按照顺序两两一组执行动态调整延时权重的动作；
当调试模式执行结束时，执行自动化建立链式顺序接口调用链的测试动作。
3.根据权利要求2所述的接口测试方法，其特征在于，所述当需求模型实例创建完成时，执行至少一次调试模式，按照将所述需求模型实例中的接口列表按照顺序两两一组执行动态调整延时权重的动作的步骤具体包括下述步骤：
当需求模型实例创建完成时，获取需求模型实例内的接口列表，并对所述接口列表进行个数判断；
当判定所述接口列表的个数大于1时，则将所述需求模型实例内的接口列表两两一组进行分组；
根据两两一组的分组结果，执行动态调整延时权重的动作，其中，延时权重的调整依据为下一次的接口调用结果；
判断执行动态调整延时权重的动作是否成功，是则执行下一组延时权重的动作执行，否则自动加预设时间阈值，直至动态调整延时权重的动作执行成功；
当所有的动态调整延时权重的动作执行成功时，在所述需求模型实例中调试状态信息设置为true；
当存在动态调整延时权重的动作执行失败时，在所述需求模型实例中调试状态信息设置为fail；
当判定判定所述接口列表的个数等于1时，则执行当前接口列表内接口记录下执行结果。
4.根据权利要求2所述的接口测试方法，其特征在于，所述当调试模式执行结束时，执行自动化建立链式顺序接口调用链的测试动作的步骤具体包括下述步骤：
读取所述需求模型实例中需求结构结构信息的调试状态是否为true；
当判定需求模型实例中需求结构结构信息的调试状态为true时，根据先接口地址后本次接口延迟参数再下一个接口再该接口延迟参数的顺序自动化建立链式顺序接口调用链；
依次顺序执行建立的链式顺序接口调用链中的每一个接口的测试，并将每次接口的测试结果填充到对应需求模型结构体实例中；
判断建立的链式顺序接口调用链中的每一个接口的测试是否完成；
当全部接口的测试均完成时，将所述需求模型实例中的需求结构信息的测试状态修改为true。
5.根据权利要求2所述的接口测试方法，其特征在于，所述方法还包括下述步骤：
将需求模型实例的需求结构信息，按照需求模型结构中一需求对多接口的形式进行展示。
6.一种基于权利要求2所述的接口测试方法的接口测试系统，其特征在于，所述系统包括：
调试模式执行模块，用于当需求模型实例创建完成时，执行至少一次调试模式，按照将所述需求模型实例中的接口列表按照顺序两两一组执行动态调整延时权重的动作；
测试动作执行模块，用于当调试模式执行结束时，执行自动化建立链式顺序接口调用链的测试动作。
7.根据权利要求6所述的接口测试系统，其特征在于，所述调试模式执行模块具体包括：
接口列表获取模块，用于当需求模型实例创建完成时，获取需求模型实例内的接口列表；
接口列表个数判断模块，用于对所述接口列表进行个数判断；
接口列表分组模块，用于当判定所述接口列表的个数大于1时，则将所述需求模型实例内的接口列表两两一组进行分组；
延时权重动态调整模块，用于根据两两一组的分组结果，执行动态调整延时权重的动作，其中，延时权重的调整依据为下一次的接口调用结果；
延时权重调整判断模块，用于判断执行动态调整延时权重的动作是否成功，是则执行下一组延时权重的动作执行，否则自动加预设时间阈值，直至动态调整延时权重的动作执行成功；
第一调试状态设置模块，用于当所有的动态调整延时权重的动作执行成功时，在所述需求模型实例中调试状态信息设置为true；
第二调试状态设置模块，用于当存在动态调整延时权重的动作执行失败时，在所述需求模型实例中调试状态信息设置为fail；
单一执行模块，用于当判定判定所述接口列表的个数等于1时，则执行当前接口列表内接口记录下执行结果。
8.根据权利要求6所述的接口测试系统，其特征在于，所述测试动作执行模块具体包括：
调试状态读取模块，用于读取所述需求模型实例中需求结构结构信息的调试状态是否为true；
链式顺序接口调用链建立模块，用于当判定需求模型实例中需求结构结构信息的调试状态为true时，根据先接口地址后本次接口延迟参数再下一个接口再该接口延迟参数的顺序自动化建立链式顺序接口调用链；
测试执行模块，用于依次顺序执行建立的链式顺序接口调用链中的每一个接口的测试；
测试结果填充模块，用于将每次接口的测试结果填充到对应需求模型结构体实例中；
测试完成判断模块，用于判断建立的链式顺序接口调用链中的每一个接口的测试是否完成；
测试状态修改模块，用于当全部接口的测试均完成时，将所述需求模型实例中的需求结构信息的测试状态修改为true。
9.根据权利要求6所述的接口测试系统，其特征在于，所述系统还包括：
展示模块，用于将需求模型实例的需求结构信息，按照需求模型结构中一需求对多接口的形式进行展示。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010463353.0A CN111737065B (zh) | 2020-05-27 | 2020-05-27 | 一种基于服务器接口测试的需求模型的接口测试方法及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010463353.0A CN111737065B (zh) | 2020-05-27 | 2020-05-27 | 一种基于服务器接口测试的需求模型的接口测试方法及系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111737065A true CN111737065A (zh) | 2020-10-02 |
| CN111737065B CN111737065B (zh) | 2023-01-06 |
Family
ID=72647842
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010463353.0A Active CN111737065B (zh) | 2020-05-27 | 2020-05-27 | 一种基于服务器接口测试的需求模型的接口测试方法及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111737065B (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113138616A (zh) * | 2021-04-07 | 2021-07-20 | 山东英信计算机技术有限公司 | 一种交换机散热调控策略的调试方法及系统 |
| CN117312157A (zh) * | 2023-09-28 | 2023-12-29 | 上海新迪数字技术有限公司 | 一种cad软件接口测试反馈方法、系统及电子设备 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20160147646A1 (en) * | 2014-11-21 | 2016-05-26 | Wipro Limited | Method and system for executing automated tests in an integrated test environment |
| CN106201808A (zh) * | 2015-05-04 | 2016-12-07 | 北京畅游天下网络技术有限公司 | 一种服务器端的自动化接口测试方法及系统 |
| CN110647462A (zh) * | 2019-08-29 | 2020-01-03 | 凡普数字技术有限公司 | 接口测试方法、装置以及存储介质 |
-
2020
- 2020-05-27 CN CN202010463353.0A patent/CN111737065B/zh active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20160147646A1 (en) * | 2014-11-21 | 2016-05-26 | Wipro Limited | Method and system for executing automated tests in an integrated test environment |
| CN106201808A (zh) * | 2015-05-04 | 2016-12-07 | 北京畅游天下网络技术有限公司 | 一种服务器端的自动化接口测试方法及系统 |
| CN110647462A (zh) * | 2019-08-29 | 2020-01-03 | 凡普数字技术有限公司 | 接口测试方法、装置以及存储介质 |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113138616A (zh) * | 2021-04-07 | 2021-07-20 | 山东英信计算机技术有限公司 | 一种交换机散热调控策略的调试方法及系统 |
| CN117312157A (zh) * | 2023-09-28 | 2023-12-29 | 上海新迪数字技术有限公司 | 一种cad软件接口测试反馈方法、系统及电子设备 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111737065B (zh) | 2023-01-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111737065B (zh) | 一种基于服务器接口测试的需求模型的接口测试方法及系统 | |
| CN104483959A (zh) | 故障模拟与测试系统 | |
| CN109426237B (zh) | 一种电子控制单元ecu的硬件在环测试方法和装置 | |
| CN111897724A (zh) | 一种适用于云平台的自动化测试方法及装置 | |
| CN107015902B (zh) | 一种测试方法和设备 | |
| CN112100085B (zh) | 安卓应用程序稳定性测试方法、装置和设备 | |
| CN112068530A (zh) | 一种ecu自动化测试方法、系统、存储介质及装置 | |
| US11663113B2 (en) | Real time fault localization using combinatorial test design techniques and test case priority selection | |
| CN110990289B (zh) | 一种自动提交bug的方法、装置、电子设备及存储介质 | |
| CN111198811A (zh) | 一种页面自动化测试的方法、装置、电子设备及存储介质 | |
| CN112231206A (zh) | 应用程序测试的脚本编辑方法、计算机可读存储介质及测试平台 | |
| CN112051835A (zh) | Dcs冗余功能的测试方法及测试装置 | |
| CN115546927A (zh) | 一种基于autosar标准的uds诊断自动化测试系统 | |
| CN111209188A (zh) | 一种分布式存储系统的测试方法和装置 | |
| CN113133041B (zh) | 动态间隔列控车载中车车通信功能的测试方法及装置 | |
| CN111290902B (zh) | 一种交换机端口压力测试方法、装置、设备和介质 | |
| CN116185880A (zh) | 一种嵌入式系统的自动化测试方法、装置、设备及介质 | |
| CN114661615B (zh) | 一种fpga软件测试方法和设备 | |
| CN106874191B (zh) | 智能数据库执行方法及系统 | |
| CN103019927A (zh) | 一种性能测试方法和系统 | |
| CN111813665A (zh) | 一种基于python的大数据平台接口数据测试方法和系统 | |
| CN110688299A (zh) | 一种核电厂应用软件自动化测试平台 | |
| CN111242833B (zh) | 一种染色器管理方法、装置、电子设备及存储介质 | |
| CN111240920B (zh) | 性能测试方法、装置、服务器及存储介质 | |
| CN103778055A (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 |