发明内容
本发明的主要目的在于提供一种应用程序开发过程中的模拟测试方法及服务器,在应用程序开发过程中后台数据接口开发完成之前,对返回的后台数据进行测试,提升应用程序开发的准确度及效率。
为实现上述目的,本发明提供的一种应用程序开发过程中的模拟测试方法,所述方法包括以下步骤:
请求处理服务器收到开发端的待测应用程序发送的带有目的服务器参数的第一预设类型请求后,根据所述待测应用程序的接口文档确定所述第一预设类型请求对应的第一接口;
所述请求处理服务器分析确定的第一接口的当前开关状态,所述开关状态包括开状态和关状态;
若确定的第一接口的当前开关状态为开状态,则所述请求处理服务器找出确定的第一接口对应的返回数据,根据预先确定的请求类型与返回数据的格式之间的映射关系,确定所述第一预设类型请求对应的返回数据的第一格式,将找出的返回数据按照确定的第一格式进行封装以生成第一封装数据,并将生成的第一封装数据返回给所述待测应用程序。
优选地,该方法还包括步骤:
若确定的第一接口的当前开关状态为关状态,则所述请求处理服务器分析出所述第一预设类型请求中的目的服务器参数对应的目的服务器,将所述第一预设类型请求发送给分析出的目的服务器,从分析出的目的服务器获取所述第一预设类型请求对应的返回数据,并将获取的返回数据发送给所述待测应用程序。
优选地,该方法还包括步骤:
所述请求处理服务器收到开发端的待测应用程序发送的带有目的服务器参数的第二预设类型请求后,根据所述待测应用程序的接口文档确定所述第二预设类型请求对应的第二接口;
所述请求处理服务器分析确定的第二接口的当前开关状态,所述开关状态包括开状态和关状态;
若确定的第二接口的当前开关状态为开状态,则所述请求处理服务器找出确定的第二接口对应的返回数据,根据预先确定的请求类型与返回数据的格式之间的映射关系,确定所述第二预设类型请求对应的返回数据的第二格式,将找出的返回数据按照确定的第二格式进行封装以生成第二封装数据,并将生成的第二封装数据返回给所述待测应用程序。
优选地,该方法还包括步骤:
若确定的第二接口的当前开关状态为关状态,则所述请求处理服务器分析出所述第二预设类型请求中的目的服务器参数对应的目的服务器,将所述第二预设类型请求发送给分析出的目的服务器,从分析出的目的服务器获取所述第二预设类型请求对应的返回数据,并将获取的返回数据发送给所述待测应用程序。
优选地,所述第一预设类型请求为拉取数据请求,所述第一接口为所述拉取数据请求对应的接口;所述第二预设类型请求为更改数据请求,所述第二接口为所述更改数据请求对应的接口。
此外,为实现上述目的,本发明还提供一种用于在应用程序开发过程中进行模拟测试的请求处理服务器,所述请求处理服务器包括:
第一确定模块,用于收到开发端的待测应用程序发送的带有目的服务器参数的第一预设类型请求后,根据所述待测应用程序的接口文档确定所述第一预设类型请求对应的第一接口;
第一分析模块,用于分析确定的第一接口的当前开关状态,所述开关状态包括开状态和关状态;
第一返回模块,用于若确定的第一接口的当前开关状态为开状态,则找出确定的第一接口对应的返回数据,根据预先确定的请求类型与返回数据的格式之间的映射关系,确定所述第一预设类型请求对应的返回数据的第一格式,将找出的返回数据按照确定的第一格式进行封装以生成第一封装数据,并将生成的第一封装数据返回给所述待测应用程序。
优选地,所述请求处理服务器还包括:
第一发送模块,用于若确定的第一接口的当前开关状态为关状态,则分析出所述第一预设类型请求中的目的服务器参数对应的目的服务器,将所述第一预设类型请求发送给分析出的目的服务器,从分析出的目的服务器获取所述第一预设类型请求对应的返回数据,并将获取的返回数据发送给所述待测应用程序。
优选地,所述请求处理服务器还包括:
第二确定模块,用于收到开发端的待测应用程序发送的带有目的服务器参数的第二预设类型请求后,根据所述待测应用程序的接口文档确定所述第二预设类型请求对应的第二接口;
第二分析模块,用于分析确定的第二接口的当前开关状态,所述开关状态包括开状态和关状态;
第二返回模块,用于若确定的第二接口的当前开关状态为开状态,则找出确定的第二接口对应的返回数据,根据预先确定的请求类型与返回数据的格式之间的映射关系,确定所述第二预设类型请求对应的返回数据的第二格式,将找出的返回数据按照确定的第二格式进行封装以生成第二封装数据,并将生成的第二封装数据返回给所述待测应用程序。
优选地,所述请求处理服务器还包括:
第二发送模块,用于若确定的第二接口的当前开关状态为关状态,则分析出所述第二预设类型请求中的目的服务器参数对应的目的服务器,将所述第二预设类型请求发送给分析出的目的服务器,从分析出的目的服务器获取所述第二预设类型请求对应的返回数据,并将获取的返回数据发送给所述待测应用程序。
优选地,所述第一预设类型请求为拉取数据请求,所述第一接口为所述拉取数据请求对应的接口;所述第二预设类型请求为更改数据请求,所述第二接口为所述更改数据请求对应的接口。
本发明提出的一种应用程序开发过程中的模拟测试方法及服务器,请求处理服务器在收到开发端的待测应用程序发送的第一预设类型请求后,根据保存在该请求处理服务器上的所述待测应用程序的接口文档来确定所述第一预设类型请求对应的第一接口,并在分析该第一接口的当前开关状态为开状态时,找出该第一接口对应的返回数据,对返回数据按相应格式进行封装后返回给所述待测应用程序。由于开发端的待测应用程序只需发送第一预设类型请求,即可收到由请求处理服务器发送的返回数据进行测试,无需后台数据接口开发完成就能在开发过程中进行待测应用程序的后台返回数据测试,避免了待测应用程序在开发完成后可能由于后台数据返回造成的漏洞而需要再次开发的情况发生,有效的提升了应用程序开发的准确度及效率。
具体实施方式
应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
本发明提供一种应用程序开发过程中的模拟测试系统,参照图1,图1为本发明应用程序开发过程中的模拟测试系统一实施例的系统架构图。该模拟测试系统包括开发端1、请求处理服务器2及目的服务器3。在应用程序开发过程中,开发端1或者其他任意使用的参数配置端可以登录请求处理服务器2获取用于参数配置的web页,通过所述web页,开发端1的用户可以为待测应用程序APP的接口文档中的所有接口配置目的服务器3参数、返回数据和开关状态,并将配置好接口的接口文档保存于请求处理服务器2。其中,所述web页包括待测APP的各个接口对应的当前配置好的目的服务器3参数、返回数据和开关状态信息,开发端1的用户可经由所述web页动态修改待测APP的各个接口对应的当前配置好的目的服务器3参数、返回数据及/或开关状态信息,以便待测APP进行各种模拟mock测试,如返回数据的测试等。开发端1的用户可经由所述web页动态修改待测APP的各个接口对应的开关状态信息,例如,若X接口的当前开关状态为开状态,通过所述web页,可以将X接口的开关状态修改为关状态。
基于上述应用程序开发过程中的模拟测试系统,本发明还提供一种应用程序开发过程中的模拟测试方法。参照图2,图2为本发明应用程序开发过程中的模拟测试方法第一实施例的流程示意图。
在第一实施例中,该应用程序开发过程中的模拟测试方法包括:
步骤S10,请求处理服务器收到开发端的待测应用程序发送的带有目的服务器参数的第一预设类型请求后,根据所述待测应用程序的接口文档确定所述第一预设类型请求对应的第一接口;
本实施例中,开发端的待测应用程序APP在开发过程中需要进行后台数据返回的测试时,可向预设的请求处理服务器发送第一预设类型请求,如该第一预设类型请求可以为get请求,即拉取数据请求,该第一预设类型请求中包括拉取数据请求对应的目的服务器参数。请求处理服务器收到开发端的待测APP发送的带有目的服务器参数的第一预设类型请求之后,可根据保存在所述请求处理服务器上已配置好的该待测APP的接口文档来确定所述第一预设类型请求对应的第一接口,也即拉取数据请求对应的接口。
步骤S20,所述请求处理服务器分析确定的第一接口的当前开关状态,所述开关状态包括开状态和关状态;
所述请求处理服务器根据已配置好的该待测APP的接口文档对所述第一预设类型请求对应的第一接口的当前开关状态进行分析,判断所述第一预设类型请求对应的第一接口的当前开关状态是开状态或关状态。
步骤S30,若确定的第一接口的当前开关状态为开状态,则所述请求处理服务器找出确定的第一接口对应的返回数据,根据预先确定的请求类型与返回数据的格式之间的映射关系,确定所述第一预设类型请求对应的返回数据的第一格式,将找出的返回数据按照确定的第一格式进行封装以生成第一封装数据,并将生成的第一封装数据返回给所述待测应用程序。
若分析所述第一预设类型请求对应的第一接口的当前开关状态是开状态,说明可直接从所述第一预设类型请求对应的第一接口获取返回数据。则所述请求处理服务器根据已配置好的该待测APP的接口文档找出确定的第一接口所对应的返回数据,根据预先确定的请求类型与返回数据的格式之间的映射关系,确定所述第一预设类型请求对应的返回数据的第一格式。例如,拉取数据请求对应的格式为“成功拉取”格式,则在分析该拉取数据请求对应的接口的当前开关状态是开状态时,找出确定的接口所对应的返回数据,并确定预先确定的拉取数据请求对应的返回数据的格式如“成功拉取”格式。再将找出的返回数据按照确定的第一格式进行封装以生成第一封装数据,并将生成的第一封装数据返回给所述待测应用程序。如可将找出的拉取数据请求对应的返回数据按照确定的“成功拉取”格式进行封装以生成该拉取数据请求所对应的第一封装数据,并将生成的第一封装数据返回给所述待测APP。以供所述待测APP获取针对其发出的拉取数据请求所返回的第一封装数据,并基于拉取数据请求及返回的对应第一封装数据进行测试该待测APP是否存在bug,如返回数据的格式、内容等错误,以及时在开发过程中进行修补并消除bug。
本实施例中请求处理服务器在收到开发端的待测应用程序发送的第一预设类型请求后,根据保存在该请求处理服务器上的所述待测应用程序的接口文档来确定所述第一预设类型请求对应的第一接口,并在分析该第一接口的当前开关状态为开状态时,找出该第一接口对应的返回数据,对返回数据按相应格式进行封装后返回给所述待测应用程序。由于开发端的待测应用程序只需发送第一预设类型请求,即可收到由请求处理服务器发送的返回数据进行测试,无需后台数据接口开发完成就能在开发过程中进行待测应用程序的后台返回数据测试,避免了待测应用程序在开发完成后可能由于后台数据返回造成的漏洞而需要再次开发的情况发生,有效的提升了应用程序开发的准确度及效率。
进一步地,如图3所示,本发明第二实施例提出一种应用程序开发过程中的模拟测试方法,在上述实施例的基础上,还包括:
步骤S40,若确定的第一接口的当前开关状态为关状态,则所述请求处理服务器分析出所述第一预设类型请求中的目的服务器参数对应的目的服务器,将所述第一预设类型请求发送给分析出的目的服务器,从分析出的目的服务器获取所述第一预设类型请求对应的返回数据,并将获取的返回数据发送给所述待测应用程序。
本实施例中,若分析所述第一预设类型请求对应的第一接口的当前开关状态是关状态,说明无法直接从所述第一预设类型请求对应的第一接口获取返回数据。则所述请求处理服务器根据已配置好的该待测APP的接口文档获取为所述第一预设类型请求对应的第一接口所配置好的目的服务器参数,并分析出所述第一预设类型请求中的目的服务器参数对应的目的服务器。将所述第一预设类型请求发送给分析出的目的服务器,以将该待测APP的第一预设类型请求如拉取数据请求成功转发至该拉取数据请求所对应的目的服务器。所述请求处理服务器获取到分析出的目的服务器针对所述第一预设类型请求反馈的返回数据后,将分析出的目的服务器针对所述第一预设类型请求反馈的返回数据发送给该待测APP。以供所述待测APP获取目的服务器针对其发出的拉取数据请求所反馈的返回数据,并基于拉取数据请求及反馈的返回数据进行测试该待测APP是否存在bug,如返回数据的格式、内容等错误,以及时在开发过程中进行修补并消除bug。
本实施例在开发端的待测APP发出第一预设类型请求如拉取数据请求后,针对所述第一预设类型请求如拉取数据请求对应的第一接口为开状态或关状态这两种情况分别进行返回数据的测试。在开发过程中针对由待测APP发出的第一预设类型请求如拉取数据请求,从对应的第一接口或目的服务器获取返回数据并进行测试,实现了在应用程序开发过程中后台数据接口开发完成之前对返回的后台数据进行测试,避免了待测应用程序在开发完成后可能由于后台数据返回造成的漏洞而需要再次开发的情况发生,有效的提升了应用程序开发的准确度及效率。
进一步地,如图4所示,本发明第三实施例提出一种应用程序开发过程中的模拟测试方法,在上述实施例的基础上,还包括:
步骤S50,所述请求处理服务器收到开发端的待测应用程序发送的带有目的服务器参数的第二预设类型请求后,根据所述待测应用程序的接口文档确定所述第二预设类型请求对应的第二接口;
本实施例中,开发端的待测应用程序APP在开发过程中需要进行后台数据返回的测试时,可向预设的请求处理服务器发送第二预设类型请求,如该第二预设类型请求可以为post请求,即更改数据请求,该第二预设类型请求中包括更改数据请求对应的目的服务器参数。请求处理服务器收到开发端的待测APP发送的带有目的服务器参数的第二预设类型请求之后,可根据保存在所述请求处理服务器上已配置好的该待测APP的接口文档来确定所述第二预设类型请求对应的第二接口,也即更改数据请求对应的接口。
步骤S60,所述请求处理服务器分析确定的第二接口的当前开关状态,所述开关状态包括开状态和关状态;
所述请求处理服务器根据已配置好的该待测APP的接口文档对所述第二预设类型请求对应的第二接口的当前开关状态进行分析,判断所述第二预设类型请求对应的第二接口的当前开关状态是开状态或关状态。
步骤S70,若确定的第二接口的当前开关状态为开状态,则所述请求处理服务器找出确定的第二接口对应的返回数据,根据预先确定的请求类型与返回数据的格式之间的映射关系,确定所述第二预设类型请求对应的返回数据的第二格式,将找出的返回数据按照确定的第二格式进行封装以生成第二封装数据,并将生成的第二封装数据返回给所述待测应用程序。
若分析所述第二预设类型请求对应的第二接口的当前开关状态是开状态,说明可直接从所述第二预设类型请求对应的第二接口获取返回数据。则所述请求处理服务器根据已配置好的该待测APP的接口文档找出确定的第二接口所对应的返回数据,根据预先确定的请求类型与返回数据的格式之间的映射关系,确定所述第二预设类型请求对应的返回数据的第二格式。例如,更改数据请求对应的格式为“成功更改”格式,则在分析该更改数据请求对应的接口的当前开关状态是开状态时,找出确定的接口所对应的返回数据,并确定预先确定的更改数据请求对应的返回数据的格式如“成功更改”格式。再将找出的返回数据按照确定的第二格式进行封装以生成第二封装数据,并将生成的第二封装数据返回给所述待测应用程序。如可将找出的更改数据请求对应的返回数据按照确定的“成功更改”格式进行封装以生成该更改数据请求所对应的第二封装数据,并将生成的第二封装数据返回给所述待测APP。以供所述待测APP获取针对其发出的更改数据请求所返回的第二封装数据,并基于更改数据请求及返回的对应第二封装数据进行测试该待测APP是否存在bug,如返回数据的格式、内容等错误,以及时在开发过程中进行修补并消除bug。
本实施例中请求处理服务器在收到开发端的待测应用程序发送的第二预设类型请求后,根据保存在该请求处理服务器上的所述待测应用程序的接口文档来确定所述第二预设类型请求对应的第二接口,并在分析该第二接口的当前开关状态为开状态时,找出该第二接口对应的返回数据,对返回数据按相应格式进行封装后返回给所述待测应用程序。由于开发端的待测应用程序只需发送第二预设类型请求,即可收到由请求处理服务器发送的返回数据进行测试,无需后台数据接口开发完成就能在开发过程中进行待测应用程序的后台返回数据测试,避免了待测应用程序在开发完成后可能由于后台数据返回造成的漏洞而需要再次开发的情况发生,有效的提升了应用程序开发的准确度及效率。
进一步地,如图5所示,本发明第四实施例提出一种应用程序开发过程中的模拟测试方法,在上述实施例的基础上,还包括:
步骤S80,若确定的第二接口的当前开关状态为关状态,则所述请求处理服务器分析出所述第二预设类型请求中的目的服务器参数对应的目的服务器,将所述第二预设类型请求发送给分析出的目的服务器,从分析出的目的服务器获取所述第二预设类型请求对应的返回数据,并将获取的返回数据发送给所述待测应用程序。
本实施例中,若分析所述第二预设类型请求对应的第二接口的当前开关状态是关状态,说明无法直接从所述第二预设类型请求对应的第二接口获取返回数据。则所述请求处理服务器根据已配置好的该待测APP的接口文档获取为所述第二预设类型请求对应的第二接口所配置好的目的服务器参数,并分析出所述第二预设类型请求中的目的服务器参数对应的目的服务器。将所述第二预设类型请求发送给分析出的目的服务器,以将该待测APP的第二预设类型请求如更改数据请求成功转发至该更改数据请求所对应的目的服务器。所述请求处理服务器获取到分析出的目的服务器针对所述第二预设类型请求反馈的返回数据后,将分析出的目的服务器针对所述第二预设类型请求反馈的返回数据发送给该待测APP。以供所述待测APP获取目的服务器针对其发出的更改数据请求所反馈的返回数据,并基于更改数据请求及反馈的返回数据进行测试该待测APP是否存在bug,如返回数据的格式、内容等错误,以及时在开发过程中进行修补并消除bug。
本实施例在开发端的待测APP发出第二预设类型请求如更改数据请求后,针对所述第二预设类型请求如更改数据请求对应的第二接口为开状态或关状态这两种情况分别进行返回数据的测试。在开发过程中针对由待测APP发出的第二预设类型请求如更改数据请求,从对应的第二接口或目的服务器获取返回数据并进行测试,实现了在应用程序开发过程中后台数据接口开发完成之前对返回的后台数据进行测试,避免了待测应用程序在开发完成后可能由于后台数据返回造成的漏洞而需要再次开发的情况发生,有效的提升了应用程序开发的准确度及效率。
本发明进一步提供一种用于在应用程序开发过程中进行模拟测试的请求处理服务器。
参照图6,图6为本发明用于在应用程序开发过程中进行模拟测试的请求处理服务器第一实施例的功能模块示意图。
在第一实施例中,该用于在应用程序开发过程中进行模拟测试的请求处理服务器包括:
第一确定模块01,用于收到开发端的待测应用程序发送的带有目的服务器参数的第一预设类型请求后,根据所述待测应用程序的接口文档确定所述第一预设类型请求对应的第一接口;
本实施例中,开发端的待测应用程序APP在开发过程中需要进行后台数据返回的测试时,可向预设的请求处理服务器发送第一预设类型请求,如该第一预设类型请求可以为get请求,即拉取数据请求,该第一预设类型请求中包括拉取数据请求对应的目的服务器参数。请求处理服务器收到开发端的待测APP发送的带有目的服务器参数的第一预设类型请求之后,可根据保存在所述请求处理服务器上已配置好的该待测APP的接口文档来确定所述第一预设类型请求对应的第一接口,也即拉取数据请求对应的接口。
第一分析模块02,用于分析确定的第一接口的当前开关状态,所述开关状态包括开状态和关状态;
所述请求处理服务器根据已配置好的该待测APP的接口文档对所述第一预设类型请求对应的第一接口的当前开关状态进行分析,判断所述第一预设类型请求对应的第一接口的当前开关状态是开状态或关状态。
第一返回模块03,用于若确定的第一接口的当前开关状态为开状态,则找出确定的第一接口对应的返回数据,根据预先确定的请求类型与返回数据的格式之间的映射关系,确定所述第一预设类型请求对应的返回数据的第一格式,将找出的返回数据按照确定的第一格式进行封装以生成第一封装数据,并将生成的第一封装数据返回给所述待测应用程序。
若分析所述第一预设类型请求对应的第一接口的当前开关状态是开状态,说明可直接从所述第一预设类型请求对应的第一接口获取返回数据。则所述请求处理服务器根据已配置好的该待测APP的接口文档找出确定的第一接口所对应的返回数据,根据预先确定的请求类型与返回数据的格式之间的映射关系,确定所述第一预设类型请求对应的返回数据的第一格式。例如,拉取数据请求对应的格式为“成功拉取”格式,则在分析该拉取数据请求对应的接口的当前开关状态是开状态时,找出确定的接口所对应的返回数据,并确定预先确定的拉取数据请求对应的返回数据的格式如“成功拉取”格式。再将找出的返回数据按照确定的第一格式进行封装以生成第一封装数据,并将生成的第一封装数据返回给所述待测应用程序。如可将找出的拉取数据请求对应的返回数据按照确定的“成功拉取”格式进行封装以生成该拉取数据请求所对应的第一封装数据,并将生成的第一封装数据返回给所述待测APP。以供所述待测APP获取针对其发出的拉取数据请求所返回的第一封装数据,并基于拉取数据请求及返回的对应第一封装数据进行测试该待测APP是否存在bug,如返回数据的格式、内容等错误,以及时在开发过程中进行修补并消除bug。
本实施例中请求处理服务器在收到开发端的待测应用程序发送的第一预设类型请求后,根据保存在该请求处理服务器上的所述待测应用程序的接口文档来确定所述第一预设类型请求对应的第一接口,并在分析该第一接口的当前开关状态为开状态时,找出该第一接口对应的返回数据,对返回数据按相应格式进行封装后返回给所述待测应用程序。由于开发端的待测应用程序只需发送第一预设类型请求,即可收到由请求处理服务器发送的返回数据进行测试,无需后台数据接口开发完成就能在开发过程中进行待测应用程序的后台返回数据测试,避免了待测应用程序在开发完成后可能由于后台数据返回造成的漏洞而需要再次开发的情况发生,有效的提升了应用程序开发的准确度及效率。
进一步地,如图7所示,本发明第二实施例提出一种用于在应用程序开发过程中进行模拟测试的请求处理服务器,在上述实施例的基础上,还包括:
第一发送模块04,用于若确定的第一接口的当前开关状态为关状态,则分析出所述第一预设类型请求中的目的服务器参数对应的目的服务器,将所述第一预设类型请求发送给分析出的目的服务器,从分析出的目的服务器获取所述第一预设类型请求对应的返回数据,并将获取的返回数据发送给所述待测应用程序。
本实施例中,若分析所述第一预设类型请求对应的第一接口的当前开关状态是关状态,说明无法直接从所述第一预设类型请求对应的第一接口获取返回数据。则所述请求处理服务器根据已配置好的该待测APP的接口文档获取为所述第一预设类型请求对应的第一接口所配置好的目的服务器参数,并分析出所述第一预设类型请求中的目的服务器参数对应的目的服务器。将所述第一预设类型请求发送给分析出的目的服务器,以将该待测APP的第一预设类型请求如拉取数据请求成功转发至该拉取数据请求所对应的目的服务器。所述请求处理服务器获取到分析出的目的服务器针对所述第一预设类型请求反馈的返回数据后,将分析出的目的服务器针对所述第一预设类型请求反馈的返回数据发送给该待测APP。以供所述待测APP获取目的服务器针对其发出的拉取数据请求所反馈的返回数据,并基于拉取数据请求及反馈的返回数据进行测试该待测APP是否存在bug,如返回数据的格式、内容等错误,以及时在开发过程中进行修补并消除bug。
本实施例在开发端的待测APP发出第一预设类型请求如拉取数据请求后,针对所述第一预设类型请求如拉取数据请求对应的第一接口为开状态或关状态这两种情况分别进行返回数据的测试。在开发过程中针对由待测APP发出的第一预设类型请求如拉取数据请求,从对应的第一接口或目的服务器获取返回数据并进行测试,实现了在应用程序开发过程中后台数据接口开发完成之前对返回的后台数据进行测试,避免了待测应用程序在开发完成后可能由于后台数据返回造成的漏洞而需要再次开发的情况发生,有效的提升了应用程序开发的准确度及效率。
进一步地,如图8所示,本发明第三实施例提出一种用于在应用程序开发过程中进行模拟测试的请求处理服务器,在上述实施例的基础上,还包括:
第二确定模块05,用于收到开发端的待测应用程序发送的带有目的服务器参数的第二预设类型请求后,根据所述待测应用程序的接口文档确定所述第二预设类型请求对应的第二接口;
本实施例中,开发端的待测应用程序APP在开发过程中需要进行后台数据返回的测试时,可向预设的请求处理服务器发送第二预设类型请求,如该第二预设类型请求可以为post请求,即更改数据请求,该第二预设类型请求中包括更改数据请求对应的目的服务器参数。请求处理服务器收到开发端的待测APP发送的带有目的服务器参数的第二预设类型请求之后,可根据保存在所述请求处理服务器上已配置好的该待测APP的接口文档来确定所述第二预设类型请求对应的第二接口,也即更改数据请求对应的接口。
第二分析模块06,用于分析确定的第二接口的当前开关状态,所述开关状态包括开状态和关状态;
所述请求处理服务器根据已配置好的该待测APP的接口文档对所述第二预设类型请求对应的第二接口的当前开关状态进行分析,判断所述第二预设类型请求对应的第二接口的当前开关状态是开状态或关状态。
第二返回模块07,用于若确定的第二接口的当前开关状态为开状态,则找出确定的第二接口对应的返回数据,根据预先确定的请求类型与返回数据的格式之间的映射关系,确定所述第二预设类型请求对应的返回数据的第二格式,将找出的返回数据按照确定的第二格式进行封装以生成第二封装数据,并将生成的第二封装数据返回给所述待测应用程序。
若分析所述第二预设类型请求对应的第二接口的当前开关状态是开状态,说明可直接从所述第二预设类型请求对应的第二接口获取返回数据。则所述请求处理服务器根据已配置好的该待测APP的接口文档找出确定的第二接口所对应的返回数据,根据预先确定的请求类型与返回数据的格式之间的映射关系,确定所述第二预设类型请求对应的返回数据的第二格式。例如,更改数据请求对应的格式为“成功更改”格式,则在分析该更改数据请求对应的接口的当前开关状态是开状态时,找出确定的接口所对应的返回数据,并确定预先确定的更改数据请求对应的返回数据的格式如“成功更改”格式。再将找出的返回数据按照确定的第二格式进行封装以生成第二封装数据,并将生成的第二封装数据返回给所述待测应用程序。如可将找出的更改数据请求对应的返回数据按照确定的“成功更改”格式进行封装以生成该更改数据请求所对应的第二封装数据,并将生成的第二封装数据返回给所述待测APP。以供所述待测APP获取针对其发出的更改数据请求所返回的第二封装数据,并基于更改数据请求及返回的对应第二封装数据进行测试该待测APP是否存在bug,如返回数据的格式、内容等错误,以及时在开发过程中进行修补并消除bug。
本实施例中请求处理服务器在收到开发端的待测应用程序发送的第二预设类型请求后,根据保存在该请求处理服务器上的所述待测应用程序的接口文档来确定所述第二预设类型请求对应的第二接口,并在分析该第二接口的当前开关状态为开状态时,找出该第二接口对应的返回数据,对返回数据按相应格式进行封装后返回给所述待测应用程序。由于开发端的待测应用程序只需发送第二预设类型请求,即可收到由请求处理服务器发送的返回数据进行测试,无需后台数据接口开发完成就能在开发过程中进行待测应用程序的后台返回数据测试,避免了待测应用程序在开发完成后可能由于后台数据返回造成的漏洞而需要再次开发的情况发生,有效的提升了应用程序开发的准确度及效率。
进一步地,如图9所示,本发明第四实施例提出一种用于在应用程序开发过程中进行模拟测试的请求处理服务器,在上述实施例的基础上,还包括:
第二发送模块08,用于若确定的第二接口的当前开关状态为关状态,则分析出所述第二预设类型请求中的目的服务器参数对应的目的服务器,将所述第二预设类型请求发送给分析出的目的服务器,从分析出的目的服务器获取所述第二预设类型请求对应的返回数据,并将获取的返回数据发送给所述待测应用程序。
本实施例中,若分析所述第二预设类型请求对应的第二接口的当前开关状态是关状态,说明无法直接从所述第二预设类型请求对应的第二接口获取返回数据。则所述请求处理服务器根据已配置好的该待测APP的接口文档获取为所述第二预设类型请求对应的第二接口所配置好的目的服务器参数,并分析出所述第二预设类型请求中的目的服务器参数对应的目的服务器。将所述第二预设类型请求发送给分析出的目的服务器,以将该待测APP的第二预设类型请求如更改数据请求成功转发至该更改数据请求所对应的目的服务器。所述请求处理服务器获取到分析出的目的服务器针对所述第二预设类型请求反馈的返回数据后,将分析出的目的服务器针对所述第二预设类型请求反馈的返回数据发送给该待测APP。以供所述待测APP获取目的服务器针对其发出的更改数据请求所反馈的返回数据,并基于更改数据请求及反馈的返回数据进行测试该待测APP是否存在bug,如返回数据的格式、内容等错误,以及时在开发过程中进行修补并消除bug。
本实施例在开发端的待测APP发出第二预设类型请求如更改数据请求后,针对所述第二预设类型请求如更改数据请求对应的第二接口为开状态或关状态这两种情况分别进行返回数据的测试。在开发过程中针对由待测APP发出的第二预设类型请求如更改数据请求,从对应的第二接口或目的服务器获取返回数据并进行测试,实现了在应用程序开发过程中后台数据接口开发完成之前对返回的后台数据进行测试,避免了待测应用程序在开发完成后可能由于后台数据返回造成的漏洞而需要再次开发的情况发生,有效的提升了应用程序开发的准确度及效率。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
以上仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。