【腾讯TMQ】不会做bug分析？套路走起~

作者：phenyzhang

WHAT 什么是bug分析

bug分析：本文指的是微观的bug分析。从单个有价值的bug入手，追踪和分析bug产生的本质原因，在此基础上对产品各个角色、以及项目流程做改善和优化。

可见，bug分析分为两部分。一是“bug分析”本身，二是以分析结果为前提，所做的一系列优化改善。

WHY 为什么要做bug分析

原因一：借助bug，提升测试人员对产品质量的整体把控
从项目初期的产品需求PK，到开发阶段的自测、迭代提测、集成上线提测，直至发布后用户反馈，可以说bug几乎贯穿了产品发展的各个阶段。对于测试人员来说，用好手中的bug，提升对产品的理解，能够更高效、更有效的测试，从而把控质量风险，提升产品质量。

原因二：追本溯源，重新审视项目过程，推动优化
有人说，产品一切bug的根源都是代码。如果把产品的诞生当作一场马拉松，那bug就是那些年我们踩过的坑。从哪儿跌倒就从哪儿爬起来，通过分析找到bug产生的根因，思考如何从各个方面去优化改进，避免以后踩到类似的“坑”，下一场比赛才能跑的更快更远。

HOW 怎么做bug分析

先上模型，以下我们逐步讲解怎么对应模型去做bug分析。

第一步：怎么选bug

bug的来源很多，有产品体验、开发自测、测试发现、众测反馈、灰度反馈、发布后反馈，等等。我们做bug分析首先面临的就是“如何挑选合适的bug”。这里给出几点建议：

• 选择对用户影响大的：比如闪退、或者导致某功能无法使用的bug
• 选择典型有代表性的：同类型的一系列问题，比如：skia适配导致2.3和4.4手机必现无法启动
• 选择有发现难度的：积累问题库，对测试用例做补充
• 选择有推广价值的：可借鉴到其他平台或其他产品，比如：白屏系列专题

总之，只要是符合目标通过bug分析，更高效、有效的保证产品质量的bug，都可以选来做bug分析。

第二步、收集哪些bug信息

假设你已经选定了待分析的bug，我们接下来要做的是，对bug收集尽量多的有效信息。比较常见的“bug信息”包括以下：

• 被测产品信息：比如APP名称、版本号
<