回到网易8个月软件测试团队转型实践(6)

图-美聊2.8-iOS手工覆盖率

利用BugTags工具的问题反馈

过去发现线上问题无有效收集数据的手段，用户反馈之后，需要相关人员跟进沟通，询问环境、设备等诸多问题，整个过程繁琐，人力投入开销大，引入BugTags是为了简化Bug提交过程，记录重现场景相关信息，将客户端的大量复杂操作最大限度简化。通过白名单机制，美聊可以让用户打开Bugtags摇一摇问题，提交用户的相关环境、设备信息，进一步推进排查问题的效率。

图-BugTag竞品分析

BugBash质量活动

传统的产品走查，产品、视觉、交付、运营只对自己负责的功能部分有了解和检查，缺乏一个需求方的整体走查。当有人发现一些功能间互相关联的问题时，已经比较晚，修复成本高。引入Bug Bash（所谓Bug大扫除的活动），在项目开发阶段的末期，专门划出一个专门的时间段（通常1天），打破以往非技术人员未参与的做法，在这期间所有参与项目的人员（技术、产品、交互），集中全部精力，运用各方面的知识来搜寻项目的Bug，做到及早发现问题。

图-Bugbash流程

会后将问题汇总，用以推动开发改进功能。

图-Bugbash记录

QA数据收集

在Sprint总结会上为了让项目成员能更加清楚了解整个Sprint的质量、进度问题，从Q4开始对每个Sprint都做了数据收集和展示。通过收集每个迭代版本的工时、bug数据，在总结会上向全体人员（技术、产品、视觉、交互、运营）呈现当前版本总体质量多维度数据，指导工作的改进方向。

· 按照阶段的bug分布展示

图-bug分布展示

原文转自：http://www.uml.org.cn/Test/201707191.asp