7 月份的时候，好不容易从广州飞去北京参加了第二届移动互联网测试大会，当时没有写下感想，挺遗憾的。今天参加了 TesterHome Geek Testing in Guangzhou，回来二话不说，撸了一局后，赶紧码字。

活动是这样介绍的：Geek Testing 头脑风暴，区别于传统沙龙的讲师分享形式，各位参加人员均可以亲自参与讨论，与其它参与者一起产生思维的碰撞，并最终在碰撞中得出新的火花。

早上在主持人奕彬的带动下，大家简单自我介绍破冰后，神秘嘉宾 Monkey 给大家带来了 topic《测试与质量》，让我印象比较深刻的是下面几点吧：

1. 测试人员不要只关注在测试本身，看问题要从整体质量出发。如测试报了 20 个 bug，开发只解了 5 个，说其它 15 个没法解，也没时间解。测试就要反思，为什么会出现这种情况，这样测有没有意义，需要从整个质量体系去找问题。是准入准出标准没定好，还是项目流程有问题。而不应该表现出一幅：我报了 BUG 了，开发没解，不关我的事的大爷样；
2. 现在大部分公司都是只关注测试中，测试技术本身，而忽略了测试前和测试后。测试前的数据准备以及尽早测试，测试后的线上数据关注以及反馈；
3. 质量大盘。把线上的质量情况，用打分的形式，在前端用报表展现出来。这样不管是开发／测试／运营／产品／老板都一目了然。这里边涉及到上报内容、埋点类型、上传策略、云端存储、转换公式、清洗数据以及定时运行和展示；
4. 测试开发岗位的定义。针对测试开发做出来的工具给业务方使用，往往得不到业务方的认可，而且测试开发的 kpi 也得不到体现。给出的解决方案是：不要只局限于给业务方做工具，而应该布局，做出统一的 SDK 给业务方使用，让业务方根据他自己的需求开发工具；

中午午餐和休息后，14:00 开始了头脑风暴。大家分成了 4 个小组，针对同一个命题进行头脑风暴，给出自己的解决方案。命题我这里就不说了，因为下次其它城市的沙龙也可能用到。反正这样的沙龙形式很有意义，小组内大家分工合作，小组间大家互相提问 challenge，碰撞出了很多不同的火花。最后 Monkey 点评时提出一个观点：就是我们一定要明白 QA\SQA\测试这些岗位，具体的工作职责是什么，需要掌握什么技术和本领，这样才能站到更高的角度看问题。

• 写完了。全文都是流水账。
• 以前都是伸手党，这是第一篇文章。
• 这样的活动很有意义，希望多举办。
• 活动结束后，Monkey 又去赶飞机了。这么奔波，他为什么还不瘦。