CN102710753B - 一种互联网应用的发布方法、装置及系统 - Google Patents

Abstract

本发明实施例提供一种互联网应用的发布方法、装置及系统，所述方法包括：获取应用开发者提交的应用，并将所述应用的应用状态标记为待测试；将所述标记为待测试的应用同步到应用测试平台，以供测试者测试；获取测试者提交的所述待测试的应用的测试报告，并将所述应用状态标记为待审核；当所述标记为待审核的应用通过审查时，将所述通过审查的应用同步到商用平台以供用户下载使用。本发明实施例解决了现有技术中对应用的测试需要增加测试床环境而造成的测试成本和维护成本高、不能在真实的环境是中对应用进行测试的技术问题。

Description

一种互联网应用的发布方法、装置及系统

技术领域

本发明涉及通信技术领域，特别涉及一种互联网应用的发布方法、装置及系统。

背景技术

随着应用商店（APP Store，Application Store）的蓬勃发展，APP Store已经成为移动互联网的一个制高点，是手机用户和互联网用户发现和消费应用的主要入口，随之移动互联网应用的数量也越来越多。目前迫切需要有一个高效的版本（Beta）测试方法和一个能与APP Store无缝集成的版本域（Beta Zone）测试平台，使移动互联网应用在商用前进行充分的测试，保证终端用户能得到良好的消费体验。

目前，基于APP Store的系统架构的商用环境中，应用开发者通过Dev Community提交和上传的应用，在终端用户门户（Storefront）上架之前，均要在Beta Zone中经过测试者严格的测试，其测试的内容包括：机型适配测试，内容测试，计费测试等。BetaZone作为测试者的门户，提供测试者鉴权认证，应用下载，以及测试管理等功能。

现有测试者的测试方案中，需要先建立一套与商用环境一样的软硬件测试床环境，之后，应用开发者必须先把应用上传到所述测试床环境中进行beta测试，测试通过后，再把应用上传到商用环境中进行商用，商用环境的管理者在进行商用前审核，在审核时还需要切换到测试床环境中查看该应用的测试报告，如果查看该应用的测试报告没有问题时，才将该应用进行商用。

在对现有技术的研究和实践过程中，本发明的发明人发现，现有的实现方式中，在对应用测试时，需要增加了一套和商用环境一模一样的测试床环境，不但增加了测试成本和维护成本费；而且，商用环境的管理者在应用上前要切换到测试床环境查看测试报告，造成频繁的切换，导致用户体验很差，降低了运营和运维的效率。

发明内容

本发明实施例提供一种互联网应用的发布方法、装置、及系统，以解决现有技术中对应用的测试需要增加测试床环境而造成的测试成本和维护成本高、不能在真实的环境是中对应用进行测试的技术问题。

为解决上述技术问题，本发明实施例提供一种互联网应用的发布方法，在应用商店系统的逻辑层面上建立应用测试平台，所述应用测试平台与所述应用商店系统中的商用环境共享应用数据；所述方法还包括：

获取应用开发者提交的应用，并将所述应用的应用状态标记为待测试；

将所述标记为待测试的应用同步到应用测试平台，以供测试者测试；

获取测试者提交的所述待测试的应用的测试报告，并将所述应用状态标记为待审核；

当所述标记为待审核的应用通过审查时，将所述通过审查的应用同步到商用平台以供用户下载使用。

本发明实施例提供一种互联网应用的发布装置，包括：

获取单元，用于获取应用开发者提交的应用；

标记单元，用于将所述获取单元获取的应用开发者提交的应用状态标记为待测试；

同步单元，用于将标记为待测试的应用同步到应用测试平台，以供测试者测试；

所述获取单元还用于获取测试者提交的所述待测试应用的测试报告，其中，所述标记单元还用于将所述已测试的应用状态标记为待审核；

所述同步单元还用于当所述标记为待审核应用通过审查时，将所述通过审查的应用同步到商用平台以供用户下载使用。

本发明实施例提供一种互联网应用的发布系统，所述系统包括：

上述的互联网应用的发布装置；

应用测试平台，用于从所述应用发布装置获取待测试应用，以供测试者测试；

应用商用平台，用于从所述应用发布装置获取商用状态应用，以供用户下载使用。

由上述技术方案可知，本发明实施例中，对待测试的应用以及通过审核的应用通过数据同步的方式，方便测试者测试和管理者审核，与现有技术相比，不需要再建一套软硬件测试床环境，不但有效的降低了互联网应用的测试成本和维护成本，而且，商用环境中管理者不需要进行测试环境的切换，可以通过内容管理平台上直接查看到所述应用的测试报告，大大提高了运营和运维效率。同时，由于本发明中是完全在真实环境中对应用进行测试的，不会漏测任何重要特性。

附图说明

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

图1为本发明实施例提供的一种互联网应用的发布方法的流程图；

图2为本发明实施例提供的一种互联网应用的发布装置的结构示意图；

图3为本发明实施例提供的一种互联网应用的发布装置的第二结构示意图；

图4为本发明实施例提供的一种互联网应用的发布装置的第三结构示意图；

图5为本发明实施例提供的一种互联网应用的发布装置的第四结构示意图；

图6为本发明实施例提供的一种互联网应用的发布装置的第五结构示意图；

图7为本发明实施例提供的一种互联网应用的发布系统的结构示意图；

图8为本发明实施例提供的一种互联网应用的发布方法中应用的状态的迁移图；

图9为本发明实施例提供的一种互联网应用的发布方法的应用流程图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整的描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

为了使本技术领域的人员更好地理解本发明实施例的方案，下面结合附图和实施方式对本发明实施例作进一步的详细说明。

请参阅图1，图1为本发明实施例提供的一种互联网应用的发布方法的流程图；所述方法包括：

步骤101：获取应用开发者提交的应用，并将所述应用的应用状态标记为待测试；

在该实施例中，开发者将应用提交到内容管理平台上，内容管理平台将获取到的应用的应用状态标记为待测试（wait test），即待测试状态。

步骤102：将所述标记为待测试的应用同步到应用测试平台（Beta Zone），以供测试者测试；

该步骤中，内容管理平台（CMS，Content Manage Server）可以将标记为等待测试的应用同步到应用测试平台上，其中，应用测试平台上为预先在应用商店系统的逻辑层面上建立的。所述应用测试平台为测试者提供应用的下载测试，以及接收测试者提交的所述应用的测试报告；

也就是说，测试者可以在应用商店系统中通过应用测试平台（Beta Zone）下载和测试wait test状态的应用，并在测试后，提交测试报告，以便于开发者查看自己应用的测试情况，或者管理者查看所有应用的测试情况。

步骤103：获取测试者提交的所述待测试的应用的测试报告，并将所述应用状态标记为待审核；

该步骤中，内容管理平台在接收到测试者提供的所述应用的测试报告后，将所述应用状态标记为待审核，即待审核状态，以便于商用平台中的管理者审核。

可选的，也可由应用开发者在查看自己应用测试情况后，通过应用测试平台申请自己提交的应用的商用申请，由内容管理平台根据该商用申请将应用的状态标记为待审核，以便于应用商用平台管理者对提交商用申请的应用进行审核。

步骤104：当所述标记为待审核的应用通过审查时，将所述通过审查的应用同步到商用平台以供用户下载使用。

该步骤具体包括：接收商用平台中的管理者查看所述测试平台上的待测试的应用的测试报告请求；将所述待测试的应用的测试报告发送给所述管理者；接收所述管理者发送的所述待测试应用审核通过的结果；根据所述结果，将所述审核通过的应用的状态标记为商用，并同步至商用平台以供用户下载使用。

该步骤中，管理者可以通过内容管理平台查看所述应用的测试报告，并在应用审核通过后，将审核通过的应用的应用状态标记为商用状态（Commercial）；以便于内容管理平台将标记为商用状态的应用同步到商用平台上，以供终端用户下载使用。

本发明实施例中，对待测试的应用以及通过审核的应用通过数据同步的方式，方便测试者测试和管理者审核，与现有技术相比，不需要再建一套软硬件测试床环境，不但有效的降低了互联网应用的测试成本和维护成本，而且，商用环境中管理者不需要进行测试环境的切换，可以通过内容管理平台上直接查看到所述应用的测试报告，大大提高了运营和运维效率。同时，由于本发明中是完全在真实环境中对应用进行测试的，不会漏测任何重要特性。

可选的，在所述将应用状态标记为待测试之前，所述方法还可以包括：对所述获取的应用开发者提交的应用进行安全扫描。

内容管理平台将应用开发者上传的应用的应用状态标记为等待测试之前，先对应用开发者上传的应用进行安全扫描，并将通过安全扫描后的应用的应用状态标记为等待测试；比如，应用开发者上传的应用的初始状态为起草（draft）状态，内容管理平台对draft状态的应用进行安全扫描（比如病毒扫描、敏感字扫描等），应用通过安全扫描后将应用的应用状态由draft状态修改为等待测试（wait test）。之后，再可以将标记为等待测试的应用同步到预先建立的应用测试平台（Beta Zone）上。

可选的，上述实施例中，在获取测试者提交的所述状态为待测试应用的测试报告后，所述方法还可以包括：接收应用开发者发送的查询自己所提交的应用的测试报告请求；将所述应用的测试报告发送给所述应用开发者；接收所述应用开发者提交的所述应用的商用申请；根据所述商用申请，将所述应用的状态标记为待审核，以便于商用平台中的管理者查看审核。

其中，本发明实施例中，在应用测试平台上可以设置测试数据查询接口，以便于应用开发者查看自已所提交的应用的测试情况，并根据测试情况提供应用的商用申请，以便于管理者对商用申请的应用进行审核。也就是说，管理者在对商用申请的所述应用进行审核时，不需要进行额外操作，可以直接通过内容管理平台和该测试数据查询接口查看该应用的测试情况，从而保证了良好的应用上传、测试和上线体验。

可选的，上述实施例中，所述获取测试者提交的所述待测试的应用的测试报告前，所述方法还可以包括：接收测试者发送的测试请求；对所述测试者的合法性进行鉴权，如果鉴权通过，则将所述应用测试平台上所有等待测试状态的应用的信息发送给所述测试者；接收所述测试者下载所述待测试的应用请求；将所述测试者请求下载的待测试的应用发送给所述测试者，以便于测试者测试。

也就是说，在为测试者提供下载测试前，先对该测试者的身份进行认证，如果该测试者为合法的测试者，才允许该测试者对该应用测试平台上的应用进行下载测试。

本发明实施例中的测试者为抽象的测试者（tester），该测试者（tester）需要通过权限控制才能登录到应用测试平台（Beta Zone）上，之后，才能下载Beta Zone中的应用，并对该应用进行测试等操作。

可选的，在将所述待测试的应用发送给所述测试者时，所述方法还可以包括：生成所述待测试的应用的测试话单，其中，所述测试话单中的测试类型字段为TRUE，以便于计费系统对所述测试者对应的账号不做计费处理。

也就是说，测试者下载Beta Zone中的应用时，生成测试话单，通过测试话单中的话单类型标识把测试话单和正常话单区分开，该测试话单并不到计费系统进行真正的扣费处理，因此，使测试者既可以对计费进行测试，又不会对正常的商业流程产生干扰和影响。

本发明实施例基于商用的应用商店系统，并在应用商店系统的逻辑层面（即非物理层面）独立出一个Beta Zone，这个Beta Zone与商用环境共享应用数据，相互协同，形成一个端到端（开发，部署，测试，商用等）的业务流程。本发明实施例不但降低了互联网应用的测试成本和维护成本，还保证了良好的应用上传、测试、上线体验，提高了运营和运维效率，另外，由于本发明实施例的对应用的测试过程完全是在真实环境中进行测试的，因此，不会漏测任何测试点的重要特性，比如，在测试过程中可以和周边系统（如短信、彩信、WAP Push等使能部件，计费网关等）进行对接，完成端到端的逻辑测试等。

基于上述方法的实现过程，本发明实施例还提供一种互联网应用的发布装置，其结构示意图详见图2，所述装置包括：获取单元21，标记单元22和同步单元23，其中，

所述获取单元21，用于获取应用开发者提交的应用；

所述标记单元22，用于将所述获取单元获取的应用开发者提交的应用状态标记为待测试；

所述同步单元23，用于将所述状态为待测试的应用同步到应用测试平台，以供测试者测试；

所述获取单元21还用于获取测试者提交的所述待测试应用的测试报告，其中，所述标记单元22还用于将所述已测试的应用状态标记为待审核；

所述同步单元23还用于当所述待审核应用通过审查时，将所述通过审查的应用同步到商用平台以供用户下载使用。

可选的，所述装置还可以包括：扫描单元24，用于对所述获取单元21获取的应用开发者提交的应用进行安全扫描。其结构示意图详见图3，图3为本发明实施例一种互联网应用的发布装置的第二结构示意图。

可选的，在图2或图3所述实施例的基础上，所述装置还可以包括：接收单元25和发送单元26，其结构示意图如图4所示，图4为本发明实施例一种互联网应用的发布装置的第三结构示意图；图4以在图3的基础上包括接收单元和发送单元的结构示意图为例，其中，

所述接收单元25，用于在所述获取单元获取到所述待测试应用的测试报告后，接收应用开发者发送的查询自己所提交的应用的测试报告请求；

所述发送单元26，用于将所述应用的测试报告发送给所述应用开发者；

所述接收单元25还用于接收所述应用开发者提交的所述应用的商用申请；

所述标记单元22还用于根据所述商用申请，将所述应用的状态标记为待审核，以便于商用平台中的管理者查看审核。

可选的，所述装置还可以包括：鉴权单元27，其结构示意图如图5所示，图5为本发明实施例一种互联网应用的发布装置的第四结构示意图；其中，

所述接收单元25还用于接收测试者发送的测试请求；

所述鉴权单元27，用于对所述测试者合法性进行鉴权；

所述发送单元26还用于当所述测试者鉴权通过，则将所述应用测试平台上所有待测试状态的应用元信息发送给所述测试者；

所述接收单元25还用于接收所述测试者下载所述待测试的应用请求；

所述发送单元26还用于将所述测试者请求下载的待测试应用发送给所述测试者，以便于所述测试者测试。

可选的，所述装置还可以包括：测试话单生成单元28，用于在所述发送单元将所述测试者请求下载的待测试的应用发送给所述测试者时，生成所述待测试的应用的测试话单，其中，所述测试话单中的测试类型字段为TRUE，以便于计费系统对所述测试者对应的账号不做计费处理。其结构示意图如图6所示，图6为本发明实施例一种互联网应用的发布装置的第五结构示意图。

可选的，所述接收单元25还用于接收商用平台中的管理者查看所述测试平台上待测应用的测试报告请求；

所述发送单元26还用于将所述待测试应用的测试报告发送给所述管理者；

所述接收单元25还用于接收所述管理者发送的所述待测试应用审核通过的结果；

所述标记单元22还用于根据所述结果，将所述审核通过的应用的状态标记为商用；

所述同步单元23还用于将所述标记为商用状态的应用同步到商用平台以供用户下载使用。

可选的，所述互联网应用发布装置可以集成在内容管理平台上，其中，所述内容管理平台可以由内管管理服务器组成，也可以具有内管管理服务器功能的其他服务器组成，本实施例不作限制。

相应的，本发明实施例还提供一种互联网应用的发布系统，其结构示意图如图7所示。所述系统包括：应用发布装置71，应用测试平台72和应用商用平台73，其中，

所述应用发布装置71，用于获取应用开发者提交的应用，并将所述应用状态标记为待测试；将所述标记为待测试的应用同步到应用测试平台72；获取测试者提交的所述待测试的应用的测试报告，并将所述应用状态标记为待审核；当所述标记为待审核的应用通过审查时，将所述通过审查的应用同步到商用平台73；

所述应用测试平台72，用于从所述应用发布装置获取待测试应用，以供测试者测试；

所述应用商用平台73，用于从所述应用发布装置获取商用状态应用，以供用户下载使用。

其中，所述应用发布装置如上述应用发布装置所述，其具体的功能和作用详见上述，在此不再赘述。

本发明实施例基于商用的应用商店（APP Store）系统，并在应用商店系统的逻辑层面（即非物理层面）独立出一个Beta Zone，这个Beta Zone与商用环境共享应用数据，相互协同，形成一个端到端（开发，部署，测试，商用等）的业务流程。本发明实施例不但降低了互联网应用的测试成本和维护成本，还保证了良好的应用上传、测试、上线体验，提高了运营和运维效率。

另外，由于本发明实施例的对应用的测试过程完全是在真实环境中进行测试的，因此，不会漏测任何测试点的重要特性，比如，在测试过程中可以和周边系统（如短信、彩信、WAPPush等使能部件，计费网关等）进行对接，完成端到端的逻辑测试等。

为了便于本领域技术人员的理解，下面以具体的应用实例来说明。

还请参阅图8，为本发明实施例提供的一种互联网应用的发布方法中应用的状态的迁移图，本发明实施例中，在应用的生命周期中上增加了一个wait test状态，如图所示，具体包括：

步骤801：应用商店系统的内容管理平台接收到应用开发者提交的应用，并将接收到的应用的应用状态标记为起草（draft）状态；

步骤802：所述内容管理平台在对draft状态的应用经过安全性扫描（比如病毒扫描，敏感字检测）后，将该应用的应用状态标记为wait test状态；

步骤803：所述内容管理平台自动把wait test状态的应用同步到预先在应用商店系统的逻辑层面上建立的应用测试平台（Beta Zone）中；所述Beta Zone与应用商店系统的商用环境共享应用数据；

步骤804：通过认证的测试者可以在Beta Zone中下载和测试这些应用，以及在测试后，提交该应用的测试报告；

步骤805：应用开发者可以通过测试数据查询接口查看应用测试平台上自己提交的应用的测试情况，如果认为该应用的测试充分，将测试完成后的应用的应用状态标记为等待批准（wait approval）状态，即待审核状态；

步骤806：管理者通过内容管理平台查看应用测试平台上该应用的测试情况，如果认为该应用测试没有问题（即审核通过），则将审核通过的应用的应用状态标记为商用（Commercial）状态；

步骤807：所述内容管理平台将标记为Commercial状态的应用自动同步到应用商店系统中应用商用平台上，即终端用户门户（storefront）上，供最终用户下载使用。

另外，管理者可以将处于商用状态的应用的状态标记为下线状态；也可以删除处于下线状态的应用。

其中，在上述过程中，步骤803、步骤805和步骤806可以在下线状态下完成该操作。

在本发明实施例中，Beta Zone作为测试者的门户，提供测试者鉴权，应用下载，以及测试管理等功能。下面具体介绍Beta Zone：

1、测试者鉴权

管理者可以采取一些激励措施鼓励终端用户甚至应用开发者来做测试，也可以建立专职的测试团队来测试。任何具有合法的终端用户标识（user id）的人都可以成为测试者，只要管理者给这些用户的user id赋予测试权限。测试者可以使用他/她的终端用户标识（userid）登录Beta Zone。如果系统以手机号码为用户标识（还可以用email，qq，msn等作为用户标识），测试者的登录方法为：

用户输入自己的手机号码，然后点击“获取短信验证码”，系统会给用户的手机发送一个短信验证码，然后用户输入短信验证码，就可以登录到Beta Zone了。登录成功后，BetaZone会把所有wait test状态的应用呈现出来，测试者挑选自己感兴趣的应用进行测试。

2、应用下载

测试者挑选自己感兴趣的应用，并下载该应用，然后进行测试。

测试者下载wait test状态的应用时，系统会生成测试话单，所述测试话单，是把话单中的类型标识字段：test type字段置为TRUE，在运营数据的统计分析中，测试话单和正常话单要区分对待。也就是说，测试者下载wait test状态的应用时，系统只生成测试话单，并不到计费系统进行扣费处理。这样测试者既可以对计费进行测试，又不会对正常的商业流程产生干扰和影响。

测试者下载了wait test状态的应用，就可以对这些应用进行各种各样的测试，其测试内容可以包括机型适配测试，内容测试，计费测试等，但并不限于此。

3、应用管理

测试者测试完应用后，可以根据测试情况对应用进行评分，留言，并以附件形式提交该应用的测试报告。同时，Beta Zone还设置了一个查询测试数据的接口（即测试数据查询接口），应用开发者可以通过所述接口查看自己提交的应用的测试进展情况，如果觉得测试已经比较充分了，可以提交商用申请，这时，应用商店系统会将该应用的应用状态标记为等待批准（wait approval）状态。

管理者在审核时，也可以通过该测试数据查询接口查看该应用的测试情况，如果觉得该应用的测试报告没有问题了，就可以通过审核，并将通过审核的应用的状态标记为Commercial状态，之后，Commercial状态的应用会被自动同步到应用商用平台（即终端用户门户storefront）上供最终用户下载使用（即发现和购买）。

其上述测试过程如图9所示，图9为本发明实施例中提供的一种互联网应用的发布方法的应用流程图：在该实施例中，所述方法涉及到的实体包括：应用测试平台、内容管理平台CMS（包括应用发布装置）、应用商用平台（即storefront）、应用开发者（Develeper）、测试者（tester）和管理者，其中，应用测试平台时在该应用商店系统（APP Store）的逻辑层面上建立的，所述应用测试平台与所述应用商店系统中的商用环境共享应用数据；其具体的过程包括：

步骤901：应用开发者（Develeper）将应用提交给CMS；

步骤902：CMS对接收到应用开发者上传的应用进行安全扫描，并将安全扫描后的应用的应用状态标记为等待测试状态；

步骤903：CMS将等待测试状态的应用同步到应用测试平台；

步骤904：测试者（tester）向所述应用测试平台发送测试请求；

步骤905：应用测试平台对所述测试者进行合法验证，如果所述测试者合法，则执行步骤906；

步骤906：应用测试平台将所有等待测试状态的应用提供给测试者；

步骤907：测试者选择感兴趣的应用，从所述应用测试平台上下载该应用到本地，并对下载的所述应用进行测试；其测试的内容可以是：机型适配测试，内容测试，计费测试等等。

步骤908：所述应用测试平台在测试者下载感兴趣的应用时，生成所述应用的测试话单；

步骤909：测试者向所述应用测试平台提交测试该应用的测试报告；

步骤910：管理者在对该应用进行审核时，通过内容管理平台和应用测试平台上的测试数据查询接口查看所述应用测试平台上该应用的测试报告；

步骤911：如果管理者认为该应用的测试报告没有问题，则将应用的应用状态标记为商用状态；

步骤912：所述CMS将所述应用测试平台上标记为商用状态的应用同步到所述终端用户门户上。

步骤913：终端用户通过所述终端用户门户对所述应用进行消费，并生成正常话单。

在该实施例中，所述Beta Zone，CMS和storefront可以三个网元集成在一起，也可以是两个网元集成在一起，也可以分别独立部署，本实施例不做限制。

本发明实施例中通过建立的Beta Zone，可以在较低的成本下完成端到端的应用测试，不会有任何的测试盲点，而且，测试流程和商业流程不是割裂的，而是融为一体的，与传统分离的测试方法相比，降低了测试成本和维护成本低，并且，不需要应用开发者进行额外的操作，保证了良好的应用上传、测试、上线体验。同时，运营商的管理者通过测试数据查询接口可以直接对待审核的应用进行审核，大大提高了运营和运维效率。

在本发明的另一实施例中，在实施APP Store时，预先建立的Beta Zone可以根据需要提供Web/WAP/手机客户端三种接入渠道。其中，

对于Web/WAP，可以提供独立的统一资源标识符（URL），即网址，供测试者访问。其中，URL类似下面的形式：

betazone测试环境（web）

http://xxxx/betazone/portal/site2.action

betazone测试环境（wap）

http://xxxx/betazone/portal/site2.action?s=devsite&c=waplogin&t=wap

而对于手机客户端，可以单独提供一个Beta Zone的客户端，供测试者使用。

在本发明的又一实施例中，实施APP Store时，也可以根据需要，采取单点登录单点登录（SSO，Single Sign On）的方式，把Beta Zone和Storefront，或者Dev Community集成在一起。本实施例以Beta Zone和Storefront集成为例，终端用户登录Storefront后，会看到一个Beta Zone的链接，点击Beta Zone的链接，如果用户有测试权限，就可以直接进入Beta Zone的首页，不用再输入手机号码，以及短信验证码。

对于手机客户端，也可以将Beta Zone的客户端和终端用户的客户端做成一个，用户打开手机客户端后，会看到Beta Zone的入口。如果用户有测试权限，就可以直接进入到BetaZone中。

本发明实施例中，先将等待测试状态的应用同步到预先在应用商店系统的逻辑层面上建立的应用测试平台上，以便于测试者对所述应用测试平台上进行下载测试，并提交以该应用的测试报告，之后，将所述应用状态标记为待审核然，以便于管理者审查，并在审查通过后，将审核通过的应用的应用状态标记为商用状态，即待审核状态，最后，将标记为商用状态的应用同步到商用环境的终端用户门户上，供用户下载和使用。与现有技术相比，不需要再建一套软硬件测试床环境，不但有效的降低了互联网应用的测试成本和维护成本，而且，管理者不需要进行测试环境的切换，就可以查看到所述应用的测试报告，大大提高了运营和运维效率。同时，由于本发明中是完全在真实环境中对应用进行测试的，不会漏测任何重要特性。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例或者实施例的某些部分所述的方法。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种互联网应用的发布方法，其特征在于，在应用商店系统的逻辑层面上建立应用测试平台，所述应用测试平台与所述应用商店系统中的商用环境共享应用数据；所述方法还包括：

获取应用开发者提交的应用，并将所述应用的应用状态标记为待测试；

将所述标记为待测试的应用同步到应用测试平台，以供测试者测试；

获取测试者提交的所述待测试的应用的测试报告，并将所述应用状态标记为待审核；

当所述标记为待审核的应用通过审查时，将所述通过审查的应用同步到商用平台以供用户下载使用；

所述当所述标记为待审核的应用通过审查时，将所述通过审查的应用同步到商用平台以供用户下载使用具体包括：

接收商用平台中的管理者查看所述测试平台上的待测试的应用的测试报告请求；

将所述待测试的应用的测试报告发送给所述管理者；

接收所述管理者发送的所述待测试应用审核通过的结果；

根据所述结果，将所述审核通过的应用的状态标记为商用，并同步至商用平台以供用户下载使用；

在获取测试者提交的所述待测试的应用的测试报告后，所述方法还包括：

接收应用开发者发送的查询自己所提交的应用的测试报告请求；

将所述应用的测试报告发送给所述应用开发者；

接收所述应用开发者提交的所述应用的商用申请；

根据所述商用申请，将所述应用的状态标记为待审核，以便于商用平台中的管理者查看审核。

2.如权利要求1所述的方法，其特征在于，在所述将应用状态标记为待测试之前，所述方法还包括：对所述获取的应用开发者提交的应用进行安全扫描。

3.根据权利要求1所述的方法，其特征在于，所述获取测试者提交的所述待测试的应用的测试报告前，所述方法还包括：

接收测试者发送的测试请求；

对所述测试者的合法性进行鉴权，如果鉴权通过，则将所述应用测试平台上所有标记为待测试的应用的信息发送给所述测试者；

接收所述测试者下载所述待测试的应用请求；

将所述测试者请求下载的待测试的应用发送给所述测试者，以便于测试者测试。

4.根据权利要求3所述的方法，其特征在于，在将所述待测试的应用发送给所述测试者时，所述方法还包括：

生成所述待测试的应用的测试话单，其中，所述测试话单中的测试类型字段为TRUE，以便于计费系统对所述测试者对应的账号不做计费处理。

5.一种互联网应用的发布装置，其特征在于，在应用商店系统的逻辑层面上建立应用测试平台，所述应用测试平台与所述应用商店系统中的商用环境共享应用数据；所述装置包括：

获取单元，用于获取应用开发者提交的应用；

标记单元，用于将所述获取单元获取的应用开发者提交的应用状态标记为待测试；

同步单元，用于将标记为待测试的应用同步到应用测试平台，以供测试者测试；

所述获取单元，还用于获取测试者提交的所述待测试应用的测试报告，其中，所述标记单元还用于将已测试的应用状态标记为待审核；

所述同步单元，还用于当所述标记为待审核应用通过审查时，将所述通过审查的应用同步到商用平台以供用户下载使用；

所述装置还包括：

接收单元，具体用于接收商用平台中的管理者查看所述测试平台上待测应用的测试报告请求；

发送单元，用于将所述待测试应用的测试报告发送给所述管理者；

所述接收单元，还用于接收所述管理者发送的所述待测试应用审核通过的结果；

所述标记单元，还用于根据所述结果，将所述审核通过的应用的状态标记为商用；

所述同步单元，还用于将所述标记为商用状态的应用同步到商用平台以供用户下载使用；

所述接收单元，还用于在所述获取单元获取到所述待测试应用的测试报告后，接收应用开发者发送的查询自己所提交的应用的测试报告请求；

所述发送单元，还用于将所述应用的测试报告发送给所述应用开发者；

所述接收单元，还用于接收所述应用开发者提交的所述应用的商用申请；

所述标记单元，还用于根据所述商用申请，将所述应用的状态标记为待审核，以便于商用平台中的管理者查看审核。

6.根据权利要求5所述的装置，其特征在于，所述装置还包括：

扫描单元，用于对所述获取单元获取的应用开发者提交的应用进行安全扫描。

7.根据权利要求6所述的装置，其特征在于，所述装置还包括：鉴权单元，其中，

所述接收单元，还用于在所述获取单元获取所述待测试应用的测试报告前，接收测试者发送的测试请求；

所述鉴权单元，用于对所述测试者合法性进行鉴权；

所述发送单元，还用于当所述测试者鉴权通过，则将所述应用测试平台上所有待测试状态的应用的信息发送给所述测试者；

所述接收单元，还用于接收所述测试者下载所述待测试的应用请求；

所述发送单元，还用于将所述测试者请求下载的待测试应用发送给所述测试者，以便于所述测试者测试。

8.根据权利要求7所述的装置，其特征在于，所述装置还包括：

测试话单生成单元，用于在所述发送单元将所述测试者请求下载的待测试的应用发送给所述测试者时，生成所述待测试的应用的测试话单，其中，所述测试话单中的测试类型字段为TRUE，以便于计费系统对所述测试者对应的账号不做计费处理。

9.如权利要求5至8任一项所述的装置，其特征在于，所述装置为内容管理平台。

10.一种互联网应用的发布系统，其特征在于，所述系统包括：

在应用商店系统的逻辑层面上建立的应用测试平台，所述应用测试平台与所述应用商店系统中的商用环境共享应用数据；

如权利要求5至9任一项所述的互联网应用的发布装置；

应用测试平台，用于从所述应用发布装置获取待测试应用，以供测试者测试；

应用商用平台，用于从所述应用发布装置获取商用状态应用，以供用户下载使用。