软件测试

软件测试的定义

使用技术手段验证软件是否满足需求

---

测试分类

阶段划分

• 单元测试：针对代码进行测试
• 集成测试：针对接口进行测试
• 系统测试：针对整体功能（功能+非功能）进行测试
• 验收测试：内侧、公测

代码能见度

• 白盒测试：单元测试
• 灰盒测试：集成测试
• 黑盒测试：系统测试

---

模型

• 质量模型：功能、性能、兼容、易用性、安全性（测试时考虑的5点）
• 测试模型

---

测试的流程

• 需求分析
• 计划编写
• 用例设计
• 用例执行
• 缺陷管理：提交 -> 验证 -> 关闭
• 测试报告：bug分析及统计、测试中遇到的问题、对本次测试的总结（优点和不足）

---

编写测试用例的八大要素

1. 用例编号：项目_ 模块 _编号
2. 用例标题：预期结果（测试点）
3. 项目/模块：测试所属项目/模块
4. 优先级：P0~P4
5. 前置条件：执行此条用例有什么前置条件
6. 测试步骤
7. 测试数据
8. 预期结果

---

等价类划分法（对穷举场景设计测试用例）

• 步骤
  1. 明确需求（长度、类型、规则）
  2. 确定有效和无效等价类
  3. 提取数据编写测试用例

---

边界值分析法（解决边界限制问题）

• 离点、上点、内点（最多7条案例）（优化开内闭外）

• 步骤、

  1. 明确需求
  2. 确定有效和无效等价类
  3. 确定边界范围
  4. 提取数据编写测试用例

判定表法（解决多条件依赖关系）

• 组成
  • 条件桩
  • 动作桩
  • 条件项
  • 动作项

• 规则

  • 条件项+动作项 一列就是一条规则
  • 假设有n个条件，每个条件的取值有两个（0,1），全组合就有2的n次方种规则

• 步骤

  1. 明确需求
  2. 画出判定变
     1. 列出条件桩和动作桩
     2. 填写条件项和动作项
     3. 简化、合并相似的规则（有相同的动作）
  3. 根据规则编写测试用例

• 判定表适用于有多个输入条件、多个输出结果，且条件组合数量比较少的情况下

流程图（覆盖业务测试需要使用流程图）

• 测试用例是根据流程图来梳理的

• 重点：先测业务，再测单功能、单模块

缺陷

定义：软件中存在的各种问题，都为缺陷，简称：Bug

• 缺陷的标准
  • 少功能
  • 多功能
  • 功能错误
  • 缺少隐性功能
  • 易用性

1、回归测试：项目新增模块，最基本的要测试新增模块及与新增模块相关联的旧模块
2、回归Bug：上一个版本发现的缺陷，开发修复完毕，在下一个版本验证

描述缺陷：缺陷的预置条件、复现步骤、预期结果、实际结果

• 项目管理工具 - 缺陷管理（禅道、JIRA、TFS）