我从 8 月底拿到了小米手机工程版,持续用过两个月之后换到了零售版。在观察了一些改动细节之后,今天想跟大家聊聊“众包测试”模式。
什么是众包测试?
众包(CrowdSourcing)的含义是一种分布式的解决方案和生产模式,见于 2006 年 6 月《连线》(wired)的一篇《众包的崛起》:企业利用互联网将工作分配出去、发现创意或解决技术问题。企业可以利用志愿者大军的创意和能力——这些志愿者具备完成任务的技能,愿意利用业余时间工作,满足于对其服务收取小额报酬,或者不计报酬。
众包测试的特点非常鲜明,在以下四个方面具有无可比拟的优势:
- 快速迭代:采用“短平快”的流程,尽量把问题暴露在上游。
- 极低成本:在某些产品的测试成本上,与其雇佣一个高级测试人员来编写 Python 自动化测试用例,还不如众包给一百个普通用户进行人肉测试。(后者甚至是免费的)
- 获取需求:通过接近用户,可以获得最真实的用户需求。“智慧并非来自研究伟大的学说,而是来自观察平凡的事物。”
- 树立品牌:通过组织社区,参与者会感到一种品牌建设的血缘关系,具有极高的黏性。
这是一张典型的众包示意图:
还是从魅族说起
到现在为止,小米手机的众包测试做得很到位,软件硬件的推动都很快,每周更新也很准时。但是,小米并不是这种模式的开创者。在我印象中,魅族 M8 应该是最早采用“互联网众包模式”的手机产品。
两年前有媒体曾经用略带讽刺的口吻说:“M8 就是一个最典型的群体产物。”首先,在 2008 年底放出过一批“公测版”(不带三包凭证),随后又放出了一批“体验版”(带三包凭证,硬件跟正式版一样),在大规模上市之后爆发了屏幕问题,随后放出“SE 版”。有传言说 M8 的硬件改版在五次以上。
测试行业有句俗话叫作:“改版有风险,入市需谨慎。”,所以在改版这个问题上,很多大厂商不愿意承担风险。诺基亚和三星可以发布一台新机型来解决上一版的硬件缺陷,但魅族(以及后来的小米)则用众包的方式巧妙地完成了这一任务。
另外,在魅族应用商店上线之后,众包测试模式再次出现,产生了一种“魅友内测”的机制。我曾在今年三月份写过一篇文章详细地谈到了内测流程和机制。
实际上,这与魅族的人力资源不足有很大的关系,整个开发部就一百口人,从规模上来讲比很多中间件解决方案团队还要小。但无疑,他们开创了“中国式众包测试”的先河,并被后来的小米手机所借鉴和发挥。
怎么满足用户需求?
“每一个以色列空军的学生都会定期被送往陆军接受锻炼,目的就是让他们了解地面部队对空军抱以何等的期望。”
用以色列空军的这个故事来诠释“开发者”与“用户”的关系,感觉恰到好处。这也是小米比魅族更高明的地方:小米论坛和魅族论坛天天都有人嚷嚷着各种需求,但 M8 和 M9 的固件需求必定要 J.Wong 拍板才能实施,小米手机的固件需求可以让用户投票来实施。
民间卧虎藏龙,随时都有高手出现,譬如钓鱼的姜子牙,讨饭的韩信,卖鞋的刘备。所以论坛是“众包测试”最常见的载体。小米称这种方式叫“用户的温度感”:先了解用户抱以何等的期望,然后再用一定的手段来满足他们。
这比大公司里冗繁的“需求文档”要有趣得多。
最后的话
另一个我很喜欢的开发团队多看,也成立了“多看荣誉开发组”,第一期招募了 9 名成员。这种众包模式,越来越被小团队所重视。
小米手机的配置如何,不重要。小米手机的价格如何,也不重要。重要的是它验证了众包模式在中国的非典型道路,这很重要。It just works…