一种应用测试方法、服务器及系统与流程

文档序号:14774084发布日期:2018-06-23 02:32阅读:160来源:国知局
一种应用测试方法、服务器及系统与流程

本发明涉及移动终端应用测试技术领域,尤其涉及一种应用测试方法、服务器及系统。



背景技术:

随着移动通信技术的不断发展和成熟,各种移动端应用(App)层出不穷。为了保证应用能够正常工作,在正式发布前需要对其进行测试。测试通常包括内部测试和外部测试两个阶段,内部测试又称Alpha(α)测试,即由开发团队内部人员进行的测试;外部测试又称Beta(β)测试,即由用户进行的测试。

TestFlight是一种常用的针对iOS应用的Beta测试平台。在TestFlight上对待测应用进行测试的流程如下:

1、开发者收集测试用户的邮箱;

2、在TestFlight上提交Beta版本的待测应用,等待审核;

3、审核通过后,开发者在TestFlight上导入测试用户的邮箱,TestFlight向测试用户发送测试邀请邮件;

4、测试用户收到邀请邮件后,点击邮件中的“开始测试”按钮,打开有邀请码的页面,并复制邀请码;

5、测试用户打开TestFlight(若用户终端上没有安装TestFlight,则需要先到AppStore下载安装TestFlight),点击“Redeem”,将邀请码粘贴到输入框中,即可开始下载待测应用。

上述测试流程存在一定缺陷:对于开发者来说,收集测试用户的邮箱费时费力。对于测试用户来说,通过邮箱来接收消息很不方便,大部分用户不会频繁查看邮箱,导致邀请邮件的漏收或过期。此外,即使测试用户及时查看了邀请邮件,其也未必真的愿意进行测试。因此,即使开发者费时费力地收集了测试用户的邮箱,往往最终也仅有一小部分测试用户执行了测试。这种通过邮件来邀请用户测试待测应用的方式的转化率(即执行测试的测试用户与开发者收集到的测试用户的比值)很低,大约仅有5%。



技术实现要素:

为此,本发明提供一种应用测试方法、服务器及系统,以解决或至少缓解上面存在的问题。

根据本发明的一个方面,提供一种应用测试方法,在应用测试系统中执行,所述应用测试系统包括测试服务器、邮件服务器和应用服务器,所述测试服务器适于为测试平台提供方法调用,所述测试平台上驻留有待测应用,所述方法包括:所述邮件服务器生成多个测试邮箱地址,将所述多个测试邮箱地址发送至测试服务器;所述测试服务器向每一个测试邮箱地址发送测试待测应用的邀请邮件;所述邮件服务器接收邀请邮件,确定每一个邀请邮件中的待测应用的下载接口的地址,将多个所述下载接口的地址发送至应用服务器,所述下载接口中包括所述待测应用的下载链接;应用服务器接收用户终端发起的测试请求,判断所述用户终端中是否安装有所述测试平台,若所述用户终端中安装有所述测试平台,则将一个下载接口返回给所述用户终端,以便用户点击下载接口中的下载链接从而安装所述待测应用。

可选地,在根据本发明的应用测试方法中,测试邮箱地址包括邮箱标识、分隔符和服务器域名,所述邮件服务器生成多个测试邮箱地址的步骤包括:按照预定规则生成多个字符串,分别作为多个测试邮箱地址的邮箱标识;将所述邮件服务器的域名作为各个测试邮箱地址的服务器域名。

可选地,在根据本发明的应用测试方法中,确定每一个邀请邮件中的待测应用的下载接口的地址的步骤包括:获取邀请邮件的源码,从所述源码中提取待测应用的下载接口的地址。

可选地,在根据本发明的应用测试方法中,在应用服务器接收用户终端发起的测试请求,判断所述用户终端中是否安装有所述测试平台的步骤之后,还包括:若所述用户终端中未安装所述测试平台,则提示用户安装所述测试平台。

可选地,在根据本发明的应用测试方法中,提示用户安装所述测试平台的步骤包括:弹出提示窗口,所述提示窗口中包括所述测试平台的下载链接。

可选地,在根据本发明的应用测试方法中,应用服务器适于为应用平台提供方法调用,所述应用服务器接收用户终端发起的测试请求的步骤包括:应用服务器接收用户终端在应用平台上发起的测试请求。

根据本发明的一个方面,提供一种应用测试方法,在邮件服务器中执行,包括:生成多个测试邮箱地址;将所述多个测试邮箱地址发送至测试服务器;接收所述测试服务器发送给每一个测试邮箱地址的测试待测应用的邀请邮件,所述待测应用驻留于测试平台中,所述测试平台由所述测试服务器提供方法调用;确定每一个邀请邮件所对应的待测应用的下载接口的地址,所述下载接口中包括所述待测应用的下载链接;将多个所述下载接口的地址发送至应用服务器,以便应用服务器在接收到安装有所述测试平台的一个用户终端发起的测试请求时,将一个下载接口返回给所述用户终端。

根据本发明的一个方面,提供一种应用测试方法,在应用服务器中执行,所述应用服务器中存储有待测应用的多个下载接口的地址,每一个所述下载接口中均包括所述待测应用的下载链接,所述待测应用驻留于测试平台中,所述方法包括:接收用户终端发起的测试请求;判断所述用户终端中是否安装有所述测试平台;若所述用户终端中安装有所述测试平台,则将一个下载接口返回给所述用户终端,以便用户点击下载接口中的下载链接从而安装所述待测应用。

根据本发明的一个方面,提供一种邮件服务器,包括:至少一个处理器;和存储有程序指令的存储器,其中,程序指令被配置为适于由上述至少一个处理器执行,程序指令包括用于执行如上所述的应用测试方法的指令。

根据本发明的一个方面,提供一种存储有程序指令的可读存储介质,当所述程序指令被邮件服务器读取并执行时,使得邮件服务器执行如上所述的应用测试方法。

根据本发明的一个方面,提供一种应用服务器,包括:至少一个处理器;和存储有程序指令的存储器,其中,程序指令被配置为适于由上述至少一个处理器执行,程序指令包括用于执行如上所述的应用测试方法的指令。

根据本发明的一个方面,提供一种存储有程序指令的可读存储介质,当所述程序指令被应用服务器读取并执行时,使得应用服务器执行如上所述的应用测试方法。

根据本发明的一个方面,提供一种应用测试系统,包括测试服务器、如上所述的邮件服务器和如上所述的应用服务器,邮件服务器分别与测试服务器、应用服务器通信连接。

根据本发明的技术方案,邮件服务器、测试服务器、应用服务器构成应用测试系统,测试服务器适于为测试平台(例如TestFlight)提供方法调用,测试平台上驻留有待测应用。邮件服务器自动生成多个测试邮箱地址,将多个测试邮箱地址发送至测试服务器;测试服务器向每一个测试邮箱地址发送测试待测应用的邀请邮件;邮件服务器接收邀请邮件,分别确定每一个邀请邮件中的待测应用的下载接口的地址,并将多个下载接口的地址发送至应用服务器,下载接口中包括待测应用的下载链接;应用服务器接收用户终端发起的测试请求,判断该用户终端中是否安装有测试平台,若是,则将一个下载接口返回给该用户终端,以便用户点击下载接口中的下载链接从而安装待测应用。

根据本发明的技术方案,测试邮箱地址由邮件服务器自动生成,无需开发者费时费力地收集待测用户的邮箱。由于测试邮箱地址由邮件服务器自动生成,测试邮箱地址通常并不对应于真实的用户,测试服务器发送的邀请邮件实际上由邮件服务器接收,因而邮件服务器可以读取邀请邮件中的内容。邮件服务器从邀请邮件中确定待测应用的下载接口的地址,并将其发送至应用服务器。这样,用户只需通过用户终端来向应用服务器发起测试请求(例如在手机上通过应用平台App来向应用服务器发起测试请求),即可获取待测应用的下载链接,从而安装并测试待测应用。用户无需接收邀请邮件,避免了传统方法中邀请邮件的漏收、过期等情况。此外,在本发明的应用测试过程中,用户终端向应用服务器发起测试请求,相当于用户主动选择测试待测应用,这样就避免了传统方法中邀请用户进行测试而用户不愿进行测试的情况,大大提高了应用测试的转化率。经过实践,本发明的应用测试方案平均转化率可以达到75%,部分热门应用的转化率高达97%。

上述说明仅是本发明技术方案的概述,为了能够更清楚了解本发明的技术手段,而可依照说明书的内容予以实施,并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂,以下特举本发明的具体实施方式。

附图说明

为了实现上述以及相关目的,本文结合下面的描述和附图来描述某些说明性方面,这些方面指示了可以实践本文所公开的原理的各种方式,并且所有方面及其等效方面旨在落入所要求保护的主题的范围内。通过结合附图阅读下面的详细描述,本公开的上述以及其它目的、特征和优势将变得更加明显。遍及本公开,相同的附图标记通常指代相同的部件或元素。

图1示出了根据本发明一个实施例的应用测试系统100的示意图;

图2示出了根据本发明一个实施例的应用测试方法200的交互流程图;

图3A~3C示出了根据本发明一个实施例的用户终端在应用平台上发起测试请求的示意图;

图4A示出了根据本发明一个实施例的应用服务器返回给用户终端的下载接口的示意图;

图4B示出了根据本发明一个实施例的应用服务器返回给用户终端的提示窗口的示意图;

图5示出了根据本发明一个实施例的应用测试方法500的流程图;

图6示出了根据本发明一个实施例的应用测试方法600的流程图;

图7示出了根据本发明一个实施例的服务器700的结构图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。

图1示出了根据本发明一个实施例的应用测试系统100的示意图。如图1所示,应用测试系统100包括测试服务器110、邮件服务器120、应用服务130以及用户终端140。

测试服务器110是具备通信、计算、存储功能的设备,其可以为一个或多个应用程序(App)提供方法调用(call methods),从而向用户提供该应用程序的功能。根据一种实施例,测试服务器110为测试平台提供方法调用,测试平台是一个能够提供应用测试服务的移动端应用程序,其上驻留有多个待测应用。用户可以在用户终端140上登录测试平台并从中下载、安装待测应用,进而对待测应用进行试用,也即,对待测应用进行beta测试。例如,测试平台可以是iOS应用测试平台TestFlight,相应地,测试服务器110为向TestFlight提供方法调用支持的服务器,但不限于此。应当指出,测试服务器110可以实现为一个服务器,也可以实现为多个服务器所构成的集群或分布式系统;当其是多个服务器时,这多个服务器可以部署于同一地理位置,也可以分散布置于多个地理位置,本发明对测试服务器110所包括的服务器的数量以及各服务器的部署位置均不做限制。

邮件服务器120是一种用来负责电子邮件收发管理的设备,其同样具备通信、计算、存储的功能。例如,邮件服务器120可以生成邮箱帐号,存储邮箱帐号,接收邮件(并将接收到的邮件存储到某个邮箱帐号的专属存储空间中),发送邮件(接收某一邮箱账户编辑好的邮件并转发至邮件服务器120上的目标邮箱账户,或转发至目标邮箱账户所在的邮件服务器,由该邮件服务器转发至目标邮箱账户),存储每个邮箱帐号所对应的邮件、文件(例如发送以及接收到的邮件附件),等等。应当指出,邮件服务器120可以实现为一个服务器,也可以实现为多个服务器所构成的集群或分布式系统;当其是多个服务器时,这多个服务器可以部署于同一地理位置,也可以分散布置于多个地理位置,本发明对邮件服务器120所包括的服务器的数量以及各服务器的部署位置均不做限制。

应用服务器130是具备通信、计算、存储功能的设备,可以为一个或多个应用程序提供方法调用,从而向用户提供该应用程序的功能。根据一种实施例,应用服务器130为应用平台提供方法调用,应用平台是一个能够提供应用下载、交流的社区,当然,其本质上也是一个移动端应用程序。用户可以在用户终端140上登录应用平台,发现并下载其感兴趣的应用、资讯,或与其他用户进行交流,等等。例如,应用平台可以是手游社区平台TapTap,相应地,应用服务器130为向TapTap提供方法调用支持的服务器,但不限于此。应当指出,应用服务器130可以实现为一个服务器,也可以实现为多个服务器所构成的集群或分布式系统;当其是多个服务器时,这多个服务器可以部署于同一地理位置,也可以分散布置于多个地理位置,本发明对应用服务器130所包括的服务器的数量以及各服务器的部署位置均不做限制。

用户终端140例如可以是手机、平板电脑、多媒体设备、智能可穿戴设备等,但不限于此。用户终端140上可以安装有多个应用,从而向用户提供诸如游戏、音乐、即时通讯之类的服务。例如,用户终端140上可以安装有前述测试平台(例如TestFlight),从而从中获取待测应用并对其进行测试;也可以安装有前述应用平台(例如TapTap),从而从中获取感兴趣的应用、资讯,或与其他用户进行交流。

测试服务器110、邮件服务器120、应用服务器130以及用户终端140可以通过有线或无线的方式接入互联网,并经由互联网实现相互之间的通信连接。

根据一种实施例,图1所示的应用测试系统100中可以执行应用测试方法200,以避免背景技术中所述的通过邮件来邀请用户测试待测应用的缺陷,实现高效的待测应用的beta测试。

图2示出了根据本发明一个实施例的应用测试方法200的交互流程图。如图2所示,方法200始于步骤S210。

在步骤S210中,邮件服务器120生成多个测试邮箱地址。

根据一种实施例,测试邮箱地址包括邮箱标识、分隔符和服务器域名,例如,对于测试邮箱地址a@taptap.com,a为邮箱标识,@为分隔符,taptap.com为服务器域名。邮件服务器120进一步按照以下步骤生成多个测试邮箱地址:按照预定规则生成多个字符串,分别作为多个测试邮箱地址的邮箱标识;将邮件服务器120的域名作为各个测试邮箱地址的服务器域名。例如,邮件服务器120按照预定的算法规则生成多个字符串aaa、bbb、ccc等,将其分别作为多个测试邮箱地址的邮箱标识,应当指出,生成的这多个字符串应当各不相同,另外,本发明对生成上述多个字符串所采用的具体算法不做限制。随后,在这些字符串后添加分隔符@以及邮件服务器120的域名(例如taptap.com),即生成aaa@taptap.com、bbb@taptap.com、ccc@taptap.com等多个测试邮箱地址。应当指出,邮件服务器120生成的多个测试邮箱地址通常并不对应于真实的用户。

随后,在步骤S220中,邮件服务器120将多个测试邮箱地址发送至测试服务器。

随后,在步骤S230中,测试服务器110向每一个测试邮箱地址发送测试待测应用的邀请邮件。

随后,在步骤S240中,邮件服务器120接收邀请邮件,确定每一个邀请邮件中的待测应用的下载接口的地址,下载接口中包括待测应用的下载链接。

由于测试邮箱地址由邮件服务器120自动生成,测试邮箱地址通常不对应于真实的用户,邮件服务器120对这些测试邮箱地址的邮箱具有完全的操作权限。测试服务器110发送的邀请邮件实际上由邮件服务器120接收,邮件服务器120可以读取所有邀请邮件中的内容。

根据一种实施例,邮件服务器120可以按照以下步骤来确定每一个邀请邮件中的待测应用的下载接口的地址:获取邀请邮件的源码,从源码中提取待测应用的下载接口的地址。应当指出,此处的下载接口例如可以是下载界面。此外,由于待测应用驻留于测试平台中,因此,此处的下载接口为待测应用在测试平台中的下载接口。

例如,邀请邮件的内容中包括“开始测试”按钮,点击该按钮则可以跳转至待测应用的下载接口。那么,在该邀请邮件的源码中,该按钮所对应的跳转地址(URL)就是待测应用的下载接口的地址。当然,在实践中,通过邀请邮件跳转至待测应用的下载接口的过程可能还会更复杂一些,比如,先点击“开始测试”按钮,然后再输入邀请码,若邀请码验证成功则跳转至待测应用的下载接口;若验证失败则不跳转。采用这种跳转方式获取待测应用的下载接口的过程,比上述点击按钮直接跳转的方式多了一个条件判断逻辑。但是,不管跳转过程是简单还是复杂,通过分析邀请邮件的源码,总可以获取到待测应用的下载接口的地址。

随后,在步骤S250中,邮件服务器120将多个下载接口的地址发送至应用服务器130。

随后,在步骤S260中,应用服务器130接收用户终端140发起的测试请求。根据一种实施例,应用服务器130适于为应用平台提供方法调用,相应地,步骤S260进一步包括:应用服务器130接收用户终端在应用平台上发起的测试请求。

图3A~3C示出了根据本发明一个实施例的用户终端在应用平台上发起测试请求的示意图。如图3A所示,用户在用户终端上登录应用平台(例如可以是手游平台社区TapTap),进入应用平台的首页。随后,点击下方的“发现”按钮,跳转至如图3B所示的“发现”界面。“发现”界面的“应用测试”标签中包括多个待测应用,每一个待测应用都分别对应执行了上述步骤S210~S250。用户可以从“应用测试”标签中的多个待测应用中任意选择一个感兴趣的进行测试,例如,如图3B所示,用户点击选中了待测应用1,随后跳转至如图3C所示的界面。图3C示出了待测应用1的详情页,用户点击其中的“下载”按钮,即可向应用服务器130发起针对待测应用1的测试请求,相应地,应用服务器130会接收到用户终端发起的该测试请求。

随后,在步骤S270中,应用服务器130判断用户终端140中是否安装有测试平台。若是,则执行步骤S270。

随后,在步骤S280中,若用户终端140中安装有测试平台,则应用服务器130将一个下载接口返回给用户终端140,以便用户点击下载接口中的下载链接从而安装待测应用。由于待测应用驻留于测试平台中,因此,步骤S280相当于,若用户终端140中安装有测试平台,则应用服务器130自动唤起用户终端中的测试平台,并将待测应用在测试平台中的下载接口展示于用户终端140的屏幕上。如图2所示,用户点击下载接口中的下载链接,即相当于向测试服务器110发起获取待测应用的请求,测试服务器110基于该请求,向用户终端140返回待测应用的安装包。

图4A示出了根据本发明一个实施例的应用服务器返回给用户终端的下载接口的示意图。图4A示出了待测应用1的一个下载接口,图4A中的“安装”按钮即为待测应用1的下载链接。用户点击“安装”按钮,即可下载待测应用1的安装包并将其安装于用户终端中。

根据一种实施例,方法200还包括步骤S290(步骤S290在图2中未示出)。在执行步骤S270后,若用户终端140中未安装有测试平台,则执行步骤S290。在步骤S290中,提示用户安装测试平台。提示用户的方式有多种,例如跳转界面、弹出窗口、仅提示用户安装测试平台、不仅提示用户安装测试平台还附上测试平台的下载链接,等等。根据一种实施例,弹出提示窗口,提示窗口中包括测试平台的下载链接。图3C~4B联合示出了应用服务器130返回给用户终端140的提示窗口的示意图。用户在用户终端140上点击图3C中的“下载”按钮,想要获取并安装待测应用1。应用服务器130经过判断,发现用户终端140中未安装测试平台。这时,应用服务器130将提示窗口推送至用户终端140,相应地,用户终端140在当前页面上弹出提示窗口,提示用户在测试应用前需要先下载测试平台,并附上了测试平台的下载链接。图4B中的“安装测试平台”字样对应于一个链接,用户点击该链接,即可跳转至测试平台的下载界面,例如,若测试平台为TestFlight,则跳转至TestFlight在App Store中的下载界面。待用户下载安装了测试平台后,再次进入图3C所示的界面,点击“下载”按钮,即可跳转至如图4A所示的待测应用1的下载接口,下载并安装待测应用1。

根据本发明的技术方案,测试邮箱地址由邮件服务器自动生成,无需开发者费时费力地收集待测用户的邮箱。由于测试邮箱地址由邮件服务器自动生成,测试邮箱地址通常并不对应于真实的用户,测试服务器发送的邀请邮件实际上由邮件服务器接收,因而邮件服务器可以读取邀请邮件中的内容。邮件服务器从邀请邮件中确定待测应用的下载接口的地址,并将其发送至应用服务器。这样,只需通过用户终端来向应用服务器发起测试请求(例如在手机上通过应用平台App来向应用服务器发起测试请求),即可获取待测应用的下载链接,从而安装并测试待测应用。用户无需接收邀请邮件,避免了传统方法中邀请邮件的漏收、过期等情况。此外,在本发明的应用测试过程中,用户终端向应用服务器发起测试请求,相当于用户主动选择测试待测应用,这样就避免了传统方法中邀请用户进行测试而用户不愿进行测试的情况,大大提高了应用测试的转化率。经过实践,本发明的应用测试方案平均转化率可以达到75%,部分热门应用的转化率高达97%。

图5示出了根据本发明一个实施例的应用测试方法500的流程图,方法500适于在邮件服务器(例如前述邮件服务器120)中执行。如图5所示,方法500始于步骤S510。

在步骤S510中,生成多个测试邮箱地址。

随后,在步骤S520中,将所多个测试邮箱地址发送至测试服务器。

随后,在步骤S530中,接收测试服务器发送给每一个测试邮箱地址的测试待测应用的邀请邮件,待测应用驻留于测试平台中,测试平台由测试服务器提供方法调用。

随后,在步骤S540中,确定每一个邀请邮件所对应的待测应用的下载接口的地址,下载接口中包括待测应用的下载链接。

随后,在步骤S550中,将多个下载接口的地址发送至应用服务器,以便应用服务器在接收到安装有测试平台的一个用户终端发起的测试请求时,将一个下载接口返回给该用户终端。

应当指出,步骤S510~S550分别对应于前述步骤S210~S250,相应地,步骤S510~S550的具体实施方式可以参考前述对于步骤S210~S250的描述,此处不再赘述。

图6示出了根据本发明一个实施例的应用测试方法600的流程图,方法600适于在应用服务器(例如前述应用服务器130)中执行。如图6所示,方法600始于步骤S610。

在步骤S610中,接收用户终端发起的测试请求。

随后,在步骤S620中,判断用户终端中是否安装有测试平台。

随后,在步骤S630中,若用户终端中安装有测试平台,则将一个下载接口返回给用户终端,以便用户点击下载接口中的下载链接从而安装待测应用。

应当指出,步骤S610~S630分别对应于前述步骤S260~S280,相应地,步骤S610~S630的具体实施方式可以参考前述对于步骤S260~S280的描述,此处不再赘述。

图7示出了根据本发明一个实施例的服务器700的结构图。服务器700例如可以实现为前述测试服务器110、邮件服务器120以及应用服务器130。当然,服务器700仅为一个示例,在实际配置中,测试服务器110、邮件服务器120、应用服务器130可以根据实际需要删减服务器700中的部分模块(例如去掉音频处理单元250等),或添加一些服务器700中没有的模块,本发明对测试服务器110、邮件服务器120、应用服务器130的具体配置情况不做限制。

如图7所示,在基本的配置702中,服务器200典型地包括系统存储器706和一个或者多个处理器704。存储器总线708可以用于在处理器704和系统存储器706之间的通信。

取决于期望的配置,处理器704可以是任何类型的处理,包括但不限于:微处理器(μP)、微控制器(μC)、数字信息处理器(DSP)或者它们的任何组合。处理器704可以包括诸如一级高速缓存710和二级高速缓存712之类的一个或者多个级别的高速缓存、处理器核心714和寄存器716。示例的处理器核心714可以包括运算逻辑单元(ALU)、浮点数单元(FPU)、数字信号处理核心(DSP核心)或者它们的任何组合。示例的存储器控制器718可以与处理器704一起使用,或者在一些实现中,存储器控制器718可以是处理器704的一个内部部分。

取决于期望的配置,系统存储器706可以是任意类型的存储器,包括但不限于:易失性存储器(诸如RAM)、非易失性存储器(诸如ROM、闪存等)或者它们的任何组合。系统存储器706可以包括操作系统720、一个或者多个应用722以及程序数据724。应用722实际上是多条程序指令,其用于指示处理器704执行相应的操作。在一些实施方式中,应用722可以布置为在操作系统上使得处理器704利用程序数据724进行操作。

服务器200还可以包括有助于从各种接口设备(例如,输出设备742、外设接口744和通信设备746)到基本配置702经由总线/接口控制器730的通信的接口总线740。示例的输出设备742包括图形处理单元748和音频处理单元750。它们可以被配置为有助于经由一个或者多个A/V端口752与诸如显示器或者扬声器之类的各种外部设备进行通信。示例外设接口744可以包括串行接口控制器754和并行接口控制器756,它们可以被配置为有助于经由一个或者多个I/O端口758和诸如输入设备(例如,键盘、鼠标、笔、语音输入设备、触摸输入设备)或者其他外设(例如打印机、扫描仪等)之类的外部设备进行通信。示例的通信设备746可以包括网络控制器760,其可以被布置为便于经由一个或者多个通信端口764与一个或者多个其他服务器762通过网络通信链路的通信。

网络通信链路可以是通信介质的一个示例。通信介质通常可以体现为在诸如载波或者其他传输机制之类的调制数据信号中的计算机可读指令、数据结构、程序模块,并且可以包括任何信息递送介质。“调制数据信号”可以这样的信号,它的数据集中的一个或者多个或者它的改变可以在信号中编码信息的方式进行。作为非限制性的示例,通信介质可以包括诸如有线网络或者专线网络之类的有线介质,以及诸如声音、射频(RF)、微波、红外(IR)或者其它无线介质在内的各种无线介质。这里使用的术语计算机可读介质可以包括存储介质和通信介质二者。

在根据本发明的服务器700中,应用722包括应用测试装置728,应用测试装置728包括多条程序指令。应用测试装置228可以指示处理器704执行应用测试方法,从而避免背景技术中所述的通过邮件来邀请用户测试待测应用的缺陷,实现高效的待测应用的beta测试。应当指出,由于测试服务器110、邮件服务器120、应用服务器130三者所执行的方法各不相同,相应地,驻留于三者中的应用测试装置228亦不相同。邮件服务器120中的应用测试装置228使得邮件服务器120适于执行前述应用测试方法500;应用服务器130中的应用测试装置228使得应用服务器130适于执行前述应用测试方法600;测试服务器110中的应用测试装置228使得测试服务器110适于执行前述应用测试方法200中的步骤S220、S230。应当指出,本发明对驻留于测试服务器110、邮件服务器120、应用服务器130中的应用测试装置228所包括的具体程序指令不做限制,只要其能使三者各自实现相应的应用测试方法即可。

A4:A1-3中任一项所述的方法,其中,在应用服务器接收用户终端发起的测试请求,判断所述用户终端中是否安装有所述测试平台的步骤之后,还包括:若所述用户终端中未安装所述测试平台,则提示用户安装所述测试平台。

A5:A4所述的方法,其中,所述提示用户安装所述测试平台的步骤包括:弹出提示窗口,所述提示窗口中包括所述测试平台的下载链接。

A6:A1-5中任一项所述的方法,其中,所述应用服务器适于为应用平台提供方法调用,所述应用服务器接收用户终端发起的测试请求的步骤包括:应用服务器接收用户终端在应用平台上发起的测试请求。

B8:B7所述的方法,其中,所述测试邮箱地址包括邮箱标识、分隔符和服务器域名,所述生成多个测试邮箱地址的步骤包括:

按照预定规则生成多个字符串,分别作为多个测试邮箱地址的邮箱标识;

将所述邮件服务器的域名作为各个测试邮箱地址的服务器域名。

B9:B7或8所述的方法,其中,所述确定每一个邀请邮件所对应的待测应用的下载接口的地址的步骤包括:

获取邀请邮件的源码,从所述源码中提取待测应用的下载接口的地址。

C11:C10所述的方法,其中,所述方法还包括:

若所述用户终端中未安装所述测试平台,则提示用户安装所述测试平台。

C12:C11所述的方法,其中,所述提示用户安装所述测试平台的步骤包括:弹出提示窗口,所述提示窗口中包括所述测试平台的下载链接。

C13:C10-12中任一项所述的方法,其中,所述应用服务器适于为应用平台提供方法调用,所述接收用户终端发起的测试请求的步骤包括:

接收用户终端在应用平台上发起的测试请求。

这里描述的各种技术可结合硬件或软件,或者它们的组合一起实现。从而,本发明的方法和设备,或者本发明的方法和设备的某些方面或部分可采取嵌入有形媒介,例如可移动硬盘、U盘、软盘、CD-ROM或者其它任意机器可读的存储介质中的程序代码(即指令)的形式,其中当程序被载入诸如计算机之类的机器,并被所述机器执行时,所述机器变成实践本发明的设备。

在程序代码在可编程计算机上执行的情况下,服务器一般包括处理器、处理器可读的存储介质(包括易失性和非易失性存储器和/或存储元件),至少一个输入装置,和至少一个输出装置。其中,存储器被配置用于存储程序代码;处理器被配置用于根据该存储器中存储的所述程序代码中的指令,执行本发明的应用测试方法。

以示例而非限制的方式,可读介质包括可读存储介质和通信介质。可读存储介质存储诸如计算机可读指令、数据结构、程序模块或其它数据等信息。通信介质一般以诸如载波或其它传输机制等已调制数据信号来体现计算机可读指令、数据结构、程序模块或其它数据,并且包括任何信息传递介质。以上的任一种的组合也包括在可读介质的范围之内。

在此处所提供的说明书中,算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与本发明的示例一起使用。根据上面的描述,构造这类系统所要求的结构是显而易见的。此外,本发明也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本发明的内容,并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下被实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。

类似地,应当理解,为了精简本公开并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员应当理解在本文所公开的示例中的设备的模块或单元或组件可以布置在如该实施例中所描述的设备中,或者可替换地可以定位在与该示例中的设备不同的一个或多个设备中。前述示例中的模块可以组合为一个模块或者此外可以分成多个子模块。

本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外,本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在下面的权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

此外,所述实施例中的一些在此被描述成可以由计算机系统的处理器或者由执行所述功能的其它装置实施的方法或方法元素的组合。因此,具有用于实施所述方法或方法元素的必要指令的处理器形成用于实施该方法或方法元素的装置。此外,装置实施例的在此所述的元素是如下装置的例子:该装置用于实施由为了实施该发明的目的的元素所执行的功能。

如在此所使用的那样,除非另行规定,使用序数词“第一”、“第二”、“第三”等等来描述普通对象仅仅表示涉及类似对象的不同实例,并且并不意图暗示这样被描述的对象必须具有时间上、空间上、排序方面或者以任意其它方式的给定顺序。

尽管根据有限数量的实施例描述了本发明,但是受益于上面的描述,本技术领域内的技术人员明白,在由此描述的本发明的范围内,可以设想其它实施例。此外,应当注意,本说明书中使用的语言主要是为了可读性和教导的目的而选择的,而不是为了解释或者限定本发明的主题而选择的。因此,在不偏离所附权利要求书的范围和精神的情况下,对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。对于本发明的范围,对本发明所做的公开是说明性的而非限制性的,本发明的范围由所附权利要求书限定。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1