Time：2015年6月7日(星期天) 中午12:05
背景：B公司有20-30研发人员，测试团队新成立几人。
问题：
1、在最后交付中APP产品质量一直上不去，使用问题居多；
2、研发过程中开发并不参与测试相关工作，也不知道应该怎么保证质量；
3、需要组建专业测试团队对产品质量负责。
沟通分析点：
1、流程固然重要，但不是最关键的东西，它能帮助你固化环节，但不能帮助你把事情做得更快、更好，关键还是团队；
现在加再好的流程，也不能帮助解决问题，团队的基础、积累、沉淀决定了走多远；
如果非要有个流程，现阶段比较合适尝试《全程软件测试实践》http://www.infoq.com/cn/articles…
2、目前团队最缺的并不是测试人员，是团队（研发、产品等）重视质量的程度；
有没有人重视，有没有深度用户，有没有人和产品的生存联系在一起，这些都是要思考的问题
3、开发进度够不够快，开发质量够不够好，会不会步子太大容易扯蛋；
技术债务永远都存在，只是能够还清、不能还清的问题了
改进策略建议如下
1、找bug奖励制度
全员参与找bug，包括研发、测试、产品、市场人员，动员一切可用的力量，及早拦截问题到用户手上；自己的狗粮自己吃，找到的bug制定评分机制，给予奖励。
2、前端框架的易用性（例如Android），将降低开发、维护成本，更加快速响应问题修复
可靠性和用户体验，永远要找一个平衡点，可靠性都不能保证，最后再美观都是扯谈的事实，
长远来说，要考虑前端界面开发的高效，积累一批人才，最终还是要人来完成。
3、从产品设计、需求阶段开始介入测试要点分析
什么意思呢？简单来说，产品设计了一个原型图，所有元素都在上面了，功能性的也确定了，
这个时候就可以根据原型图进行要点测试了，根本不用去运行任何app，当然前提是要有对业务吃透的人员来分析，
具体方法可以参考《敏捷脑图用例实践之路》：http://www.infoq.com/cn/articles…
团队能够做到根据原型图就写出核心测试要点了，其他查漏补缺就是开发过程去完成了。
4、持续集成+代码分析
jenkins+sonar，用来支持Android、java后端平台的持续构建，代码分析，行程日常研发过程中质量闭环活动：发现问题-->解决问题-->继续运行代码分析。
5、分析每个版本的bug原因
为什么？bug都是血的教训，很有价值的，举个例子：
首先分析问题所在，其次分析引发这个问题的框架、控件，最后分析：自身团队的技术原因，还是官方的框架问题
不断积累缺陷库经验，可以从中指导团队成员改进，我猜很多做Android的对控件特性都不熟悉，只是懂得用，但是不太懂怎么用的更加好，如果是这种情况，他能够完成业务，
但是不能保证业务流程的可靠性、稳定性，所以还是团队有没有一个主心骨，能够从中总结出问题去改进；
6、团队不需要专职测试人员，前提是什么？
团队成员全体测试，所有人多业务、设计都非常熟悉，所有业务、设计经过大家的评审，都认同，并且能够指出关键点（也就是测试需要留意的点），
而且还有一套有效的机制来验证这些点的问题，这样子的团队才可以完全脱离专职的测试人员，做到人人参与，外界宣传的Google测测试研发比例是1:10，其实中间做了很多事情，大家都不懂，只是去看表面，Google的测试更加细分，如下图所示有三种角色；
另外通过测试成熟度来区分团队，所以不要盲目去追风，国内的团队还更不达不到这个水平。
最后一点：又要研发进度，又要测试质量，还得确保用户买单，能怎样？
加强团队兼备开发、测试技能，从中提拔有能力者去突破并且带领团队开拓新天地，另外培养熟练业务人员把关，列举关键业务点测试，积累相关缺陷经验库指导避免重犯问题，而现在最重要是把团队成熟度提升，打好基础，把质量债务最致命地方先还上。
用一张图来表达目前比较好的成熟团队合作方式，仅仅是做好开发阶段，都很棒了。
这里并没有提到自动化，当时测试团队起步的基础都没有，谈何自动化容易呢
（微信公众号：乐少的黑板报）
