移动互联网的应用 AB Test

　　昨天晚上我前往慧谷科技听点评的架构师分享。收获还是很多的。我很喜欢这类分享，这类分享是真正的干货，并且也能够让人思考考虑怎么结合自己的产品。

　　分享了几个 point。

　　第一个： Android 上使用了 urlscheme 来进行 AB Test。在页面上的一些多选择界面元素都在代码中添加 page_id或一些标志，从而积累一定的信息之后回传到服务器，然后从后台进行相关的整理统计，从而达到选择最佳的用户体验。

　　第二个： Android 和 iOS 的应用如何更灵活的在上线之后进行 AB test，或者说更灵活的 hotfix 一些小 bug。

　　Android 这边使用开源框架 Android Dyncmicloader(可在 github上找到)。逻辑是有一个小的 android 工程，但是mainfest 中并没有声明 activity 或者 service。整个工程是继承 fragment。在 Android 每次创建一个 activity 的时候都需要做下判断，或者说重写一遍所有的启动方法，如果上线的是 A 板块，产品需求说我们需要 B 板块，那么就可以让 apk 自动从服务器下载 Dyncmicloader 小程序(30k左右)，然后 apk 某个界面就回被小程序所替代，达到我们要的效果。

　　iOS 的话使用 waxpath(同样 github)，iOS 的话是很多人的痛，因为上线审核至少也要7天左右。同样很多人还回想到两个问题，一个是启动界面的更换是否会引起运行上性能的问题以及苹果的审核问题。至少从我昨天的理解，目前性能上因为植入 lua 代码的同时，指针就会写掉，所以不会影响 app 性能。而审核的话，至少目前没有因为这个被reject 掉。同样的，在整个项目周期中，waxpath 和 Dyncmicloader 没有因为 tool 本身造成bug。

原文转自：http://testerhome.com/topics/144