蝉小队做产品的就6个人，2只产品汪，3个工程师，1个UI设计师。没有QA。至今为止发了5款App，故障率很低，几乎没出现过需要紧急修复的重要bug。说说我们做测试的经验吧。
原文地址: http://www.hpboys.com/729.html
1、
一定要写测试用例。
一定要写测试用例。
一定要写测试用例。
相关名称解释：
QC：Quality Control，品质控制，产品的质量检验，发现质量问题后的分析、改善和不合格品控制相关人员的总称。一般包括IQC（Incoming Quality Control来料检验），IPQC（In-Process Quality Control制程检验），FQC（Final Quality Control成品检验），OQC（Out-going Quality Control出货检验），也有的公司不管三七二十一，将整个质控部全部都称之为QC。
QA：Quality Assurance，品质保证，通过建立和维持质量管理体系来确保产品质量没有问题。一般包括体系工程师，SQE（Supplier Quality Engineer 供应商质量工程师），CTS（客户技术服务人员），6sigma工程师，计量器具的校验和管理等方面的人员。QA不仅要知道问题出在哪里，还要知道这些问题解决方案如何制订，今后改如何的预防，QC要知道仅仅是有问题就去控制，但不一定要知道为什么要这样去控制。 打个不恰当的比方， QC是警察，QA是法官，QC只要把违反法律的抓过来就可以了，并不能防止别人犯罪和给别人最终定罪，而法官就是制订法律来预防犯罪，依据法律宣判处置结果。总结说明一下，QC：主要是事后的质量检验类活动为主，默认错误是允许的。期望发现并选出错误。QA主要是事先的质量保证类活动，以预防为主。期望降低错误的发生几率。
测试用例我用Mindjet来写，把每一个需要测试的分支写出来，但不标注测试方法与预期结果——都在我脑子里呢，所以我写的用例几乎没人能看懂。你们也别找我伸手，我的测试用例和PRD是同一个东西，怎么可能给外人看。
每次写新产品的测试用例，大约需要两三个小时，花费时间不多，但极痛苦，必须是情绪相当稳定，并且拖到没法再拖的时候，才会逼着自己“静下心来”写这个。一边写一边呲牙咧嘴，自言自语“不是人干的活儿啊”。写完第二天再检查几遍。
2、
测试由我和另一只产品汪策策来做。平时我负责iOS，他负责Android，但测试的时候我们一起上，各测试一轮，对着事先准备好的测试用例撸一遍就好了，发现问题就记录在Tower上，指派给工程师。工程师勾掉，通知我们回归测试。大版本发布前还会全面回归一次。
Tower上的产品项目，按产品模块分成5-10个模块，需求与bug记录在各自归属的模块里，再标记“#版本号”，或者用“！”标记优先级，相当清晰。
通常我用iPhone6测试，iOS工程师用iPhone6 plus测试，策策用iPhone4(iOS7)测试。
Android的话，我司的测试机有Nexus5，三星S4，三星note2，米2，红米，华为低端机，魅族mx3。Android工程师用1台测，策策用2台测，我用1台测，尽量分开。
和大公司严谨的流程不一样，蝉小队测试期间的节奏相当快，每天都提若干测试反馈，每天发1-5个新包测试。工程师白天修复bug，我和策策晚上加班测试，第二天工程师上班时，Tower上已经写满了新的反馈。大版本测试通常用5-7天(小版本1-3天)，时间略长，原因是我有边测试边改需求的恶习，主要改交互不顺手的地方，一摸上手就知道感觉不对，当初设计不到位吖。于是边改需求我还得边改测试用例。
3、
大版本发布前，蝉小队会发动15-30分钟全员测试。
全员测试的绝招是——发彩票！
每找到一个bug，或者提出一项合理建议，发2元彩票，第二天兑现。以前用淘宝买给大家，现在网上禁售彩票，就去实体店买给大家。所以蝉小队一到测试时间都挺开心的，我走来走去地大声说：各位，发财的机会到了，中了500万一定要投资敝司当股东啊。
这句话我翻来覆去说了两年，有人好像中过30块钱。
最多的一次，我记得全员测试发了30多张彩票，说明在我和策策的测试完成后，大家还帮我们找到30多个bug，常有“吓出一身冷汗”的bug被挖出来，多半是出乎我们预料之外的产品场景，或者特殊的机型和系统版本。上个月的生辰1.1测试也发了10张彩票出去。
如果是蝉游记这样结构复杂的产品，全员测试之前还会分工，A小组测这个模块，B小组测那个模块，C小组……
经过专业人员测试，全员测试，App就可以提交市场了。就酱。
4、
最后解释一下为什么蝉小队不设QA。
首先，我是绝对相信QA的，专业能力比我这种半吊子测试好到不知道哪里去了。但我也坚持亲手测试产品，因为测试流程逼着我反复大量触碰每一个细节，摸着摸着发现“哪里感觉不对”，然后快速提改动需求。如果我已经投入这么多时间来测试，而且也能找到大部分的bug，再额外设一个QA就比较冗余。
同时，我和研发工程师两端对接，直截了当，如果再插入测试工程师，同一个需求就得讲两遍，或者“凑齐人开会”，效率大减。而我在测试期间临时改需求，还得通知测试工程师，他烦我也烦。为了追求敏捷，我选择精简流程，压缩掉一切可以节约的环节。所以产品经理兼任交互设计师，兼任测试工程师，能大大提高流程效率。但从工作量的角度上来讲，再兼任UI设计师或者研发工程师就不现实了，PM+交互+QA已经塞满了我的工作时间，就算我有这个能力也没法兼任UI和RD，那会拖慢进度。
对于50人内的创业小团队，从效率出发，如果个人能力比较强，蝉小队的产品团队配置可能是相当好的方案。其实我这一个PM也够了，但我还要管不少运营、人事和资本层面的事情，占用了一半时间，所以必须有另一位PM来帮助我。这个配置能达到的效果是，拿蝉小队的4-5月举例：
-发布蝉游记5.0和5.01 iOS，算是中等规模的迭代
-发布携程周末1.0(从头研发)和1.1版本
-发布生辰1.1 iOS和Android 1.0(从头研发)
-5月底发布蝉游记网站大改版
-UI设计师除了上述产品设计外，还出了另一个玩票App的UI稿，排期在6月研发
-我在5月应该可以抽些时间，彻底重构玩票App“方言君”的原型
-我还帮另一款App友情重构了产品框架原型
做这些事情，两个月，6个人就够了。2只产品汪，3个工程师，1个UI设计师，当然这还得靠我的项目管理能力(傲娇脸)。4-5月有些整体进度上的压力，加班略多，平均一周晚走2天吧。其实过了本周我保证大家都不会加班了。呃，我自己除外，我分担的事情太杂太多，永远都是要加班的……