Bug管理

Bug管理工具

禅道
Jira
云效
TeamBition 等

Bug标准属性

需求id
用例id
bug编号
bug描述
预期输出
实际输出
复现步骤
附件图片
备注
提交人
责任人等

Bug严重等级

致命级：引起系统服务崩溃，用户关键数据丢失，巨大资产损失，生命安全风险等bug
严重级：引起软件主要功能失效
一般级：引起软件主要功能失准，次要功能失效等
轻微级：引起软件次要功能失准等
优化建议级：影响用户体验，文案错别字等

Bug生命周期

一般流程

新开bug
开发确认bug，开始修复
开发修复完成，变更已解决
测试验证，功能修复变更关闭
未修复，则重新打开bug状态

流程（外企）

新建bug（测试工程师）↓
审核是否是bug（测试经理）↓
若不是bug，则放到丢弃桶里，结束周期。
若是bug，则判断bug是否重复（测试经理）↓
若已重复，则丢弃bug，结束周期。
若没重复，则继续判断是否需要延期修复（开发经理）↓
若需要延期，则放到延期标签下。
若需要立即修复，则继续给到开发工程师修复？（开发工程师）↓
开发工程师是否拒绝修复（开发工程师）↓
若同意修复，则修复后给到测试工程师验证 ↓
若验证成功，则关闭bug，技术周期。（测试工程师）
若验证失败，则再次提交给开发工程师。↓
若开发工程师拒绝修复，则提交到CCB机构判断。↓
机构判断可以不修复或不是bug，则丢弃bug，结束周期。（CCB）
机构判断若需要修复则给到开发工程师 ↓
开发工程师则必须修复。↓

验收测试

标准流程
解读
签订合同（一般测试用不上）
提交测试样品就是软件，乙方不满意就一直改到满意位置（乙方可能是产品也可能是其他人）
和乙方沟通测试计划，评审计划，过程由测试人员来沟通
测试人员对乙方人员进行简单的操作培训，然后进行测试计划，编制测试方案
方案评审通过，让乙方人员进行测试
测试完成后需要写测试报告，通过乙方的审核交给领导

测试理论

#缺陷管理

测试基础理论（3）-白盒理论上一篇

测试基础理论（1）-ISO9126体系下一篇