测试之 Bug 篇
1. 软件测试的生命周期
软件测试贯穿软件的于软件的整个生命周期，而软件的测试周期是指测试流程。
各个阶段的内容：
| 需求分析 | 测试计划 | 测试设计与开发 | 测试执行 | 测试评估 | 上线 | 运行维护 |
|---|---|---|---|---|---|---|
| 用户角度：需求合理性 技术角度：可行性及优化空间 测试角度：业务逻辑错误检测 | 制定开发/结束时间计划 预估测试耗时 | 1. 参考需求/技术文档编写用例 2. 标注测试方法/工具/形式 | 1. 使用测试工具全面覆盖 2. 执行用例验证 | 1. BUG遗留状态确认 2. 生成最终测试报告 | 1. 发布至线上环境 2. 跟踪运行测试 | 1. 参与用户培训 2. 收集试运行问题 3. 问题反馈机制 |
2. BUG
2.1 什么是 bug
- 当且仅当需求文档是存在的且正确的，程序与其不匹配才是错误的
- 需求文档未提及的功能，判断标准以用户未标准，若不符合用户要求的就是 bug
2.2 如何提 bug
描述bug的基本要素：
- 问题出现的版本
- 问题出现的环境
- 问题出现的步骤
- 预期结果
- 实际结果
2.3 bug 的级别
bug级别一般分为：崩溃、严重、一般、次要
| 崩溃 | 严重 | 一般 | 次要 |
|---|---|---|---|
| 核心特征： • 系统崩溃/死循环 • 数据库数据丢失 • 主要功能丧失 典型案例： • 代码死循环 • 一级菜单功能失效 处理策略： 立即中止版本测试 | 核心特征： • 部分功能失效 • 数据保存错误 • 安全稳定性问题 典型案例： • 程序自动退出 • 接口调用冲突 处理策略： 可继续其他功能测试 | 核心特征： • 功能未完全实现 • 非稳定性缺陷 典型案例： • 边界条件错误 • 查询响应超时 处理策略： 测试中最高发问题 | 核心特征： • 界面显示异常 • 性能优化建议 典型案例： • 文字排版错位 • 提示语缺失 处理策略： 后期优先处理 |
2.4 bug 的生命周期
2.5 与开发起争执怎么办（高频面试题）
- 检查自身，是否 bug 描述不清楚
- 站在用户角度考虑并抛出问题
- bug 的定级要有理有据，根据企业的定级规范
- 提升技术能力和业务水平，做到不仅能提出问题，最好也要能给出解决方案给开放借鉴（不可以以命令的语气）
- 如果确实是 Bug，开发比较犟，那就召开 Bug 评审，需要有相关的代表来参加：产品代表、开发代表、测试代表等
（1. 如何解决 Bug 2. 如何预防类似的 Bug 再发生）
bug评审主要解决两个问题：
- 决定如何处理bug
- 分析缺陷产生的原因，找出预防的对策