如何识别Bug
- 实际与预期结果不一致
- 通过Bug的五个定义可知
- 未达（软件未达到产品说明书中已标明的功能）
- 出错（软件出现了产品说明书中指明不会出的错误）
- 超出（软件功能超出产品说明书）
- 虽未支出但应
- 性能 或 用户
- 通过沟通（开发人员 用户 产品经理）
- Bug的分类
- 界面类
- 功能类
- 兼容性类
- 优化建议
- 性能
- 安全性
- 其他
如何更好的记录缺陷
- 内容包含
- 标题 严重性 优先级 指派人
- 环境 账号 模块
- 请求链接 参数 响应
- 操作步骤 预期结果 实际结果
- 其他
- 要及时跟进与更新缺陷状况（比如缺陷是否解决，比如新的定位线索）
- 要更好的使用文字、文字格式、编号、图片
- 不要一发现问题直接抛给开发（你不是一个单纯的找茬者）
- 也不要发现了问题因为要定位而花费过多时间与精力（有时候开发一看便知道可能是什么问题）
其他
-
- 客户容忍度决定产品的质量要求
- 测试人员要推进项目奖励产品质量的评估方法
- 测试人员的职责是保证软件质量，但测试无法发现所有潜在的软件缺陷
- 测试人员或许会被忽视或者替换或者淘汰，但测试行为永远不会消失