本发明实施例涉及计算机技术，尤其涉及一种流量分配策略测试方法、装置及电子设备。
背景技术：
应用程序(application，简称app)需要进行接口测试。接口测试是测试系统组件间接口的一种测试。接口测试主要用于检测外部系统与系统之间以及内部各个子系统之间的交互点。测试的重点是要检查数据的交换，传递和控制管理过程，以及系统间的相互逻辑依赖关系等。在一些app中，可能存在一些功能，要求能够对不同用户展示不同界面，来观察不同页面展示带来的效果，这些功能通过后台接口下发设置一定比例的随机流量分配。
现有技术中，对于上述要求能够对不同用户展示不同界面的功能，通过埋点的方式通过参数区分不同页面的展示情况，用户触发上述功能时时，埋点数据上传。当用户量达到一定的数量时，通过统计埋点数据，验证流量分配策略的正确性。
但是，使用现有技术的方法，在需求上线前无法对流量分配策略进行测试。
技术实现要素：
本发明实施例提供一种流量分配策略测试方法、装置及电子设备，用于解决现有技术中在需求上线前无法对流量分配策略进行测试的问题。
本发明实施例第一方面提供一种流量分配策略测试方法，包括：
使用多个国际移动设备身份码imei向应用程序app的服务器发送多个统一资源定位符url请求；
接收所述app的服务器针对每个所述url请求所返回的url；
根据所述返回的url中的页面标识以及所述imei的数量，确定预设的流量分配策略是否正确。
进一步地，所述根据所述返回的url中的页面标识以及所述imei的数量，确定预设的流量分配策略是否正确，包括：
根据所述返回的url中的页面标识以及所述imei的数量，统计每个页面标识所对应页面的访问比例；
判断每个页面标识所对应页面的访问比例与预设的流量分配策略中所述页面标识所对应页面的比例的差值是否小于预设值，若是，则确定所述流量分配策略正确。
进一步地，所述使用多个imei向app的服务器发送url请求之前，还包括：
获取所述多个imei；
确定请求参数，所述请求参数包括：所述app所在的终端的操作系统信息以及所述app的版本信息。
进一步地，所述使用多个imei向app的服务器发送多个url请求，包括：
向app的服务器分别发送每个imei对应的url请求，所述url请求中包括所述imei、所述app所在的终端的操作系统信息以及所述app的版本信息。
进一步地，所述获取所述多个imei，包括：
从imei文件中读取所述多个imei，其中，所述imei文件中存储预设数量的imei，所述imei相互不重复。
本发明实施例第二方面提供一种流量分配策略测试装置，包括：
发送模块，用于使用多个国际移动设备身份码imei向应用程序app的服务器发送多个统一资源定位符url请求；
接收模块，用于接收所述app的服务器针对每个所述url请求所返回的url；
处理模块，用于根据所述返回的url中的页面标识以及所述imei的数量，确定预设的流量分配策略是否正确。
进一步地，所述处理模块包括：
统计单元，用于根据所述返回的url中的页面标识以及所述imei的数量，统计每个页面标识所对应页面的访问比例；
确定单元，用于判断每个页面标识所对应页面的访问比例与预设的流量分配策略中所述页面标识所对应页面的比例的差值是否小于预设值，若是，则确定所述流量分配策略正确。
进一步地，还包括：
获取模块，用于获取所述多个imei；
确定模块，用于确定请求参数，所述请求参数包括：所述app所在的终端的操作系统信息以及所述app的版本信息。
进一步地，所述发送模块具体用于：
向app的服务器分别发送每个imei对应的url请求，所述url请求中包括所述imei、所述app所在的终端的操作系统信息以及所述app的版本信息。
进一步地，所述获取模块具体用于：
从imei文件中读取所述多个imei，其中，所述imei文件中存储预设数量的imei，所述imei相互不重复。
本发明实施例第三方面提供一种电子设备，包括：
存储器，用于存储程序指令；
处理器，用于调用并执行所述存储器中的程序指令，执行上述第一方面所述的方法步骤。
本发明实施例第四方面提供一种可读存储介质，所述可读存储介质中存储有计算机程序，当流量分配策略测试装置的至少一个处理器执行所述计算机程序时，流量分配策略测试装置执行上述第一方面所述的流量分配策略测试方法。
本发明实施例第五方面提供一种程序产品，该程序产品包括计算机程序，该计算机程序存储在可读存储介质中。流量分配策略测试装置的至少一个处理器可以从可读存储介质读取该计算机程序，至少一个处理器执行该计算机程序使得流量分配策略测试装置实施第一方面的流量分配策略测试方法。
本发明实施例所提供的流量分配策略测试方法、装置及电子设备，终端通过向服务器发送针对多个imei的多个url请求，从而使得服务器针对这些imei分别进行页面分配，终端进而根据服务器所返回url中的页面标识以及imei数量来统计实际的页面分配情况，基于该实际的页面分配情况可以验证预设的流量分配策略是否正确，进而可以根据验证结果执行相应的修正处理。即通过本实施例使得在app上线之前即可以验证流量分配策略，从而保证app上线之后的正常运行。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明实施例的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的流量分配策略测试方法的系统架构图；
图2为本发明实施例提供的流量分配策略测试方法实施例一的流程示意图；
图3为本发明实施例提供的流量分配策略测试方法实施例二的流程示意图；
图4为本发明实施例提供的流量分配策略测试方法实施例三的流程示意图；
图5为本发明实施例提供的流量分配策略测试方法实施例四的流程示意图；
图6为本发明实施例提供的流量分配策略测试装置实施例一的模块结构图；
图7为本发明实施例提供的流量分配策略测试装置实施例二的模块结构图；
图8为本发明实施例提供的流量分配策略测试装置实施例三的模块结构图；
图9为本发明实施例提供的电子设备实施例一的实体框图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明实施例一部分实施例，而不是全部的实施例。基于本发明实施例中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明实施例保护的范围。
现有技术中，需要在需求上线之后，即实际应用之后才能验证流量分配策略是否合理，如果验证出流量分配策略不合理，则需要重新发布新的app版本来进行修正。另外，现有技术的方法还需要app的实际使用用户达到足够多的数量才可以验证流量分配策略。
本发明实施例基于上述问题，提出一种流量分配策略测试方法，在app上线之前即可以验证流量分配策略，从而保证app上线之后的正常运行。
图1为本发明实施例提供的流量分配策略测试方法的系统架构图，如图1所示，该方法涉及终端及服务器，其中，服务器为app的服务器，终端为对app进行模拟测试的台式电脑等，在该终端上模拟app生成对应的请求并将请求发送给服务器，接收服务器返回的结果，并对服务器返回的结果进行分析。
图2为本发明实施例提供的流量分配策略测试方法实施例一的流程示意图，该方法的执行主体为上述的终端，例如台式电脑、笔记本电脑等，如图2所示，该方法包括：
s201、使用多个国际移动设备身份码(internationalmobileequipmentidentity，简称imei)向app的服务器发送多个统一资源定位符(uniformresourcelocator，简称url)请求。
可选的，终端可以预先获取到多个imei，这些imei为随机的不重复的imei。
进而，针对每一个imei分别构造一个url请求，并且分别发送到服务器。
可选的，终端可以一次向服务器发送多个url请求，或者，也可以按照顺序逐一向服务器发送url请求。
其中，imei是由15位数字组成的号码，它与每一台手机一一对应，即imei是手机区别与其他手机的唯一标识。当一个特定的imei对应的url请求被发送到服务器之后，服务器根据imei判断该请求是哪个终端发送的，并根据执行针对该终端的操作。
s202、接收上述app的服务器针对每个url请求所返回的url。
具体的，当服务器接收到url请求之后，会根据imei为终端分配不同的展示页面，并将展示页面的url返回给终端，以使终端显示该页面。
示例性的，服务器向终端返回的一个url为：
"url":https://dis.123.com/discovery/home？isshield＝discoverya
其中，“isshield＝discoverya”表示服务器为终端分配的页面，“discovery”之后为页面标识，具体为页面a。
s203、根据上述返回的url中的页面标识以及上述imei的数量，确定预设的流量分配策略是否正确。
当接收到服务器针对每个imei返回的url之后，终端可以根据服务器返回的url中的页面标识以及imei的数量，来统计页面的实际分配情况，进而将实际的分配情况与预设的流量分配策略进行比较分析，从而验证预设的流量分配策略是否正确和合理。
本实施例中，终端通过向服务器发送针对多个imei的多个url请求，从而使得服务器针对这些imei分别进行页面分配，终端进而根据服务器所返回url中的页面标识以及imei数量来统计实际的页面分配情况，基于该实际的页面分配情况可以验证预设的流量分配策略是否正确，进而可以根据验证结果执行相应的修正处理。即通过本实施例使得在app上线之前即可以验证流量分配策略，从而保证app上线之后的正常运行。
在上述实施例的基础上，本实施例涉及确定预设的流量分配策略是否正确的具体方法。
图3为本发明实施例提供的流量分配策略测试方法实施例二的流程示意图，如图3所示，该方法包括：
s301、使用多个imei向app的服务器发送多个url请求。
该步骤的具体执行过程与上述步骤s201相同，可以参照上述步骤s201，此处不再赘述。
s302、接收上述app的服务器针对每个url请求所返回的url。
该步骤的具体执行过程与上述步骤s202相同，可以参照上述步骤s202，此处不再赘述。
s303、根据上述返回的url中的页面标识以及上述imei的数量，统计每个页面标识所对应页面的访问比例。
s304、判断每个页面标识所对应页面的访问比例与预设的流量分配策略中上述页面标识所对应页面的比例的差值是否小于预设值，若是，则执行步骤s305。
s305、确定所述流量分配策略正确。
示例性的，假设终端获取到了10000个不重复的imei，服务器可以分配的页面包括页面a、页面b、页面c以及页面d。当终端向服务器发送了10000个分别针对该10000个imei的url请求之后，接收到服务器发送的10000个url。通过对该10000个url中的页面进行统计，得到的结果为：
页面a：7002
页面b：522
页面c：466
页面d：2010
即，服务器实际的分配过程中，页面a的分配比例约为70％，页面b的分配比例约为5％，页面c的分配比例约为5％，页面d的分配比例约为20％。
而app系统预设的流量分配策略中，a分配比例为71％，页面b的分配比例为6％，页面c的分配比例为4％，页面d的分配比例为19％。每个页面的实际分配比例和预设的流量分配策略中的比例的差值仅有1％，因此，可以确定预设的流量分配策略是正确合理的。
而如果在上述示例中，实际的页面分配比例和预设的流量分配策略中中的比例的差值较大，则说明预设的流量分配策略并不合理，则根据实际的分配比例来对流量分配策略进行调整，以保证app在上线之后可以正常准确的运行。
本实施例中，终端通过统计每个页面的访问比例，并将统计到的实际的访问比例与预设的流量分配策略中各页面的比例进行比较，从而确定预设的流量分配策略是否合理。由于实际的页面访问比例是通过足够多的imei进行验证得到的，因此，能够保证比较的结果的准确性。
在上述实施例的基础上，本实施例涉及获取多个imei以及请求参数的具体方法。
图4为本发明实施例提供的流量分配策略测试方法实施例三的流程示意图，如图4所示，该方法包括：
s401、获取上述多个imei。
在一种可选的实施方式中，终端可以依据imei的组成规律自动随机的生成足够数量的imei，这些imei相互不重复，进而，终端将所生成的imei保存在一个文件中，例如，可以保存在一个.txt文件中。
进而，当需获取多个imei时，终端直接从上述文件中读取出所有的imei即可。
s402、确定请求参数，该请求参数包括：上述app所在的终端的操作系统信息以及上述app的版本信息。
具体的，当终端向服务发送url请求时，除了需要携带imei之外，还需要携带终端的操作系统信息以及app的版本信息，以使得服务器可以根据这些请求参数为app分配合适的页面。
s403、使用多个imei向app的服务器发送多个url请求。
该步骤的具体执行过程与上述步骤s201相同，可以参照上述步骤s201，此处不再赘述。
s404、接收上述app的服务器针对每个url请求所返回的url。
该步骤的具体执行过程与上述步骤s202相同，可以参照上述步骤s202，此处不再赘述。
s405、根据上述返回的url中的页面标识以及上述imei的数量，确定预设的流量分配策略是否正确。
该步骤的具体执行过程与上述步骤s203相同，可以参照上述步骤s203，此处不再赘述。
本实施例中，终端在向服务器发送url请求之前，首先获取到足够多的imei，并且确定请求参数，从而保证服务器可以根据imei以及请求参数为app分配合适的页面。
在上述实施例的基础上，本实施例涉及终端向服务器发送url请求的具体方法。
图5为本发明实施例提供的流量分配策略测试方法实施例四的流程示意图，如图5所示，该方法包括：
s501、获取上述多个imei。
该步骤的具体执行过程与上述步骤s401相同，可以参照上述步骤s401，此处不再赘述。
s502、确定请求参数，该请求参数包括：上述app所在的终端的操作系统信息以及上述app的版本信息。
该步骤的具体执行过程与上述步骤s402相同，可以参照上述步骤s402，此处不再赘述。
s503、向app的服务器分别发送每个imei对应的url请求，该url请求中包括上述imei、上述app所在的终端的操作系统信息以及上述app的版本信息。
当获取到imei以及上述请求参数之后，终端向服务器发送与imei数量相同的url请求，并在每个url请求中携带imei、操作系统信息以及app的版本信息，从而使得服务器可以根据imei以及请求参数为app分配合适的页面。
s504、接收上述app的服务器针对每个url请求所返回的url。
该步骤的具体执行过程与上述步骤s404相同，可以参照上述步骤s404，此处不再赘述。
s505、根据上述返回的url中的页面标识以及上述imei的数量，确定预设的流量分配策略是否正确。
该步骤的具体执行过程与上述步骤s405相同，可以参照上述步骤s405，此处不再赘述。
本实施例中，终端在每个url请求中携带imei、操作系统信息以及app的版本信息，从而使得服务器可以根据imei以及请求参数为app分配合适的页面，进一步保证验证结果的准确性。
图6为本发明实施例提供的流量分配策略测试装置实施例一的模块结构图，如图6所示，该装置包括：
发送模块601，用于使用多个国际移动设备身份码imei向应用程序app的服务器发送多个统一资源定位符url请求。
接收模块602，用于接收所述app的服务器针对每个所述url请求所返回的url。
处理模块603，用于根据所述返回的url中的页面标识以及所述imei的数量，确定预设的流量分配策略是否正确。
该装置用于实现前述方法实施例，其实现原理和技术效果类似，此处不再赘述。
图7为本发明实施例提供的流量分配策略测试装置实施例二的模块结构图，如图7所示，处理模块603包括：
统计单元6031，用于根据所述返回的url中的页面标识以及所述imei的数量，统计每个页面标识所对应页面的访问比例。
确定单元6032，用于判断每个页面标识所对应页面的访问比例与预设的流量分配策略中所述页面标识所对应页面的比例的差值是否小于预设值，若是，则确定所述流量分配策略正确。
图8为本发明实施例提供的流量分配策略测试装置实施例三的模块结构图，如图8所示，还包括：
获取模块604，用于获取所述多个imei。
确定模块605，用于确定请求参数，所述请求参数包括：所述app所在的终端的操作系统信息以及所述app的版本信息。
另一实施例中，发送模块601具体用于：
向app的服务器分别发送每个imei对应的url请求，所述url请求中包括所述imei、所述app所在的终端的操作系统信息以及所述app的版本信息。
另一实施例中，获取模块604具体用于：
从imei文件中读取所述多个imei，其中，所述imei文件中存储预设数量的imei，所述imei相互不重复。
图9为本发明实施例提供的电子设备实施例一的实体框图，如图9所示，该电子设备包括：
存储器901，用于存储程序指令；
处理器902，用于调用并执行所述存储器中的程序指令，执行上述方法实施例中的步骤。
本发明实施例还提供一种可读存储介质，所述可读存储介质中存储有计算机程序，当流量分配策略测试装置的至少一个处理器执行所述计算机程序时，流量分配策略测试装置执行上述的流量分配策略测试方法。
本发明实施例还提供一种程序产品，该程序产品包括计算机程序，该计算机程序存储在可读存储介质中。流量分配策略测试装置的至少一个处理器可以从可读存储介质读取该计算机程序，至少一个处理器执行该计算机程序使得流量分配策略测试装置实施上述的流量分配策略测试方法。
本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是：以上各实施例仅用以说明本发明实施例的技术方案，而非对其限制；尽管参照前述各实施例对本发明实施例进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明实施例各实施例技术方案的范围。