BUG
一、BUG提交和BUG⽣命周期管理
1、缺陷概述
1)缺陷(Defect):是指存在于软件之中偏差,可被激活,以静态形式存在于软件内部,相当于Bug。
2)故障(Fault):当缺陷被激活后,软件运⾏中出现的状态,可引起意外情况,若不加处理,可产⽣失效,是⼀个动态⾏为。
3)失效(Failure):软件运⾏时产⽣的外部异常⾏为结果,表现与⽤户需求不⼀致,功能能⼒终⽌,⽤户⽆法完成所需要的应⽤。
4)Bug:电脑系统或者程序中存在的任何⼀种破坏正常运转能⼒的问题或者缺陷,都可以称之为“Bug”;有时也泛指因软件产品内部引起的软件产品最终运⾏时和预期结果的偏离。
5)缺陷报告单:指测试执⾏过程中,发现缺陷失效后,提出书⾯的报告,提供给开发⼈员作为定位缺陷的依据。
2、缺陷状态
主要描述缺陷当前的状态。状态如下:
新建:测试⼈员新提交的bug、优化或者建议的状态。
进⾏中:开发⼈员确认是bug,在修复bug过程的状态。
已解决:开发⼈员已修复bug的状态。
已关闭:测试⼈员验证修复的bug,确定已解决问题的状态。
重开:测试⼈员验证修复的bug,发现没有完全修复好bug,重新打回开发⼈员的状态。
暂缓:开发⼈员认为该bug不急于修复,可以放置⼀段时间再修复的状态。
3、缺陷类型
能正确分清缺陷类型需要测试⼯程师对需求和业务有深⼊了解,能考验测试⼯程师业务知识。
bug:测试⼈员通过测试发现的问题能称为bug。
需求:需要产品经理对需求进⼀步梳理。
建议:是软件产品改进建议
优化:功能已实现,需要优化问题。可以是⽤户体现优化、性能优化。
4、缺陷⽣命周期
5、缺陷级别
致命:系统崩溃、数据丢失、数据毁坏、安全性被破坏。
严重:操作性错误、结果错误、功能遗漏。
⼀般:⼩问题、拼写错误、UI布局、罕⻅错误。
建议:对产品的改进建议。
6、缺陷优先级
优先级表示修复缺陷的重要程度和紧迫程度。
紧急:影响进⼀步测试,需要⽴即修复。
⾼:必须在版本发布前修复。
中:必须要修复,不⼀定⻢上修复,可以讨论确定在某个时间节点修复好。
低:对产品影响⽐较少,不修复也不影响产品的发布。在时间不允许的情况下可以暂时不修复。
7、TAPD