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