软件测试入门复习笔记：BUG篇

[一、测试的理解 *](#一、测试的理解 *)
[二、测试工作内容 *](#二、测试工作内容 *)
[三、软件测试的生命周期 *](#三、软件测试的生命周期 *)
四、BUG
- 概念
- [bug的要素 *](#bug的要素 *)
- bug的级别
- [bug的生命周期 *](#bug的生命周期 *)
- [与开发产⽣争执怎么办 *](#与开发产⽣争执怎么办 *)

一、测试的理解 *

测试不是单纯找 bug，而是从需求到上线全流程把控质量，提前发现风险，保证产品稳定可靠，保护用户体验

主要是参与需求评审、制定测试计划、编写用例、执行功能 / 接口测试、提交并跟踪缺陷，最后输出测试报告，上线后还要监控线上问题

软件测试生命周期 = 从项目开始到上线结束，测试全过程的一套标准流程（软件测试贯穿于软件的整个⽣命周期）

各阶段具体内容：

阶段名称	核心工作内容	输出物
需求分析	- 用户角度：软件需求是否合理- 技术角度：技术上是否可行，是否还有优化空间- 测试角度：是否存在业务逻辑错误、冗余、冲突等问题	测试需求清单、需求评审纪要
测试计划	制定测试计划：明确什么时候开发测试、什么时候结束测试、耗时多久等	测试计划文档
测试设计与开发	参考需求文档、技术文档等编写测试用例，写测试文档，明确标注使用到的测试方法、测试工具、测试形式等	测试用例文档、测试脚本、测试数据
测试执行	充分利用测试用例和测试工具对项目尽可能做到全方面的测试覆盖	测试执行记录、缺陷报告（禅道 / Jira 等）
测试评估	测试是否通过，本次测试是否有遗留的 BUG，最终测试人员需要产出一个测试报告	测试评估报告（含质量结论、遗留问题清单）
上线	项目测试结束后，将项目发布到线上环境，测试人员需跟踪上线并测试线上环境下软件的运行是否正确	上线验证报告、线上冒烟测试记录
运行维护	测试人员需要参与项目的实施工作；对项目产品的业务和操作非常了解，可参与用户使用软件的培训；在试运行项目时收集问题并及时反馈给相关负责人	线上问题处理记录、用户反馈汇总表

总结测试基本流程 *：从需求分析开始，到测试计划、用例设计、测试执行、结果评估，再到上线验证和线上维护，是一套完整的质量保障流程。

定义：⼀个计算机bug指在计算机程序中存在的⼀个错误(error)、缺陷(flaw)、疏忽(mistake)或者故障(fault)，这些bug使程序⽆法正确的运⾏。Bug产⽣于程序的源代码或者程序设计阶段的疏忽或者错误。

描述bug的基本要素：问题出现的版本、问题出现的环境、问题出现的步骤、预期结果、实际结果

举个标准例子：

bug级别⼀般分为：崩溃、严重、⼀般、次要

级别	英文	定义（一句话）	例子
致命（Blocker/Critical）	Critical	导致系统崩溃、核心功能完全不可用，或造成数据丢失 / 安全风险	支付功能无法扣款、用户登录后直接闪退、数据库数据丢失
严重（Major/High）	High	核心功能严重异常，影响主要业务流程，无替代方案	下单后无法生成订单、用户余额显示错误、APP 频繁卡顿
一般（Normal/Medium）	Medium	非核心功能异常，不影响主流程，有临时 workaround	商品详情页图片加载失败、个人中心昵称无法修改
轻微（Minor/Low）	Low	界面 / 文案 / 体验类问题，不影响功能使用	按钮文字错位、提示语错别字、页面加载动画卡顿

出现bug怎么办? 测试人员在执行测试的过程中如果发现bug，需要在对应的bug管理平台来创建bug（bug⽣命起

源），创建好的bug需要被开发⼈员修复，以及测试⼈员的持续跟踪和测试

刚发现的 Bug，还没经过评审，不确定是否要分配给开发修复。

确认这是一个需要修复的 Bug，正式分配给对应的开发人员处理。

开发人员完成代码修改，将 Bug 标记为修复状态，等待测试人员回归验证。

经评审认为这不是 Bug（如需求设计如此、误报），拒绝进行修复。

认为当前版本暂不需要修复，或暂时不具备修复条件，延后处理。

开发修复的 Bug 经测试回归验证通过，确认问题解决，正式关闭该 Bug。

回归测试时发现 Bug 仍未解决，重新激活该 Bug，交由开发再次修复。

无效 Bug 路径