测试之 Bug 篇

1. 软件测试的生命周期

软件测试贯穿软件的于软件的整个生命周期，而软件的测试周期是指测试流程。

各个阶段的内容：

需求分析	测试计划	测试设计与开发	测试执行	测试评估	上线	运行维护
用户角度：需求合理性 技术角度：可行性及优化空间 测试角度：业务逻辑错误检测	制定开发/结束时间计划 预估测试耗时	1. 参考需求/技术文档编写用例 2. 标注测试方法/工具/形式	1. 使用测试工具全面覆盖 2. 执行用例验证	1. BUG遗留状态确认 2. 生成最终测试报告	1. 发布至线上环境 2. 跟踪运行测试	1. 参与用户培训 2. 收集试运行问题 3. 问题反馈机制

---

2. BUG

2.1 什么是 bug

1. 当且仅当需求文档是存在的且正确的，程序与其不匹配才是错误的
2. 需求文档未提及的功能，判断标准以用户未标准，若不符合用户要求的就是 bug

2.2 如何提 bug

描述bug的基本要素：

1. 问题出现的版本
2. 问题出现的环境
3. 问题出现的步骤
4. 预期结果
5. 实际结果

---

2.3 bug 的级别

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

崩溃	严重	一般	次要
核心特征： • 系统崩溃/死循环 • 数据库数据丢失 • 主要功能丧失 典型案例： • 代码死循环 • 一级菜单功能失效 处理策略： 立即中止版本测试	核心特征： • 部分功能失效 • 数据保存错误 • 安全稳定性问题 典型案例： • 程序自动退出 • 接口调用冲突 处理策略： 可继续其他功能测试	核心特征： • 功能未完全实现 • 非稳定性缺陷 典型案例： • 边界条件错误 • 查询响应超时 处理策略： 测试中最高发问题	核心特征： • 界面显示异常 • 性能优化建议 典型案例： • 文字排版错位 • 提示语缺失 处理策略： 后期优先处理

---

2.4 bug 的生命周期

2.5 与开发起争执怎么办（高频面试题）

1. 检查自身，是否 bug 描述不清楚
2. 站在用户角度考虑并抛出问题
3. bug 的定级要有理有据，根据企业的定级规范
4. 提升技术能力和业务水平，做到不仅能提出问题，最好也要能给出解决方案给开放借鉴（不可以以命令的语气）
5. 如果确实是 Bug，开发比较犟，那就召开 Bug 评审，需要有相关的代表来参加：产品代表、开发代表、测试代表等
   （1. 如何解决 Bug 2. 如何预防类似的 Bug 再发生）

bug评审主要解决两个问题：

1. 决定如何处理bug
2. 分析缺陷产生的原因，找出预防的对策