最近MML事故频发，最严重时一个故障引发三次改动。拓扑批量设置成员需求某分支代码没有合入。一件接一件的警钟长鸣，在团队成员的心头罩上一层阴霾。向来以质量稳定自傲的团队氛围有点分崩离析……恰逢无线质量COP到来蓉分享，期间感触颇多。仅针对团队质量聊一下自己的反思和一点不成熟的看法。
分析原因：
1、质量防护体系不坚固
团队的自动化框架一直没有建立。可能是之前一直没有出现过大的问题，所以一直没有引起团队成员的重视；于是自动化框架的搭建和自动化测试用例的编写一直没有完全落地。
2、团队知识地图不完善
团队8个DEV1个QA，共同维护50多个模块，横跨三个大版本，花费在外场支持的时间太多，导致需求开发、故障分析时场景分析不充分。
3、测试前移不充分
团队缺乏专职的TSE。QA未完全介入到研讨阶段，测试前移未彻底执行。半数以上的测试场景全靠文档传输，未真正进入研讨阶段，对需求理解不彻底。导致测试场景分析不全导致测试遗漏。
4、对外界环境依赖较重
安于目前所具有的测试条件，过分依赖外部环境。在创造测试条件的问题上，本着多一事不如少一事的侥幸心理，没有积极开发测试脚本。导致只验证了基本功能，一些边界值或者复杂场景的故障流向外部。
针对新开局的测试场景，需要与专业网保持密切配合，收集测试场景并对已有的用例进行补充。
5、团队士气低落亟待重塑信心
故障频发导致士气低落，如履薄冰。缺少活力和自信。这样对于团队质量和团队发展无益。
针对上述种种原因，从团队QA角度出发。觉得可以从如下几个方面加以改进。
1、质量防护体系必不可少
在人力缺少的情况下，逐步建立自动化测试框架。对于已有功能的质量防护必不可少。全体成员都必须要有危机意识，对于新需求实现、已有功能更改都应想方设法实现自动化测试。
2、加强团队知识地图建设
团队知识地图，不仅仅是团队成员对于所负责模块的知识加固，更是提供给新员工的巨大财富，同时也是对付外部支持的坚固防线。可有效减少外部支持所耗费的时间。
3、测试前移完全落地
测试应该克服各种困难，介入到需求研讨阶段，需要对版本模块功能增删改做到绝对的心里有数，在业务能力培养上争取能够逐步达到BA的程度。这样才能更佳有效的实现对测试场景的全覆盖。
4、完善测试场景减少外部环境依赖
努力建设适用于各种测试场景的测试条件克服畏惧之心吸取教训，DEV更加严谨，积极实施开发测试脚本。QA能够摒弃侥幸心理，争取各个场景全覆盖。尽量减少对专业网环境的依赖。
5、重塑信息建立雷霆品质
爆发问题，只能说明：过去存在不足。我们需要正面问题，并针对存在的问题想办法、找办法，攻克并战胜。存在问题并不可怕，可怕的是我们失去战斗的意志和信心。问题根本在于自身，但是也需要来自项目和伙伴之间的相互鼓励。千里之堤溃于蚁穴，不放过任何一个小问题，但是也不需要悲天悯人自暴自弃！马化腾也曾差点卖了腾讯，任何优秀的团队都会遭遇困境，只要有永不言弃的斗志，我们也终将建立起我们的“雷霆”品质。
