[发明专利]一种网站页面的多版本并行测试方法和服务器

说明书

技术领域

本申请涉及网站应用推广领域，特别是一种网站页面的多版本并行测试方法和服务器。

背景技术

网站的经营者都希望每一个访问者能够尽可能停留在自己的网站，最好能注册成用户，更理想的就是成为付费用户或者成功下单，给网站带来收益。这些预期的达成，一方面，依赖于网站本身能否提供用户需要的核心业务；另一方面，依赖于网站页面的排版布局、颜色搭配、文字描述、流程设计和展示数据的相关性。这些因素都会影响到网站对用户的吸引力，最终影响到用户的好感度和转化率。

为了达到预期目的，大多数网站都不断地对网站页面进行改版和优化，设计多个改版方案，对每个改版方案进行测试，最终选出最佳的设计方案投入使用。

传统的串行化测试方法，是每隔一段时间将一个改版方案替换现有的网站页面设计方案，记录这段时间内的某一个改版方案的用户客户端行为。例如：周一、周二使用A改版方案，周三、周四使用B改版方案，周五、周六使用C改版方案，并同时对每个时间段内的用户客户端行为进行记录，分析记录结果，选出最佳的改版方案。

由于周一至周日当中每一天的用户客户端行为都是不一样的，淡季和旺季的用户客户端行为差异更大，使用串行化的测试方法在不同时段使用不同的改版方案记录用户客户端的行为差异，测试结果的误差较大。

基于页面替换的多版本并行测试，即AB测试，是一种新兴的网页改版优化方法，能同时并行地测试多个设计方案下的用户客户端行为，可以用于快速科学地评估针对同一网页的多个改版方案的好坏，决策出最优的改版方案。

使用基于页面替换的AB测试，首先需要建立一个或多个具有相同功能的改版方案页面，即新版本页面。新版本页面可能是完整的网页页面，也可能是一个页面的某个区块，或者称为子页面。并且新版本页面可能在排版布局、颜色搭配、文字描述、流程设计或展示数据的相关性上与原版本页面有所不同。然后，在需要测试的网站应用系统中引入AB测试逻辑。

一个成熟的网站应用系统，通常都是由很多子系统组成的，例如：一个电子商务网站，至少由商品展示子系统、订单管理子系统、会员管理子系统、商品搜索子系统和社区子系统组成，并且每一个子系统下面还有多个子模块。当某一个子系统中的页面需要进行AB测试时，在这个子系统下的页面处理逻辑中嵌入AB测试逻辑。根据AB分流测试策略，同时分流不同用户客户端看到不同的新版本页面，记录用户客户端的行为，最后根据用户客户端的行为数据分析，决定哪个新版本页面更好，更优。因此，AB测试能够并行测试多个改版方案，大大缩短了测试周期，减少测试干扰，提高了测试准确性。

对需要进行测试的网站应用的子系统下的页面处理逻辑中引入AB测试逻辑，根据AB测试逻辑中预先设置的分流策略将页面A的两个改版方案A1和A2同时分流给不同的用户客户端。网站应用的子系统接收到用户客户端访问页面的请求，当根据嵌入的AB测试逻辑判断出用户客户端请求访问的是页面A时，用根据分流策略所确定的命中改版方案页面替换该用户客户端请求的原页面A，网站应用提交页面渲染请求，网站框架根据请求发起页面渲染，调用渲染引擎渲染页面，最终网站应用向用户客户端返回根据命中的改版方案而渲染后的页面，记录用户客户端行为。

在实现本申请的过程中，本申请的发明人发现使用上述方法进行AB测试至少有如下缺点：

首先，在对每一个网站应用的子系统进行AB测试之前，需要在每一个网站应用某一页面处理子模块中嵌入AB分流测试策略，AB分流测试策略实现分散于网站应用的某一页面处理子模块中，这对网站应用的侵入性较大，很难维护和管理，也很容易引起系统问题和故障，而各网站框架和渲染引擎通常由第三方开发，无法修改源代码，而且没有在第三方的网站框架和渲染引擎中嵌入AB分流测试策略的商业许可；

其次，AB测试在测试期间需要根据实际情况调整测试策略，例如：将页面A的改版方案A1的分流命中比例从5%提升为10%，在每一次调整测试策略时，都需要重新修改嵌入在子模块中的AB测试逻辑，并且重新发布，灵活性低；

再次，AB测试中一个关键步骤是根据测试策略计算当前用户客户端请求命中哪个改版方案，这个过程为AB测试的用户客户端分流，用户客户端分流的方式有很多类型，例如：按随机比例分流、按用户客户端比例分流、按地区分流和按会员非会员分流等，已开发的AB分流测试执行逻辑在应用于其它网站应用同一或网站应用的不同子模块执行AB测试时，需要将AB分流测试执行逻辑重新编写嵌入网站应用或网站应用的各子模块中，比较麻烦，复用性差。

发明内容