测试面试宝典（十七）——请问如果想进行bug的测评，怎么去评测bug？

回答思路：

1. 强调对 Bug 重现的重要性，以确保问题的真实性和可观察性。
2. 描述对 Bug 影响范围的评估，包括功能模块、用户场景等。
3. 提及对 Bug 严重程度的判定标准和依据。
4. 讲解对 Bug 优先级的确定方法，考虑项目进度和影响程度。
5. 说明对 Bug 修复所需资源和时间的预估。

回答示例 1：

要评测一个 Bug，首先我会尝试重现它，确保这个 Bug 是真实存在且可观察的。比如，如果是一个登录页面的 Bug，我会多次尝试不同的用户名和密码组合来确认问题是否稳定出现。

接下来，评估这个 Bug 的影响范围。确定它是只影响特定的功能模块，还是会波及到多个相关的业务流程，或者对整个系统的稳定性造成影响。以一个购物车结算的 Bug 为例，如果它导致无法结算，那么不仅影响购物车功能，还可能影响用户的购买意愿和整个交易流程。

然后，根据预定的标准判定 Bug 的严重程度。严重程度通常基于对系统功能的破坏程度、数据的准确性和安全性等方面。例如，如果一个 Bug 导致用户数据丢失，那就是严重级别很高的问题。

再确定 Bug 的优先级。这要综合考虑项目的进度、Bug 的影响程度以及修复的难易程度。如果是一个即将上线的项目中出现的关键功能 Bug，其优先级就会很高。

最后，预估修复这个 Bug 所需的资源和时间。这需要考虑问题的复杂性、开发人员的技能和当前的工作负荷等因素。比如，一个涉及复杂算法的 Bug 可能需要更多的时间和专业的开发人员来解决。

回答示例 2：

评测 Bug 是一个系统的过程。

第一步，努力重现 Bug 现象，记录详细的操作步骤和环境信息。比如在测试一个移动应用的拍照功能时，记下手机型号、操作系统版本、拍摄的场景条件等。

第二步，明确 Bug 的影响范围。判断它是局限于某个页面或功能，还是会影响到整个应用的流程。比如一个支付功能的 Bug，可能会影响用户完成购买的整个过程。

对于严重程度的评定，会依据对用户体验、业务逻辑和数据完整性的破坏程度。像一个导致系统崩溃的 Bug 就是极其严重的。

优先级的确定则要权衡项目的时间节点和 Bug 的影响力。如果在一个紧急的项目中出现了影响核心功能使用的 Bug，那它的优先级就应排在前列。

在预估修复所需的资源和时间方面，会考虑 Bug 的复杂程度和开发团队的现有任务。例如，一个界面布局的小 Bug 可能相对容易修复，所需时间较短；而一个涉及底层架构的 Bug 可能需要更多的时间和人力投入。

回答示例 3：

评测 Bug 通常从以下几个步骤进行。

首先，务必重现 Bug，尽可能精确地描述触发条件。比如，对于一个网页加载缓慢的 Bug，要明确是特定页面、特定网络环境还是特定浏览器导致的。

接着，全面分析其影响范围。确定是单个用户的个别现象，还是会普遍影响所有用户的操作。以一个在线会议软件的音频故障为例，若只是个别用户出现，影响相对较小；若多数用户都遇到，那影响就很大。

严重程度主要根据对业务的损害程度来判断。比如，一个导致重要数据丢失且无法恢复的 Bug 就是严重级别极高的。

优先级基于项目的紧急程度和 Bug 的影响面。假如在产品即将发布时出现了影响主要功能的 Bug，就应优先处理。

最后，预估修复的资源和时间时，会考虑 Bug 的技术难度、开发人员的熟悉程度等。比如一个新引入的技术框架导致的 Bug，可能需要更多时间让开发人员研究和解决。

总之，通过这些步骤和考虑因素，能够对 Bug 进行全面、准确的评测，为后续的修复工作提供有力的支持。

 

 下面是我的公众号和知乎平台，分享几篇文章，同时也是个职场妈妈，大家可以给我支持，有需要自取，定期更新，帮忙关注、转发哦~~

全国大型“抢饭碗”现场，警校反超 985/211？
【第055篇】主题：今天你思考了吗？感受了吗？