CN110659196A - 基于店铺对象页面进行页面测试的方法、装置及*** - Google Patents

Abstract

本申请实施例公开了基于店铺对象页面进行页面测试的方法、装置及***，所述***包括：配置端子***，用于提供测试专用店铺对象；接收待测试页面的网址信息，将所述待测试页面的网址信息作为参数添加到所述测试专用店铺对象对应的页面网址中，生成目标网址；测试端子***，包括终端设备，以及相关应用的发行版本客户端，所述客户端用于，获得所述目标网址，并基于所述测试专用店铺对象对应的页面提供对所述待测试页面的展示。通过本申请实施例，能够更好地支持开发方进行店铺相关页面的开发测试上线且不影响线上店铺运营。

Description

基于店铺对象页面进行页面测试的方法、装置及***

技术领域

本申请涉及依赖于基础店铺页面的页面测试技术领域，特别是涉及基于店铺对象页面进行页面测试的方法、装置及***。

背景技术

网络销售平台***中的卖家用户数量众多，例如，淘宝***中入驻着几百万的卖家店铺，相应的，会有数量更加庞大的店铺相关的页面。通常，卖家用户可以通过***官方提供的入口及官方能力组件对指定的页面(如店铺首页)进行装修，随着业务的不断壮大，***也可以开放出客户端能力，借助外部开发者(ISV)提供个性化服务。这样，卖家用户可以付费给ISV，由ISV开发出卖家需要的页面，并放到店铺中。例如，手机淘宝店铺业务为卖家提供了“店铺二楼”专区，主要提供给有更大运营能力诉求的卖家进行品牌展示。当卖家开通了店铺二楼业务，并开发了相关的二楼页面，其中可能是商家的宣传大片、品牌历史，也可能是一个商品的虚拟体验页面，或者是商家与消费者进行互动游戏的页面空间等等，则消费者用户在访问该店铺的首页时，在首页顶部执行下拉等操作，则可以进入到该店铺的二楼页面进行访问。这种二楼页面就可以是卖家用户委托ISV为其开发的品牌页面。ISV完成页面开发之后，在正式上线之前，通常还需要对页面进行测试，但是，由于这种页面通常是需要基于基础的店铺首页进行展示，而如果直接基于已经上线运行的店铺首页进行测试，则势必会影响线上店铺的正常运营，因此，ISV如何进行店铺二楼页面的测试且不影响当前线上店铺运营，就成为需要考虑的问题。

发明内容

本申请提供了基于店铺对象页面进行页面测试的方法、装置及***，能够更好地支持开发方进行店铺相关页面的开发测试上线且不影响线上店铺运营。

本申请提供了如下方案：

一种基于店铺对象页面进行页面测试的***，包括：

配置端子***，用于提供测试专用店铺对象；接收待测试页面的网址信息，将所述待测试页面的网址信息作为参数添加到所述测试专用店铺对象对应的页面网址中，生成目标网址；

测试端子***，包括终端设备，以及相关应用的发行版本客户端，所述客户端用于，获得所述目标网址，并基于所述测试专用店铺对象对应的页面提供对所述待测试页面的展示。

一种页面测试配置信息处理方法，包括：

提供测试专用店铺对象；

接收待测试页面的网址信息，将所述待测试页面的网址信息作为参数添加到所述测试专用店铺对象对应的页面网址中，生成目标网址，以便发行版本客户端获得所述目标网址，并基于所述测试专用店铺对象对应的页面提供对所述待测试页面的展示。

一种基于店铺对象页面进行页面测试的方法，包括：

通过相关应用的发行版本客户端获得目标网址，所述目标网址是通过将待测试页面的网址信息作为参数添加到测试专用店铺对象对应的页面网址中生成的；

对所述目标网址进行解析以及参数识别；

根据所述解析以及参数识别结果，基于所述测试专用店铺对象对应的页面提供对所述待测试页面的展示。

一种页面测试配置信息处理装置，包括：

店铺对象提供单元，用于提供测试专用店铺对象；

目标网址生成单元，用于接收待测试页面的网址信息，将所述待测试页面的网址信息作为参数添加到所述测试专用店铺对象对应的页面网址中，生成目标网址，以便发行版本客户端获得所述目标网址，并基于所述测试专用店铺对象对应的页面提供对所述待测试页面的展示。

一种基于店铺对象页面进行页面测试的装置，包括：

目标网址获得单元，用于通过相关应用的发行版本客户端获得目标网址，所述目标网址是通过将待测试页面的网址信息作为参数添加到测试专用店铺对象对应的页面网址中生成的；

解析单元，用于对所述目标网址进行解析以及参数识别；

页面展示单元，用于根据所述解析以及参数识别结果，基于所述测试专用店铺对象对应的页面提供对所述待测试页面的展示。

一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

通过相关应用的发行版本客户端获得目标网址，所述目标网址是通过将待测试页面的网址信息作为参数添加到测试专用店铺对象对应的页面网址中生成的；

对所述目标网址进行解析以及参数识别；

根据所述解析以及参数识别结果，基于所述测试专用店铺对象对应的页面提供对所述待测试页面的展示。

根据本申请提供的具体实施例，本申请公开了以下技术效果：

通过本申请实施例，由于提供了测试专用店铺对象，并且提供了配置子***，能够对需要依赖于店铺页面的待测试页面的网址提交到配置子***，由配置子***生成目标网址，使得不同的开发者可以使用同一个测试专用店铺对象进行测试，而不需要申请各自的测试店铺，***内部开发人员也无需多次设置不同的店铺路由。另外，由于关联应用的发行版本客户端中提供了相应的支持，使得发行版本的客户端能够对所述目标网址进行解析以及参数检查处理，并基于测试专用店铺对象对应的页面对待测试页面进行展示，进而完成测试过程。因此，避免了反复提供环境隔离的debug包及安全性问题，不仅简化了页面开发流程，提高开发效率，同时也保证了客户端的安全。因此，能够更好地支持开发方进行店铺相关页面的开发测试上线且不影响线上店铺运营。

当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的***的示意图；

图2是本申请实施例提供的另一***示意图；

图3是本申请实施例提供的第一方法的流程图；

图4是本申请实施例提供的第二方法的流程图；

图5是本申请实施例提供的第一装置的示意图；

图6是本申请实施例提供的第二装置的示意图；

图7是本申请实施例提供的电子设备的示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。

首先说明的是，针对需要依赖于某店铺页面进行测试的页面，现有技术中提供了几种解决方案。例如，第一种方案是进行店铺隔离。为了不影响当前线上店铺运营情况，卖家用户一般可以额外申请一个新的店铺作为测试店铺，在ISV开发了页面后，将店铺ID信息及店铺二楼页面链接信息给到***内部的店铺业务开发人员，进行路由配置。这样ISV就可以在卖家的测试店铺进行新的页面开发测试。等到该页面在测试店铺中测试通过后，ISV需要将页面真正应用到的店铺ID重新提交给***内部的店铺业务开发人员，开发人员重新做最后的更新上线。

另一种方案，开发环境隔离。卖家无需去申请新的店铺，但***内部的开发人员需要给ISV提供可以切换不同环境权限的安装包。例如，淘宝客户端APP都存在Release包及Debug包。Release包也就是发行版本包，是发布出去给用户使用的包，而Debug包则是调试包，作为***内部开发人员开发新功能可以进行调试使用。使用debug包能切换不同的环境，最常见的如线上环境及预发开发环境。日常里，***内部的开发人员在开发一些功能时，都会在预发环境下调试及测试通过后再发布线上，达到开发环境线上环境隔离，不影响线上情况目的。因此，也可以为给ISV提供这种Debug包，让其在开发卖家页面过程中可以切换到预发环境进行开发测试，从而不影响线上情况。

但是，本申请发明人在实现本申请的过程中发现，上述两种方案都存在诸多缺点。

对于第一种方案，首先，每个想要进行店铺二楼开发又不能影响当前线上店铺的卖家，都需要先申请审核一个自己新的店铺来作为测试店铺，且不论申请审核流程复杂，并不是所有卖家都能容易的申请多个店铺。其次，ISV在卖家新申请的店铺中进行测试前，需要将店铺ID信息及该店铺二楼页面URL给到***内部的开发人员，进行路由配置，在后期正式应用到真实店铺时候，又得重新进行路由配置。对于一家卖家二楼业务过程中，***内部开发人员至少需要进行两次路由配置。再次，随着业务的铺开，***中将存在很多仅仅作为测试使用的店铺，甚至成为僵尸店铺，这给***运营管理都会带来巨大的压力。

对于第二种方案，虽然卖家无需申请新的测试店铺，也无需进行多次不同店铺ID的路由配置，但***内部的开发人员需要给ISV提供可以切环境的Debug包。一方面，需要频繁的给不同的卖家ISV提供包，是个频繁重复的工作，且存在一个很大的问题就是App的安全性问题。由于Debug包不存在混淆、安全等保护处理，外部开发人员可以在拿到Debug包后进行反编译获得App的源码，等等。

因此，本申请实施例的主要目的就在于，更好地支持ISV进行店铺相关页面的开发测试上线且不影响线上店铺运营。

为了达到上述目的，在本申请实施例中，对现有的依赖于店铺页面进行页面测试的策略进行了优化，在优化后的方案中，可以由***内部的开发人员提供专门用于测试的店铺对象(本申请实施例中称为测试专用店铺对象)，并提供对应的店铺页面，这样，开发者都可以借助于该公用的测试专用店铺对象，对其开发的页面(包括背景技术中提到的“二楼页面”，或者，还可以是其他需要以店铺首页等页面为基础进行展现的页面)进行测试。也就是说，卖家用户不再需要各自申请专门的测试用的店铺对象，统一用该测试专用店铺对象进行测试即可。另外，具体在进行测试时，也不需要借助于应用程序的测试环境，只需要利用发行版本进行测试即可。也就是说，只需要在手机等移动终端设备上安装所有人都能从应用市场下载到的相关应用(App)客户端，并在这种客户端程序中提供相应的支持，即可实现通过所述测试专用店铺对象对所开发的页面进行测试。对于***内部的开发人员来说，也不再需要多次设置不同店铺路由或反复提供debug包的重复及安全性问题。不仅简化了页面测试流程，提高效率，同时也保证了App的安全。

下面对具体的实现方式进行详细介绍。

实施例一

该实施例一首先提供了一种基于店铺对象页面进行页面测试的***，参见图1，该***具体可以包括：

配置端子***101，用于提供测试专用店铺对象；接收待测试页面的网址信息，将所述待测试页面的网址信息作为参数添加到所述测试专用店铺对象对应的页面网址中，生成目标网址；

测试端子***102，包括终端设备，以及相关应用的发行版本客户端，所述客户端用于，获得所述目标网址，并基于所述测试专用店铺对象对应的页面提供对所述待测试页面的展示。

具体实现时，本申请实施例可以为页面开发者(例如，可以是ISV，或者，在卖家自行开发的情况下，也可以是卖家内部的开发者，等等)提供配置端子***(或称配置平台)。开发者可以在按照卖家用户的需求，进行具体页面(例如，店铺二楼页面)的开发，开发的过程不需要依赖于店铺页面，也即，作为一个单独的页面进行开发，使其中包含卖家用户所需的各项元素即可。完成页面的开发之后，该页面可以作为一个独立的网页存在，因此，也具有对应的网址(URL等)，该网址可以是根据开发者在开发页面时所使用的域名等信息来确定的，在本申请实施例中，对这种被开发出的页面的网址的具体形式没有限制。在完成页面开发之后，正式将该页面发布到网络销售***之前，还需要进行测试，主要是测试页面展示的样式，画面的协调度，从店铺对象首页等位置进行开启过程中是否流畅，特效是否能够顺利打开，等等。而在本申请实施例中，在需要进行上述测试时，开发者就可以首先通过终端设备中的浏览器等访问该配置平台，为了提高安全性，还可以要求开发者进行登录或者身份验证等等。其中，由于页面开发工作通常是在PC机或者笔记本等非移动终端设备上完成，因此，登录配置平台的过程也可以是在这种PC机或者笔记本电脑上来完成，也即，图1所示的配置子***中的终端设备通常可以是PC机或者笔记本电脑等。登录之后，配置子***的服务器可以为开发者提供操作界面，该操作界面中可以包括用于提交待测试页面(也即前文所述的按照卖家用户的要求开发的店铺二楼页面等)网址信息的操作选项，开发者可以通过该操作选项将待测试页面的网址进行提交。

配置端子***的服务器在接收到开发者提交的待测试页面的网址之后，可以将所述待测试页面的网址信息作为参数添加到所述测试专用店铺对象对应的页面网址中，生成一个目标网址。例如，一种形式下，目标网址可以是“测试专用店铺对象对应的页面网址+待测试页面的网址参数”。其中，参数名可以根据具体的需求进行设定，例如，如果待测试页面为店铺二楼页面，则可以将参数名设定为“MockLoft”，等等。对于不同的开发者而言，由于测试专用店铺对象都是同一个，因此，前缀可以是固定不变的，可以是一个标准的店铺URL链接，即通过该前缀已经能够进入到该固定的测试专用店铺对象对应的页面；而参数部分所引出的待测试页面的网址，则是动态的，也即，根据不同开发者开发的不同待测试页面而不同。例如，假设待测试页面为店铺二楼，则待测试页面的网址可以作为进入测试专用店铺对象页面后的一个动态参数，用于在客户端上进入店铺时候，进行二楼页面的展示。

需要说明的是，关于“店铺二楼”等相关的功能，通常是在移动端App中提供的，因此，无论是测试专用店铺对象对应的页面，还是待测试页面，通常都是用来在移动端App中进行展示的页面。而对于移动端App而言，虽然具体的页面实质上也是网页，对应着各自的网址，但是，通常并不会为用户提供用于输入网址的输入框等，实际所展示出的各个页面的网址也都是隐藏的。因此，为了能够通过移动端App访问上述目标网址，在生成上述目标网址之后，还可以基于该目标网址生成图形码(例如，二维码等)，这样，后续在通过移动端App进行测试时，可以通过对该图形码进行扫码的方式获得所述目标网址。

需要说明的是，由于开发者通常是通过PC机、笔记本电脑等访问所述配置端子***，因此，生成的图形码可以展示在这种PC机或者笔记本电脑的显示屏中，后续便可以通过移动终端设备对该PC机或者笔记本电脑显示屏中显示的图形码进行扫码。当然，在实际应用中，如果移动端App中存在通过其他形式向App提供目标网址的入口，或者，在通过浏览器访问店铺网页的过程中，也能够提供上述店铺二楼等功能，则也可以不必生成上述图形码，开发者可以采用直接输入或者拷贝等方式，向客户端或者浏览器提供所述目标网址。

在完成上述配置操作之后，开发者便可以准备测试用的终端设备以及相关的客户端程序，并且，该客户端程序可以直接是发行版本的App等，也即，可以直接从应用商店等处进行下载，与平时提供给广大用户所使用的版本是相同的。以在移动端进行测试为例，所述相关的客户端程序可以是手机淘宝App等，只要在手机等终端设备中安装了这种发行版本的相关应用客户端，即可实现对待测试页面的测试。

具体在使用这种客户端对待测试页面进行测试时，首先可以将所述目标网址的信息提供给该客户端。例如，以在移动端进行测试为例，测试者可以首先在终端设备中安装相关应用的发行版本客户端(如果之前已经安装，则直接使用已经安装的版本即可)，打开客户端，并且可以通过首页等位置处的“扫一扫”按钮等，启动扫码过程，然后，对配置端子***生成的图形码进行扫码，即可获得所述目标网址。当然，也可以通过其他方式将所述目标网址提供给所述客户端。

客户端在获得所述目标网址之后，则可以基于所述测试专用店铺对象对应的页面提供对所述待测试页面的展示。具体的，在初始状态下，可以首先根据所述目标网址中包含的所述测试专用对象对应的页面的网址，展示所述测试专用对象对应的页面；然后，在预置的开启方式被触发时，再展示所述待测试页面。

需要说明的是，由于本申请实施例中提供的测试专用店铺对象，因此，正常情况下，所有的开发者都只需要以该测试专用店铺对象为基础，对其开发的待测试页面进行测试即可。但是，在实际应用中，可能会存在一些开发者故意将测试专用店铺对象的ID修改为其他的店铺ID，甚至是竞争对手的店铺ID，然后按照本申请实施例中的方式构造所述目标网址，然后再提供给客户端，这样，如果客户端不加以控制，开发者是可以利用该修改后的店铺ID完成对自己开发的页面的测试的，但是，却有可能会影响被利用的店铺的正常运营的。例如，假设某页面是ISV为店铺A开发的店铺二楼页面A2，正常情况下，该ISV开发者应该通过本申请实施例中提供的配置端子***提交该店铺二楼页面A2的网址，配置端子***会构造出目标网址，也即，测试专用店铺对象的页面T的网址前缀+店铺二楼页面A2网址，然后生成图形码。但是，ISV在通过一些手段获知了上述网址构造方式，甚至图形码的编码方式之后，可能会自行构造上述目标网址，并生成图形码。例如，该店铺A具有一个竞争对象为店铺B，于是，ISV开发者构造出的目标网址可能会是“店铺B的页面网址前缀+店铺二楼页面A2网址”。此时，如果客户端不加以控制，则对该目标网址的图形码进行扫码之后，会首先进入到店铺B的页面，然后，在该页面基础上对所述店铺二楼页面A2进行测试。但是，由于店铺B的页面已经是正在线上运营的页面，因此，其页面在被用于进行页面测试时，势必会影响店铺B的正常运营。

为此，在优选的实施方式中，客户端在获得了所述目标网址之后，还可以首先进行判断，判断所述目标网址中包含的店铺对象的ID，与所述测试专用店铺对象的ID是否相同，如果相同，再触发所述基于所述专用店铺对象对应的页面提供对所述待测试页面的展示的操作。否则，如果所述目标网址中包含的店铺对象的ID与所述测试专用店铺对象的ID不同，则可以拒绝对所述待测试页面进行展示。其中，具体实现时，所述测试专用店铺对象的ID可以预先进行保存，例如，服务器端可以为***内部的开发人员提供专用于配置以及保存测试专用店铺对象ID的配置平台，在生成所述测试专用店铺对象之后，便可以通过该配置平台对其ID进行配置并保存。这样，客户端每次获得一个目标网址之后，如果发现其带有前述参数，则首先可以从该目标网址的前缀部分取出店铺对象ID，并从所述配置平台中取出所述测试专用店铺对象ID，如果两者相同，则正常处理，否则，可以拒绝对对应待测试页面的测试提供支持。

其中，对于所述发行版本的客户端，可以预先在这种客户端中实现相关的功能，以支持具体的测试过程。其中，根据测试专用店铺对象对应的页面的具体情况的不同，客户端中对应的具体功能也可以有所不同。例如，其中一种情况下，所述测试专用店铺对象对应的页面中可以预设有默认的测试节点，并关联所述预置的开启方式，也就是说，预先在开发所述测试专用店铺对象对应的页面时，已经为该页面实现可测试时可能会用到的页面节点，例如，二楼页面节点等，并且可以为该节点关联具体的开启方式，例如，通过在店铺页面顶部执行的下拉操作来开启，等等。在这种情况下，客户端在获得了目标网址后所需执行的操作具体可以是，将预先构造的所述页面节点对应的默认网址，替换为所述待测试页面的网址，这样，便可以在所述开启方式被触发时，展示所述待测试页面。

或者，另一种情况下，所述测试专用店铺对象对应的页面中不具有测试所需的页面节点；此时，客户端在获得了目标网址后所需执行的操作具体可以是，在所述测试专用店铺对象对应的页面中构造测试所需的页面节点，将所述待测试页面的网址设定为页面节点的网址，并实现所述页面节点的开启方式，以便在所述开启方式被触发时，展示所述待测试页面。

总之，在本申请实施例中，通过配置端子***以及发行版本客户端的相互配合，便可以实现对依赖于店铺页面的待测试页面进行测试。为了更好的理解本申请实施例提供的技术方案，下面结合图2，以及具体实现过程中的例子，对本申请实施例的方案进行详细介绍。

在该例子中，假设是由ISV为某卖家开发店铺二楼页面，相关应用是手机淘宝。则具体的流程可以是，首先，ISV可以在***提供的配置中心对其开发的二楼页面的URL进行配置，相应的，配置中心会根据预先提供的测试专用店铺对象对应的页面的URL(为便于描述，将其称为第一URL)，以及所述二楼页面的URL(第二URL)，构造出一个目标网址，并根据所述目标网址生成进店二维码。该目标网址以第一URL为前缀，以第二URL为参数；其中，由于第一URL与测试专用店铺对象对应，因此，第一URL中会包含测试专用店铺对象的ID。

之后，ISV可以通过手机淘宝客户端对所述进店二维码进行扫码，手机淘宝客户端则可以对目标网址进行解析，并判断其是否带有对应的参数。如果带有参数，则证明该目标网址是用来进行页面测试的。在确定出带有参数之后，首先可以进行店铺ID的匹配，也就是说，判断目标网址的前缀部分携带的店铺ID，与***预先提供的测试专用店铺对象ID是否一致(当然，在ISV正常通过所述配置中心进行配置生成所述二维码的情况，两者肯定是一致的，只有在ISV自行构造目标网址以及二维码的情况下，才可能不一致)。如果一致，手机淘宝客户端则可以为其进行二楼节点的生成以及二楼页面的展示。其中，在生成二楼节点时，具体可以包括对已有二楼节点中默认网址的替换，或者，在预先未构造二楼节点的情况下，首先通过调用预置的函数进行二楼节点的构造，并将当前二楼页面的URL设定为该二楼节点的URL，还可以实现二楼页面的开启方式等等，这样，便可以实现对二楼页面的展示。在对二楼页面展示的过程中，手机淘宝客户端会将二楼页面的URL提供给淘宝后台服务器，由淘宝后台服务器获取具体的二楼页面信息，并返回给手机淘宝客户端进行展示。

可见，通过本申请实施例，由于提供了测试专用店铺对象，并且提供了配置子***，能够对需要依赖于店铺页面的待测试页面的网址提交到配置子***，由配置子***生成目标网址，使得不同的开发者可以使用同一个测试专用店铺对象进行测试，而不需要申请各自的测试店铺，***内部开发人员也无需多次设置不同的店铺路由。另外，由于关联应用的发行版本客户端中提供了相应的支持，使得发行版本的客户端能够对所述目标网址进行解析以及参数检查处理，并基于测试专用店铺对象对应的页面对待测试页面进行展示，进而完成测试过程。因此，避免了反复提供环境隔离的debug包及安全性问题，不仅简化了页面开发流程，提高开发效率，同时也保证了客户端的安全，从而推进业务的发展。

实施例二

该实施例二是与实施例一相对应的，从配置子***的角度，提供了一种页面测试配置信息处理方法，参见图3，该方法具体可以包括：

S301：提供测试专用店铺对象；

S302：接收待测试页面的网址信息，将所述待测试页面的网址信息作为参数添加到所述测试专用店铺对象对应的页面网址中，生成目标网址，以便发行版本客户端获得所述目标网址，并基于所述测试专用店铺对象对应的页面提供对所述待测试页面的展示。

具体实现时，还可以根据所述目标网址生成图形码，以便所述客户端通过扫码的方式获得所述目标网址。

实施例三

该实施例二是与实施例一相对应的，从客户端的角度提供了一种基于店铺对象页面进行页面测试的方法，参见图4，该方法具体可以包括：

S401：通过相关应用的发行版本客户端获得目标网址，所述目标网址是通过将待测试页面的网址信息作为参数添加到测试专用店铺对象对应的页面网址中生成的；

S402：对所述目标网址进行解析以及参数识别；

S403：根据所述解析以及参数识别结果，基于所述测试专用店铺对象对应的页面提供对所述待测试页面的展示。

具体实现时，可以通过相关应用的发行版本客户端对目标图形码进行扫码获得所述目标网址。

为了避免开发者冒用其他非测试专用店铺对其开发的页面进行测试，在可选的实施方式中，客户端还可以判断所述目标网址中包含的店铺对象的ID，与所述测试专用店铺对象的ID是否相同；如果相同，则触发所述基于所述专用店铺对象对应的页面提供对所述待测试页面的展示的操作。否则，如果所述目标网址中包含的店铺对象的ID与所述测试专用店铺对象的ID不同，则可以拒绝对所述待测试页面进行展示。

其中，具体在基于所述测试专用对象对应的页面提供对所述待测试页面的展示时，可以是在进入页面的初始状态下，根据所述目标网址中包含的所述测试专用对象对应的页面的网址，展示所述测试专用对象对应的页面；在预置的开启方式被触发时，展示所述待测试页面。

其中，如果所述专用店铺对象对应的页面中预设有默认的测试所需的页面节点，并关联所述预置的开启方式；则所述客户端还可以首先将所述页面节点对应的默认网址，替换为所述待测试页面的网址，以便在所述开启方式被触发时，展示所述待测试页面。

或者，如果所述测试专用店铺对象对应的页面中不具有测试所需的页面节点；则所述客户端还可以在所述测试专用店铺对象对应的页面中构造测试所需的页面节点，将所述待测试页面的网址设定为页面节点的网址，并实现所述页面节点的开启方式，以便在所述开启方式被触发时，展示所述待测试页面。

关于上述实施例二以及实施例三中的未详述部分，可参见前述实施例一中的记载，这里不再赘述。

与实施例二相对应，本申请实施例还提供了一种页面测试配置信息处理装置，参见图5，该装置具体可以包括：

店铺对象提供单元501，用于提供测试专用店铺对象；

目标网址生成单元502，用于接收待测试页面的网址信息，将所述待测试页面的网址信息作为参数添加到所述测试专用店铺对象对应的页面网址中，生成目标网址，以便发行版本客户端获得所述目标网址，并基于所述测试专用店铺对象对应的页面提供对所述待测试页面的展示。

具体实现时，该装置还可以包括：

图形码生成单元，用于根据所述目标网址生成图形码，以便所述客户端通过扫码的方式获得所述目标网址。

与实施例三相对应，本申请实施例还提供了一种基于店铺对象页面进行页面测试的装置，参见图6，该装置具体可以包括：

目标网址获得单元601，用于通过相关应用的发行版本客户端获得目标网址，所述目标网址是通过将待测试页面的网址信息作为参数添加到测试专用店铺对象对应的页面网址中生成的；

解析单元602，用于对所述目标网址进行解析以及参数识别；

页面展示单元603，用于根据所述解析以及参数识别结果，基于所述测试专用店铺对象对应的页面提供对所述待测试页面的展示。

具体的，所述目标网址获得单元具体可以用于：

通过相关应用的发行版本客户端对目标图形码进行扫码获得所述目标网址。

具体实现时，所述装置还包括：

判断单元，用于判断所述目标网址中包含的店铺对象的ID，与所述测试专用店铺对象的ID是否相同；

触发单元，用于如果相同，则触发所述基于所述专用店铺对象对应的页面提供对所述待测试页面的展示的操作。

另外，如果所述目标网址中包含的店铺对象的ID与所述测试专用店铺对象的ID不同，则可以拒绝对所述待测试页面进行展示。

其中，所述页面展示单元具体可以包括：

店铺页面展示子单元，用于在初始状态下，根据所述目标网址中包含的所述测试专用对象对应的页面的网址，展示所述测试专用对象对应的页面；

测试页面展示子单元，用于在预置的开启方式被触发时，展示所述待测试页面。

其中，如果所述专用店铺对象对应的页面中预设有默认的测试所需的页面节点，并关联所述预置的开启方式；

所述装置还包括：

网址替换单元，用于将所述页面节点对应的默认网址，替换为所述待测试页面的网址，以便在所述开启方式被触发时，展示所述待测试页面。

如果所述测试专用店铺对象对应的页面中不具有测试所需的页面节点；

所述装置还可以包括：

节点构造单元，用于在所述测试专用店铺对象对应的页面中构造测试所需的页面节点，将所述待测试页面的网址设定为页面节点的网址，并实现所述页面节点的开启方式，以便在所述开启方式被触发时，展示所述待测试页面。

另外，对应于实施例三，本申请实施例还提供了一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

通过相关应用的发行版本客户端获得目标网址，所述目标网址是通过将待测试页面的网址信息作为参数添加到测试专用店铺对象对应的页面网址中生成的；

对所述目标网址进行解析以及参数识别；

根据所述解析以及参数识别结果，基于所述测试专用店铺对象对应的页面提供对所述待测试页面的展示。

其中，图7示例性的展示出了电子设备的架构，例如，设备700可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理，飞行器等。

参照图7，设备700可以包括以下一个或多个组件：处理组件702，存储器704，电源组件706，多媒体组件708，音频组件710，输入/输出(I/O)的接口712，传感器组件714，以及通信组件716。

处理组件702通常控制设备700的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理元件702可以包括一个或多个处理器720来执行指令，以完成本公开技术方案提供的视频播放方法中的当满足预设条件时，生成流量压缩请求，并发送给服务器，其中所述流量压缩请求中记录有用于触发服务器获取目标关注区域的信息，所述流量压缩请求用于请求服务器优先保证目标关注区域内视频内容的码率；根据服务器返回的码流文件播放所述码流文件对应的视频内容，其中所述码流文件为服务器根据所述流量压缩请求对所述目标关注区域之外的视频内容进行码率压缩处理得到的视频文件的全部或部分步骤。此外，处理组件702可以包括一个或多个模块，便于处理组件702和其他组件之间的交互。例如，处理部件702可以包括多媒体模块，以方便多媒体组件708和处理组件702之间的交互。

存储器704被配置为存储各种类型的数据以支持在设备700的操作。这些数据的示例包括用于在设备700上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器704可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件706为设备700的各种组件提供电力。电源组件706可以包括电源管理***，一个或多个电源，及其他与为设备700生成、管理和分配电力相关联的组件。

多媒体组件708包括在设备700和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件708包括一个前置摄像头和/或后置摄像头。当设备700处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜***或具有焦距和光学变焦能力。

音频组件710被配置为输出和/或输入音频信号。例如，音频组件710包括一个麦克风(MIC)，当设备700处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器704或经由通信组件716发送。在一些实施例中，音频组件710还包括一个扬声器，用于输出音频信号。

I/O接口712为处理组件702和***接口模块之间提供接口，上述***接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件714包括一个或多个传感器，用于为设备700提供各个方面的状态评估。例如，传感器组件714可以检测到设备700的打开/关闭状态，组件的相对定位，例如所述组件为设备700的显示器和小键盘，传感器组件714还可以检测设备700或设备700一个组件的位置改变，用户与设备700接触的存在或不存在，设备700方位或加速/减速和设备700的温度变化。传感器组件714可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件714还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件714还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件716被配置为便于设备700和其他设备之间有线或无线方式的通信。设备700可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信部件716经由广播信道接收来自外部广播管理***的广播信号或广播相关信息。在一个示例性实施例中，所述通信部件716还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，设备700可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器704，上述指令可由设备700的处理器720执行以完成本公开技术方案提供的视频播放方法中的当满足预设条件时，生成流量压缩请求，并发送给服务器，其中所述流量压缩请求中记录有用于触发服务器获取目标关注区域的信息，所述流量压缩请求用于请求服务器优先保证目标关注区域内视频内容的码率；根据服务器返回的码流文件播放所述码流文件对应的视频内容，其中所述码流文件为服务器根据所述流量压缩请求对所述目标关注区域之外的视频内容进行码率压缩处理得到的视频文件。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于***或***实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的***及***实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上对本申请所提供的基于店铺对象页面进行页面测试的方法、装置及***，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。

Claims (19)

1.一种基于店铺对象页面进行页面测试的***，其特征在于，包括：

配置端子***，用于提供测试专用店铺对象；接收待测试页面的网址信息，将所述待测试页面的网址信息作为参数添加到所述测试专用店铺对象对应的页面网址中，生成目标网址；

测试端子***，包括终端设备，以及相关应用的发行版本客户端，所述客户端用于，获得所述目标网址，并基于所述测试专用店铺对象对应的页面提供对所述待测试页面的展示。

2.根据权利要求1所述的***，其特征在于，

所述配置端子***还用于，根据所述目标网址生成图形码；

所述客户端具体用于，通过对所述图形码进行扫码获得所述目标网址。

3.根据权利要求1所述的***，其特征在于，

所述客户端还用于，判断所述目标网址中包含的店铺对象的ID，与所述测试专用店铺对象的ID是否相同，如果相同，则触发所述基于所述专用店铺对象对应的页面提供对所述待测试页面的展示的操作。

4.根据权利要求3所述的***，其特征在于，

所述客户端还用于，如果所述目标网址中包含的店铺对象的ID与所述测试专用店铺对象的ID不同，则拒绝对所述待测试页面进行展示。

5.根据权利要求1所述的***，其特征在于，

所述客户端在基于所述测试专用对象对应的页面提供对所述待测试页面的展示时，具体用于：

在初始状态下，根据所述目标网址中包含的所述测试专用对象对应的页面的网址，展示所述测试专用对象对应的页面；在预置的开启方式被触发时，展示所述待测试页面。

6.根据权利要求5所述的***，其特征在于，

所述专用店铺对象对应的页面中预设有默认的测试所需的页面节点，并关联所述预置的开启方式；

所述客户端还用于：

将所述页面节点对应的默认网址，替换为所述待测试页面的网址，以便在所述开启方式被触发时，展示所述待测试页面。

7.根据权利要求5所述的***，其特征在于，

所述测试专用店铺对象对应的页面中不具有测试所需的页面节点；

所述客户端还用于：

在所述测试专用店铺对象对应的页面中构造测试所需的页面节点，将所述待测试页面的网址设定为页面节点的网址，并实现所述页面节点的开启方式，以便在所述开启方式被触发时，展示所述待测试页面。

8.一种页面测试配置信息处理方法，其特征在于，包括：

提供测试专用店铺对象；

接收待测试页面的网址信息，将所述待测试页面的网址信息作为参数添加到所述测试专用店铺对象对应的页面网址中，生成目标网址，以便发行版本客户端获得所述目标网址，并基于所述测试专用店铺对象对应的页面提供对所述待测试页面的展示。

9.根据权利要求8所述的方法，其特征在于，所述方法还包括：

根据所述目标网址生成图形码，以便所述客户端通过扫码的方式获得所述目标网址。

10.一种基于店铺对象页面进行页面测试的方法，其特征在于，包括：

通过相关应用的发行版本客户端获得目标网址，所述目标网址是通过将待测试页面的网址信息作为参数添加到测试专用店铺对象对应的页面网址中生成的；

对所述目标网址进行解析以及参数识别；

根据所述解析以及参数识别结果，基于所述测试专用店铺对象对应的页面提供对所述待测试页面的展示。

11.根据权利要求10所述的方法，其特征在于，

所述通过相关应用的发行版本客户端获得目标网址，包括：

通过相关应用的发行版本客户端对目标图形码进行扫码获得所述目标网址。

12.根据权利要求10所述的方法，其特征在于，所述方法还包括：

判断所述目标网址中包含的店铺对象的ID，与所述测试专用店铺对象的ID是否相同；

如果相同，则触发所述基于所述专用店铺对象对应的页面提供对所述待测试页面的展示的操作。

13.根据权利要求12所述的方法，其特征在于，还包括：

如果所述目标网址中包含的店铺对象的ID与所述测试专用店铺对象的ID不同，则拒绝对所述待测试页面进行展示。

14.根据权利要求10所述的方法，其特征在于，

所述基于所述测试专用对象对应的页面提供对所述待测试页面的展示，包括：

在初始状态下，根据所述目标网址中包含的所述测试专用对象对应的页面的网址，展示所述测试专用对象对应的页面；

在预置的开启方式被触发时，展示所述待测试页面。

15.根据权利要求14所述的方法，其特征在于，

所述专用店铺对象对应的页面中预设有默认的测试所需的页面节点，并关联所述预置的开启方式；

所述方法还包括：

将所述页面节点对应的默认网址，替换为所述待测试页面的网址，以便在所述开启方式被触发时，展示所述待测试页面。

16.根据权利要求14所述的方法，其特征在于，

所述测试专用店铺对象对应的页面中不具有测试所需的页面节点；

所述方法还包括：

在所述测试专用店铺对象对应的页面中构造测试所需的页面节点，将所述待测试页面的网址设定为页面节点的网址，并实现所述页面节点的开启方式，以便在所述开启方式被触发时，展示所述待测试页面。

17.一种页面测试配置信息处理装置，其特征在于，包括：

店铺对象提供单元，用于提供测试专用店铺对象；

目标网址生成单元，用于接收待测试页面的网址信息，将所述待测试页面的网址信息作为参数添加到所述测试专用店铺对象对应的页面网址中，生成目标网址，以便发行版本客户端获得所述目标网址，并基于所述测试专用店铺对象对应的页面提供对所述待测试页面的展示。

18.一种基于店铺对象页面进行页面测试的装置，其特征在于，包括：

目标网址获得单元，用于通过相关应用的发行版本客户端获得目标网址，所述目标网址是通过将待测试页面的网址信息作为参数添加到测试专用店铺对象对应的页面网址中生成的；

解析单元，用于对所述目标网址进行解析以及参数识别；

页面展示单元，用于根据所述解析以及参数识别结果，基于所述测试专用店铺对象对应的页面提供对所述待测试页面的展示。

19.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

通过相关应用的发行版本客户端获得目标网址，所述目标网址是通过将待测试页面的网址信息作为参数添加到测试专用店铺对象对应的页面网址中生成的；

对所述目标网址进行解析以及参数识别；

根据所述解析以及参数识别结果，基于所述测试专用店铺对象对应的页面提供对所述待测试页面的展示。

Images