[发明专利]一种基于服务器接口测试的需求模型的接口测试方法及系统

说明书

本发明涉及服务器测试技术领域，提供一种基于服务器接口测试的需求模型的接口测试方法及系统，该需求模型包括需求模型实例；需求模型实例包括需求结构信息和接口结构信息，当需求模型实例创建完成时，执行至少一次调试模式，按照将需求模型实例中的接口列表按照顺序两两一组执行动态调整延时权重的动作；当调试模式执行结束时，执行自动化建立链式顺序接口调用链的测试动作，从而实现需求测试模型结构设计和服务器接口测试先调试后测试的双模机制，可以更灵活、更方便地操作管理一次需求测试中的接口列表关系，降低了繁杂的手动操作，降低了接口测试的维护难度。

技术领域

本发明属于服务器测试技术领域，尤其涉及一种基于服务器接口测试的需求模型的接口测试方法及系统。

背景技术

随着云计算领域的快速发展，对云计算中的服务器接口测试要求和数量也是越来越多，如何实现对服务器接口测试的更高的自动化需求是愈来愈高。一方面要求服务器接口测试时要有模型结构化；另一方面要求接口测试时自动调整接口模型参数，实现接口测试自动化。

在云计算领域中对服务器的接口测试，一次接口测试通常是指一个特定功能需求的接口测试，通常是指一个接口列表组进行一定逻辑顺序的连续相关请求。其中接口请求往往是指执行HTTP协议在服务器端执行QEMU-GUEST-QGENT的操作请求，这种接口请求通常具备一种虽然接口返回了结果，但往往服务器还没执行结束的异步特性。这样就会出现执行完第一个请求并且在得到成功反馈后，立即执行第二个接口就会失败。正确操作是等待服务器底层执行完命令后再执行第二个接口，这样第二个接口就会成功，其他下面的接口同理执行。

传统服务器接口测试大都采用手动执行测试脚本的模式进行接口测试，通常是将一个测试需求的所有相关接口定义在一个测试脚本里。然后手动执行这个测试脚本，再通过手动查看哪个接口执行失败，经过经验判断后，再手动在失败接口前加一个延迟执行时间再进行测试。一旦延迟时间不对，则再次修改延迟时间进行测试。同理剩下接口的测试同理，充满了大量的手动操作。这种模式将接口地址固化在测试脚本中存在不易定位接口地址位置、修改繁琐的问题，这种模式通过大量手动调试的方式去人工再次修改每一个接口的关联延迟时间。一旦接口列表组内的数量过多，会给测试人员带来很大的工作量，而且很容易误改到其他地方。因此传统的服务器接口测试的手动调试脚本模式已经不能完全满足当前需求。

发明内容

针对现有技术中的缺陷，本发明提供了一种基于服务器接口测试的需求模型的接口测试方法，旨在解决现有技术中将接口地址固化在测试脚本中存在不易定位接口地址位置、修改繁琐的问题，而且通过大量手动调试的方式去人工再次修改每一个接口的关联延迟时间，一旦接口列表组内的数量过多，会给测试人员带来很大的工作量，而且很容易误改到其他地方的问题。

本发明所提供的技术方案是：

本发明的另一目的在于提供一种基于基于服务器接口测试的需求模型的接口测试方法，所述方法包括下述步骤：

当需求模型实例创建完成时，执行至少一次调试模式，按照将所述需求模型实例中的接口按照顺序两两一组执行动态调整延时权重的动作，其中，接口列表中接口的个数大于1；

当调试模式执行结束时，执行自动化建立链式顺序接口调用链的测试动作；

其中，基于服务器接口测试的需求模型包括根据用户输入的包含需求名称、一组接口地址和接口参数在内的模型模板参数创建的需求模型实例；

所述需求模型实例包括需求结构信息和接口结构信息，其中，所述需求结构信息包括需求ID、需求名称、调试状态、测试状态以及接口列表，所述接口列表包括多个接口结构，所述接口结构包括需求ID、接口ID、接口地址、接口参数、延时权重、执行状态以及执行结果，所述延时权重是一个能被动态调整的权重型参数。

作为一种改进的方案，所述当需求模型实例创建完成时，执行至少一次调试模式，将所述需求模型实例中的接口列表按照顺序两两一组执行动态调整延时权重的动作的步骤具体包括下述步骤：