SeatGeek 团队日前宣布为Sixpack A/B 测试框架增加了一个新的客户端,也就是Sixpack-java,它的目标是简化Android 和Java 应用的A/B 测试。
A/B 测试通常用来优化 Web 网站。开发者准备好网站的各种不同方案,这些方案在一些次要方面如颜色方案或者按钮标签等存在一些差异。这些不同的方案以预定的比例呈现给用户,然后根据转换率、时间或者数量目标确定更成功的方案。最后将最成功的方案呈现给网站所有用户。
Sixpack 是一个与语言无关的 A/B 测试框架,具有非常易用的 API 和内置的 dashboard。Sixpack 有两个主要的组件,即 Sixpack server 和 Sixpack web。其中 sixpack server 负责收集 experiment 数据并决定要将哪一个可选方案展现给哪些人。Sixpack web 是一个基于 Web 的 dashboard。Sixpack 支持多种语言的客户端,目前包括 PHP 、 Ruby 、 Python 和 JavaScript 。
借助最新提供的 Java 客户端,可以编写针对 Android 应用的 A/B 测试用例。在使用 Java 客户端之前,需要预先安装并运行 Sixpack server,在该项目的 Github 主页上提供了安装指导。
在编写 A/B 测试时,首先需要引入对 Sixpack-java 的依赖,目前它已经发布到了 Sonatype 的快照仓库中,因此可以通过 Gradle 声明依赖:
repositories { maven { url 'https://oss.sonatype.org/content/repositories/snapshots' } } dependencies { compile 'com.seatgeek:sixpack:0.1-SNAPSHOT' }
依赖正确解析之后,就能够为应用编写 A/B 测试了,我们需要初始化 Sixpack 客户端,在这个过程中可以使用 SixpackBuilder 来创建新的 Sixpack 实例:
Sixpack sixpack = new SixpackBuilder() .setSixpackUrl("http://api.mycompany.com/sixpack") .setClientId(getCachedClientId()) .build();
在这里所引用的 getCachedClientId() 方法可能会如下所示:
public String getCachedClientId() { SharedPreferences prefs = context.getSharedPreferences("sixpack", Context.MODE_PRIVATE); String clientId = prefs.getString("sixpack_client_id"); if (clientId == null) { clientId = Sixpack.generateRandomClientId(); prefs.edit().put("sixpack_client_id", clientId).apply(); } return clientId; }
这里有两件较为重要的事情需要注意:第一,需要将 setSixpackUrl() 方法中的 URL 指向你所部署的 Sixpack server 的地址,第二件事情就是 client id,client id 是 Sixpack server 所使用的一个唯一标识,用来跟踪每个客户端使用了 experiment 中的哪一个可选方案,因此在会话中,这个 client id 不能发生变化。因此,Sixpack 给出的建议是只生成 client id 一次(通过 Sixpack.generateRandomClientId() 所提供的帮助方法),然后将其缓存在 SharedPreferences 中,这样就可以下次继续使用了。
当然,SeatGeek 团队还建议我们借助依赖注入实现,维护一个单例的 Sixpack 实例,他们所使用的依赖实现是 dagger 。
一切基础工作就绪后,sixpack 提供了一个针对按钮颜色的样例,如下所示:
Experiment buttonColor = sixpack.experiment() .withName("Button Color") .withAlternative(new Alternative("Red")) .withAlternative(new Alternative("Green")) .build();
在这个样例中,创建了名为“Button Color”的 experiment,它包含了两个可选方案,分别为“Red”和“Green”。当客户端参与这个 experiment 的时候,就能够在 Sixpack web 的 dashboard 上看到。
要启动测试话,需要调用 Experiment#participate() 并传入适当的回调方法,使用 Java 8 的 lambda 表达式能够使代码更为简化:
buttonColor.participate( (participatingExperiment) -> { // success! save the participating instance for later so that we can convert it and set our button color this.participatingExperiment = participatingExperiment; button.setBackgroundColor(participatingExperiment.selectedAlternative == redAlternative ? R.color.button_red : R.color.button_green); }, (experiment, error) -> { // failure, check network connection and try to participate again, you should also likely fallback to a default } );
当用户点击按钮的时候(假设这就是样例所要衡量的行为),那么我们可以将 convert() 信息发送到 Sixpack 上。
通过这样的一个过程,就成功完成了按钮颜色的测试,最终形成的结果在 dashboard 上可能会如下所示:
最后,sixpack 还给出了一些高级的用法,比如将 ParticipatingExperiment 暴露为 RxJava 的 Observables 并缓存结果;除了将单例的 Sixpack 保存在 DI 中以外,还可以将 Experiment 和 ParticipatingExperiment 放到 dagger 模块中,这样它们的生命周期与应用中的其他一些组件就会相互独立;如果在系统中,用户进行了注册,并且有 id 的话,可以使用这个 id 作为 client id,然后使用 Sixpack-server 的 API 将 A/B 测试的结果与应用的用户进行关联。
随着移动应用对用户体验越来越重视,出现了 Splitforce 、sixpack 等可以用在移动应用上的 A/B 测试框架,这些框架将会有助于分析用户的行为,实现更优的用户体验。
感谢徐川对本文的审校。
给InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博( @InfoQ , @丁晓昀),微信(微信号: InfoQChina )关注我们,并与我们的编辑和其他读者朋友交流(欢迎加入 InfoQ 读者交流群)。
评论