缺陷

如何识别Bug

• 实际与预期结果不一致
• 通过Bug的五个定义可知
  • 未达（软件未达到产品说明书中已标明的功能）
  • 出错（软件出现了产品说明书中指明不会出的错误）
  • 超出（软件功能超出产品说明书）
  • 虽未支出但应
  • 性能 或 用户
• 通过沟通（开发人员 用户 产品经理）
• Bug的分类
  • 界面类
  • 功能类
  • 兼容性类
  • 优化建议
  • 性能
  • 安全性
  • 其他

如何更好的记录缺陷

• 内容包含
  • 标题 严重性 优先级 指派人
  • 环境 账号 模块
  • 请求链接 参数 响应
  • 操作步骤 预期结果 实际结果
• 其他
  • 要及时跟进与更新缺陷状况（比如缺陷是否解决，比如新的定位线索）
  • 要更好的使用文字、文字格式、编号、图片
  • 不要一发现问题直接抛给开发（你不是一个单纯的找茬者）
  • 也不要发现了问题因为要定位而花费过多时间与精力（有时候开发一看便知道可能是什么问题）

其他

• • 客户容忍度决定产品的质量要求
  • 测试人员要推进项目奖励产品质量的评估方法
  • 测试人员的职责是保证软件质量，但测试无法发现所有潜在的软件缺陷
  • 测试人员或许会被忽视或者替换或者淘汰，但测试行为永远不会消失