【读书笔记】代码大全22章：开发者测试

• 测试种类
  • 单元测试
  • 组件测试
  • 集成测试
  • 回归测试
  • 系统测试
• 测试的重要性
  
  • 测试的目标是找出错误，编码的目标是避免错误
  • 测试永远都无法证明软件完全没有错误
  • 测试本身是无法提高软件质量的，要提高质量还要靠提高编码水平
  • 测试意味着你期望在代码中找到错误
• 推荐的测试方法
  • 按照每条需求做测试
  • 按照每条设计原则做测试
  • 采用基准测试
  • 记录每次犯下的错误，防止以后再次发生
  • 测试最好放在编码之前
• 测试背包悖论
  • 要把每种情况都测试一遍，可能需要几万年时间
  • 不完全测试
  • 结构化基准测试
    • 代码覆盖
    • 逻辑覆盖
    • 数据流测试
      • 变量状态分为：定义、使用、删除
      • 异常状态组合：定义-定义，定义-退出，定义-删除，进入-删除，进入-使用，删除-删除，删除-使用，使用-定义
  • 等价类划分
  • 猜测错误
  • 边界值分析，组合边界值分析（比如两个数相乘刚好达到极限）
    • 坏数据
      • 太少（没有数据）
      • 太多
      • 类型错误
      • 大小错误
      • 没有初始化
    • 好数据
      • 正常情况
      • 最大值
      • 最小值
      • 和旧数据兼容
    • 测试数据要方便口算
• 典型的错误
  • 错误大部分集中在少部分类中
  • 错误种类
    • 超出需求范围
    • 编码错误
    • 拼写错误
    • 对设计的误解
  • 工业界一般能找出的错误
    • 1～25个错误/1000行
    • 微软：测试版10～20个错误/1000行，正式版0.5个错误/1000行
    • Harlan Mills：测试版3错误/1000行，正式版0.1错误/1000行
    • Watts Humphrey：使用Team Software Process(TSP) 0.06错误/1000行
  • 测试用例错误
  • 测试支持工具
    • 脚手架：桩方法、桩模块
    • Diff工具：在回归测试中检查测试结果是否发生了变化
    • 测试数据生成器
    • 覆盖率工具
    • 数据记录、日志工具
    • 符号调试工具
    • 系统工具
      • 内存填充
      • 内存重排
      • 模拟内存不足
      • 内存边界检测
    • 错误数据库（记录曾经犯过的错误）
• 改善测试
  • 测试计划
  • 回归测试
  • 自动化测试
• 保留测试记录
  • 记录每次缺陷
    • 报告人的描述
    • 问题完整描述
    • 重现步骤
    • 推荐的修复方案
    • 相关缺陷
    • 严重程度
    • 缺陷源头：例如需求、设计、编码、测试
    • 代码错误分类：只差一点(off-by-one)、错误的赋值、错误的数组索引、错误的方法调用等
    • 修复缺陷时改动的类或方法
    • 缺陷影响的代码行数
    • 找出错误所花费的时间（小时）
    • 修复错误所花费的时间（小时）
  • 好处
    • 可以根据这些测试数据判断产品是变好了还是变差了
    • 这些测试数据可以防止自己再次犯错