利用BugTags工具的问题反馈
过去发现线上问题无有效收集数据的手段，用户反馈之后，需要相关人员跟进沟通，询问环境、设备等诸多问题，整个过程繁琐，人力投入开销大，引入BugTags是为了简化Bug提交过程，记录重现场景相关信息，将客户端的大量复杂操作最大限度简化。通过白名单机制，美聊可以让用户打开Bugtags摇一摇问题，提交用户的相关环境、设备信息，进一步推进排查问题的效率。
图-BugTag竞品分析
BugBash质量活动
传统的产品走查，产品、视觉、交付、运营只对自己负责的功能部分有了解和检查，缺乏一个需求方的整体走查。当有人发现一些功能间互相关联的问题时，已经比较晚，修复成本高。引入Bug Bash（所谓Bug大扫除的活动），在项目开发阶段的末期，专门划出一个专门的时间段（通常1天），打破以往非技术人员未参与的做法，在这期间所有参与项目的人员（技术、产品、交互），集中全部精力，运用各方面的知识来搜寻项目的Bug，做到及早发现问题。
图-Bugbash流程
会后将问题汇总，用以推动开发改进功能。
图-Bugbash记录 QA数据收集
在Sprint总结会上为了让项目成员能更加清楚了解整个Sprint的质量、进度问题，从Q4开始对每个Sprint都做了数据收集和展示。通过收集每个迭代版本的工时、bug数据，在总结会上向全体人员（技术、产品、视觉、交互、运营）呈现当前版本总体质量多维度数据，指导工作的改进方向。
· 按照阶段的bug分布展示
图-bug分布展示
按照组件的bug分布展示
图-组件分布展示
Android Monkey崩溃性测试
持续集成环境每日代码daily build之后，夜间在测试专属服务器进行长达几个小时的Android Monkey崩溃性测试
图-Android Monkey崩溃性持续构建
图-Android Monkey崩溃性测试报告
兼容性质量风险控制转移
目前交友测试团队现有的Android测试机型不足，为了解决Android碎片化，特别是兼容性问题，借助公司内部的易测平台来控制质量风险。
图-网易易测
图-网易易测：美聊基础兼容性测试
图-网易易测：花田基础兼容性测试 重点关注基础兼容性：安装、启动、monkey随机、卸载。
团队人才建设
16年初的测试团队规模太小了，业务测试需求不足以满足，人员技能集中在黑盒测试，没有移动UI自动化测试、后端Server API自动化测试、测试平台开发的相关经验，并且全员对于Android、iOS代码不了解，白盒测试无实践经验，也会导致排查问题不够深入了解原理。
从16年Q2开始制定团队建设技术，那么整个测试团队的关注点是什么，如何聚焦，根据技术总体需求、产品需求来落实测试需求呢？
根据团队特性，测试、开发划分了边界，只有从这些方面出发，才能更好要求组员的技能形成阶梯化，以及在招聘要求是按照此需求来落地，市场上大有可为之人，如何切实际为之更重要，下面从几个方面来谈谈。
测试团队关注点
Martin Fowler在博客中解释了TestPyramid，如下图所示：
图-Martin Fowler：TestPyramid
单元测试是第一道测试关卡，也是一个陷阱，测试人员如果投入到此环节上，将是一种资源耗尽型的质量活动。比业务熟悉程度，测试人员没有开发人员高深，比写单元测试的效率，测试人员没有开发人员高效，这里交友测试团队也跳坑了，历经一个季度跳入、跳出，理想的状态下是：开发的框架很松耦合，例如使用了MVP/MVVM开发模式，实际情况是这些技术债务在逐步偿还，熟悉代码的开发人员进行单元测试都有阻碍，测试人员谈何容易，简单点来说不务正业，投入产出比低。
真正要从业务需求的痛点出发挖掘适合团队的方向：测试层次的关注点是最清晰的一条分水岭隔离开发代码级别的：单元测试、集成测试，测试人员真正的关注点是：以手工测试为主，自动化为辅的发展阶段，同时围绕整个研发测试过程的质量反馈，包括：需求阶段、开发阶段、发布阶段、运营阶段。
图-测试层次关注点
理清整个需求之后，就是团队成员角色转型：
图-岗位的转变
分为三种：
基本职能：手工测试工程师，进阶职能的：自动化测试工程师，再高级一点，测试开发工程师，其实也可以称为全栈，名字不是最重要，也不会设立这种title，只是要明确把活给细分出来。
最后，根据需求，也把产品测试人员分布明细理顺了：
图-测试人员产品线分布明细：2016年Q3
按照此规划来落地招聘需求，避免因人设岗，而是实实在在的产品需求、技术需求来决定人才所向。
测试团队文化建设
由于篇幅有限，简单来说形成学习分享的技术氛围，让测试人员定期组织技术分享，这些技术主要是可以用于生产落地以及对新技术的调研成果展示均可，另外有一些虚拟组设置，例如：自动化测试组、平台开发组，用于把兴趣相同的组员融合到一起，投入到合适的方向上。
以上是本人在网易交友事业部一年以来对测试团队转型带来的分享，在合适的阶段对测试资源做合理的投入是有必要的，发展初期的困难适当取舍产品质量，换来更多功能亮点吸引用户，占领市场，站稳脚步，发展中期，确保用户的活跃、稳定，是需要靠产品质量取胜的，产品功能并不在于多花俏，有新意、简单化、易传播这几个点可以适当考虑，其实到了中后期，技术很多处于还债阶段，之前设计的系统业务模块解耦、微服务化，提高可测试性都非常重要，而测试人员往往对于技术还债的重构要更加留意，一不小心就掉进坑里，久久不能自拔，同时最后牺牲最宝贵的就是测试质量，这是需要取舍的，别以为质量就是高高在上，测试团队的利益应当与开发、产品团队的保持一致，这才是发展的硬道理。
另外，在接下来一年有计划的话，交友测试团队会把关键环节的实践在infoq逐一分享给大家，敬请关注，最后附上一张《网易交友事业部测试团队技术栈》：
