- 软件缺陷
即bug,可以是页面缺陷、数据缺陷、逻辑缺陷等
- 产生原因
项目期限的压力、软件复杂度高、沟通不到位、缺少足够的技术和经验
- 缺陷管理
目的:加快缺陷的修正、产品的质量评估、预防缺陷和团队技术积累
工具:Jira、禅道、Bugzilla、自研软件等
- 缺陷报告的内容(各个公司规范不一样,大同小异;归档项目-模块-子模块-bug)
- 缺陷编号和标题、描述
- 环境基本信息:操作系统、测试版本、产品和模块
- 缺陷类型
- 缺陷复现步骤
- 缺陷的严重程度
- 缺陷的优先级
- 缺陷的状态
- 缺陷相关人员:提交人,指定解决人,验证人
- 测试人员基本工作
参与需求评审
编写测试用例
团队测试用例评审
进行测试(看公司和业务选择) 功能 接口 数据 性能 安全 ...
管理和跟进Bug
- 记录bug
- 回归测试
- 跟着项目上线时间点或者里程碑安排
- 周会发送测试报告给团队
累计bug总量
已经修复bug数量
现存严重bug数量
- 上线前发测试报告
是否达到上线标准
上线时间点
相关人员和准备
- 上线后一般都是有监控报警
业务可用性监控:比如业务宕机了,错误码增加
数据监控:访问量波动大、订单成交额异常、优惠券量发放异常