严重错误的软件缺陷(Major):系统的主要功能部分丧失、数据不能保存,系统的次要功能完全丧失。问题局限在本模块,导致模块功能失效或异常退出。如致命的错误声滑迟明,程序接口错误,数据库的表、业务规则等;
一般错误的软件缺陷(normal):次要功能没有完全实现但不影
我们团队用日事清做Bug的管理,建立了严谨的规范。bug管理流程为:测试工程师
1. 根据规范提交bug;
2. 及时验证bug是否已解决;
3. 及时关注开发拒绝bug,散谨和相关人员沟通讨论解决方式;
测试经理
1. 审核测试工程师提交的bug;
2. 定期review bug,报告现状,并给出解决意见;
开发工程师
1. 以优先级为依据分析解决bug
开发主管
1. 定期 review bug,对bug多的模块加强code review和单元测试;
2. 分析bug解决进度,对产品质量及进度进行风险评估;
产品
1、当开发和测试存在意见分歧时,进行需求确认
2、从产品角度划分bug修改的优先级;
对于程基碰序员来说,通过日事清的统计功能,可以清楚手头还有多少bug没解决,多少解决后又重新打开的,有没可能修改引发,bug根源,拒绝修复的原因搏掘谈是什么;
对于QA来说,通过日事清做bug管理,通过看板和标签制度,可以每一个bug背后的属性,即测试阶段、bug类型、重现规律、严重级别等。程序猿笑了!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)