[发明专利]应用测试数据抓取方法、系统、设备及存储介质

说明书

本发明提供了一种应用测试数据抓取方法、系统、设备及存储介质，所述方法包括：应用端存储自身发出的网络请求的网络请求函数名称和网络请求参数；应用端存储服务器返回的网络返回参数以及网络返回参数与网络请求的映射关系；根据用户的抓包请求，生成网络请求列表并显示；如果接收到网络参数查看请求，应用端根据用户在网络请求列表中的选择，显示用户选择的网络请求所对应的网络请求参数和/或网络返回参数。本发明在应用端进行测试数据的抓取，不受数据加密、压缩等特殊处理的影响，并且不会触发客户端的网络响应超时设定，可以顺利完成抓包，同时无需依赖任何外部条件，快速完成抓包。

背景技术

在手机APP(应用)开发和测试的过程中，需要查看及修改APP(发起的网络请求(简称抓包)，来验证APP端在各种情况下(比如正常数据、不同类型的数据、空数据、超大数据等平时不太容易出现的情况)显示是否正常。如果出现错误，需要根据网络返回的数据来定位是APP端的错误还是服务器端的错误。

现有抓包方式一般包括：第一步，准备一台电脑。第二步，在电脑上安装抓包工具(比如fiddler)。第三步，手机和电脑接入在同一个网段的无线(或者电脑端安装一个热点共享软件，手机连接这个热点)。第四步，查看电脑的ip地址(如果是电脑分享出来的热点，则查看此热点的ip)第五步：手机系统设置-无线网-点击高级，代理选择手动，主机名就是fiddler的电脑ip地址，端口号就是抓包工具的端口号，一般情况默认为：8888。第六步，手机上安装抓包工具的证书(查看和修改https)。第七步，操作抓包工具进行想要的操作。

采用该种抓包方式主要有如下缺陷：

(1)如果网络数据经过加密、压缩等特殊处理，无法完成抓包工作；

(2)很多APP设置了网络响应超时时间，一般为10～15秒，防止服务器出现异常时APP端无休止等待，如果在这个时间段内未完成相应操作，比如数据比较长，需要先找到对应数据，再修改并写回去，则APP会断开连接，修改起不到作用，导致本次操作失败；

(3)操作繁琐，依赖条件太多，成本过高。

发明内容

针对现有技术中的问题，本发明的目的在于提供一种应用测试数据抓取方法、系统、设备及存储介质，在应用端进行测试数据的抓取，不受数据加密、压缩等特殊处理的影响，并且不会触发客户端的网络响应超时设定，可以顺利完成抓包。

本发明实施例提供一种应用测试数据抓取方法，所述方法包括如下步骤：

应用端存储自身发出的网络请求的网络请求函数名称和网络请求参数；

应用端存储服务器返回的网络返回参数以及网络返回参数与网络请求的映射关系；

根据用户的抓包请求，应用端生成网络请求列表并显示；

如果接收到网络参数查看请求，应用端根据用户在网络请求列表中的选择，显示用户选择的网络请求所对应的网络请求参数和/或网络返回参数。

可选地，还包括如下步骤：

应用端判断应用处于测试模式还是发布模式；

如果应用处于测试模式，则应用端于应用显示界面中显示抓包组件按钮，如果接收到用户的抓包组件按钮点击操作，则应用端根据用户的抓包请求显示网络请求列表；

如果应用处于发布模式，则应用端仅显示应用显示界面，而不显示抓包组件按钮。

可选地，还包括如下步骤：

如果接收到网络返回参数修改请求，应用端根据用户在网络请求列表中的选择，显示对应的网络返回参数的修改界面；

应用端根据用户在修改界面的输入修改特定的网络返回参数。

可选地，还包括如下步骤：