业务系统的接口测试控制方法及装置制造方法及图纸

本申请揭示了一种业务系统的接口测试控制方法及装置，涉及软件测试技术领域。所述方法包括：通过对业务系统中的全部待测试接口进行录制，获得业务系统的接口流程；将接口流程划分为若干测试节点，且将接口流程中对应于同一测试节点的所有待测试接口整合至同一测试节点中，获得测试脚本；在根据测试脚本执行所述业务系统的接口测试中，获取各测试节点对应的测试数据和测试结果；如果获取到测试节点的测试结果为测试失败，则根据触发生成的测试命令，以测试失败的测试节点为起始节点，且根据起始节点对应的测试数据重新执行测试脚本，直至完成测试脚本中最后一个测试节点的测试。使用本申请提供的方法有效地简化了业务系统的接口测试流程。

Interface test control method and device of business system

【技术实现步骤摘要】
业务系统的接口测试控制方法及装置
本申请涉及软件测试
，特别涉及一种业务系统的接口测试控制方法及装置、电子设备、计算机可读存储介质。
技术介绍
目前，软件测试人员在进行业务系统的接口测试时，一般使用自动化测试工具的录制功能，将业务系统的接口流程按顺序配置在自动化测试工具的测试脚本中。当测试脚本执行失败时，需重新使用该测试脚本执行业务系统的接口测试控制。而在实际的业务流程中，业务系统的接口测试控制一般包括成百上千个接口的调用，按照目前的测试方法，会重复地对某些正常的接口进行调用，导致整个接口测试的过程十分繁杂，且费时费力。由此，如何简化业务系统的接口测试流程，是现有技术中仍有待解决的技术问题。需要说明的是，在上述
技术介绍
部分公开的信息仅用于加强对本专利技术的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。
技术实现思路
基于上述技术问题，本申请提供了一种业务系统的接口测试控制方法及装置、电子设备、计算机可读存储介质。本申请所揭示的技术方案包括：一种业务系统的接口测试控制方法，包括：通过对业务系统中的全部待测试接口进行录制，获得所述业务系统的接口流程；将所述接口流程划分为若干测试节点，且将所述接口流程中对应于同一测试节点的所有待测试接口整合至同一所述测试节点中，获得测试脚本；在根据所述测试脚本执行所述业务系统的接口测试中，获取各测试节点对应的测试数据和测试结果；如果获取到所述测试节点的测试结果为测试失败，则根据触发生成的测试命令，以测试失败的所述测试节点为起始节点，且根据所述起始节点对应的测试数据重新执行所述测试脚本，直至完成所述测试脚本中最后一个测试节点的测试。在一个示例性实施例中，所述将所述接口流程划分为若干测试节点，且将所述接口流程中隶属于同一测试节点的所有待测试接口整合至同一所述测试节点中，获得测试脚本，包括：按照所述接口流程中待测试接口的顺序，对每一所述待测试接口依次发起调用，生成初始测试脚本；通过为所述初始测试脚本中特定的所述待测试接口增加控制逻辑，对所述初始测试脚本进行更新；根据所述接口流程中所划分测试节点的数量，在更新得到的所述初始测试脚本中生成相同数量的控制器，并将对应于同一所述测试节点的全部接口调用逻辑移入所生成的控制器下，获得所述测试脚本。在一个示例性实施例中，所述在根据所述测试脚本执行所述业务系统的接口测试中，获取各测试节点对应的测试数据和测试结果，包括：通过获取所述测试脚本所定义的开始节点变量和结束节点变量，得到对所述业务系统进行接口测试的测试节点范围；在执行所述测试节点范围所对应目标测试节点的过程中，将每一所述目标测试节点执行的测试数据和测试结果写入指定文件。在一个示例性实施例中，所述在执行所述测试节点范围所对应目标测试节点的过程中，将每一所述目标测试节点执行的测试数据和测试结果写入指定文件，包括：在所述目标测试节点的执行中，提取每一所述目标节点对应的测试数据至临时变量中进行保存；完成每一所述目标测试节点的执行后，根据执行结果进行所述测试脚本中全局变量的赋值；获取所述临时变量和所述全局变量分别所对应的内容，且将所获取内容写入指定文件。在一个示例性实施例中，所述获取所述临时变量和所述全局变量分别所对应的内容，且将所获取内容写入指定文件，包括：在所述测试脚本所定义的第一beanshell组件中，通过调用creatfile()方法生成所述指定文件；在teardown逻辑控制器所定义的第二beanshell组件中，通过调用write()方法将所述临时变量和所述全局变量写入所述指定文件。在一个示例性实施例中，所述以测试失败的所述测试节点为起始节点，且根据所述起始节点对应的测试数据重新执行所述测试脚本，包括：从所获取测试节点对应的测试数据中提取关键数据，并从所述业务系统的数据库中查询所述关键数据所对应的业务状态；将所述关键数据作为前置参数传入所述测试脚本；在重新执行所述测试脚本的过程中，每一所述测试节点先判断所述关键数据所对应的业务状态是否与所述测试节点相对应，若为否，则跳转至下一所述测试节点进行所述判断；若为是，则以所述测试节点为起始节点，执行所述业务系统的接口测试。一种业务系统的接口测试控制装置，包括：接口流程获取模块，用于通过对业务系统中的全部待测试接口进行录制，获得所述业务系统的接口流程；测试脚本获取模块，用于将所述接口流程划分为若干测试节点，且将所述接口流程中对应于同一测试节点的所有待测试接口整合至同一所述测试节点中，获得测试脚本；测试信息获取模块，用于在根据所述测试脚本执行所述业务系统的接口测试中，获取各测试节点对应的测试数据和测试结果；重复测试模块用于在获取到所述测试节点的测试结果为测试失败的情况下，根据触发生成的测试命令，以测试失败的所述测试节点为起始节点，且根据所述起始节点对应的测试数据重新执行所述测试脚本，直至完成所述测试脚本中最后一个测试节点的测试。一种电子设备，所述电子设备包括：处理器；存储器，所述存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，实现如前任一项所述业务系统的接口测试控制方法。一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时，实现如前任一项所述业务系统的接口测试控制方法。本申请实施例提供的技术方案可以包括以下有益效果：在上述技术方案中，通过对业务系统中的全部待测试接口进行录制，可获得业务系统的接口流程；然后将接口流程划分为若干测试节点，且将接口流程中对应于同一测试节点的所有待测试接口整合至同一测试节点中，获得测试脚本；在根据测试脚本执行业务系统的接口测试中，相应获取各测试节点对应的测试数据和测试接口；当某一测试节点对接口测试的执行失败时，则根据触发生成的测试命令，以测试失败的测试节点为起始节点，且根据起始节点对应的测试数据重新执行测试脚本，直至完成最后一个测试节点的测试。因此，本申请通过将业务系统的接口流程进行测试节点的划分，并在业务系统的接口测试失败时，仅需以测试失败的测试节点为起始重新进行业务系统的接口测试，省去了正常接口的重复测试过程，从而有效地简化了业务系统的接口测试流程。应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本申请。附图说明此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并于说明书一起用于解释本申请的原理。图1是根据一示例性实施例所示出的一种业务系统的接口测试控制方法的流程图；图2是根据图1所对应实施例示出的对步骤120进行描述的流程图；图3是根据图1所对应实施例示出的对步骤130进行描述的流程图；图4是根据图3所对应实施例示出的对步骤132进行描述的流程图；图5是根据图1所对应实施例示出的对步骤140进行描述的流程图；图6是根据一示例性实施例所示出的一种业务系统的接口测试控制装置的框图；图7是根据一示例性实施例所示出的一种电子设备的硬件框图。通过上述附图，已示出本专利技术明确的实施例，后文中将有更详细的描述，这些附图和文字描述并不是为了通过任何方式限制本专利技术构思的范围，而是通过参考特定实施例为本领域技术人员说明本专利技术的概念。具体实施方式这里将详细地对示例性实施例执行说明，其示例表示在附图中。下面的描述涉及附图本文档来自技高网...

【技术保护点】
1.一种业务系统的接口测试控制方法，其特征在于，所述方法包括：通过对业务系统中的全部待测试接口进行录制，获得所述业务系统的接口流程；将所述接口流程划分为若干测试节点，且将所述接口流程中对应于同一测试节点的所有待测试接口整合至同一所述测试节点中，获得测试脚本；在根据所述测试脚本执行所述业务系统的接口测试中，获取各测试节点对应的测试数据和测试结果；如果获取到所述测试节点的测试结果为测试失败，则根据触发生成的测试命令，以测试失败的所述测试节点为起始节点，且根据所述起始节点对应的测试数据重新执行所述测试脚本，直至完成所述测试脚本中最后一个测试节点的测试。

【技术特征摘要】
1.一种业务系统的接口测试控制方法，其特征在于，所述方法包括：通过对业务系统中的全部待测试接口进行录制，获得所述业务系统的接口流程；将所述接口流程划分为若干测试节点，且将所述接口流程中对应于同一测试节点的所有待测试接口整合至同一所述测试节点中，获得测试脚本；在根据所述测试脚本执行所述业务系统的接口测试中，获取各测试节点对应的测试数据和测试结果；如果获取到所述测试节点的测试结果为测试失败，则根据触发生成的测试命令，以测试失败的所述测试节点为起始节点，且根据所述起始节点对应的测试数据重新执行所述测试脚本，直至完成所述测试脚本中最后一个测试节点的测试。2.根据权利要求1所述的方法，其特征在于，所述将所述接口流程划分为若干测试节点，且将所述接口流程中隶属于同一测试节点的所有待测试接口整合至同一所述测试节点中，获得测试脚本，包括：按照所述接口流程中待测试接口的顺序，对每一所述待测试接口依次发起调用，生成初始测试脚本；通过为所述初始测试脚本中特定的所述待测试接口增加控制逻辑，对所述初始测试脚本进行更新；根据所述接口流程中所划分测试节点的数量，在更新得到的所述初始测试脚本中生成相同数量的控制器，并将对应于同一所述测试节点的全部接口调用逻辑移入所生成的控制器下，获得所述测试脚本。3.根据权利要求1所述的方法，其特征在于，所述在根据所述测试脚本执行所述业务系统的接口测试中，获取各测试节点对应的测试数据和测试结果，包括：通过获取所述测试脚本所定义的开始节点变量和结束节点变量，得到对所述业务系统进行接口测试的测试节点范围；在执行所述测试节点范围所对应目标测试节点的过程中，将每一所述目标测试节点执行的测试数据和测试结果写入指定文件。4.根据权利要求3所述的方法，其特征在于，所述在执行所述测试节点范围所对应目标测试节点的过程中，将每一所述目标测试节点执行的测试数据和测试结果写入指定文件，包括：在所述目标测试节点的执行中，提取每一所述目标节点对应的测试数据至临时变量中进行保存；完成每一所述目标测试节点的执行后，根据执行结果进行所述测试脚本中全局变量的赋值；获取所述临时变量和所述全局变量分别所对应的内容，且将所获取内容写入指定文件。5.根据权利要求4所述的方法，其特征在于，所述获取所述临时变量和所述全局变量分别所对应的内容，且将所获取内容写入指定文件，包括：在所述测试脚本所定义的第一beanshell组件中，通过调用creatfile()方法生成所述指定文件；在teardown逻...

【专利技术属性】
技术研发人员：胡鹏强，
申请(专利权)人：平安普惠企业管理有限公司，
类型：发明
国别省市：广东,44