BUGFREE使用培训

BUGFREE使用培训BUGFREE提交流程图提交Bug指派BugBug处理Bug验证激活BugBug关闭步骤说明：1、提交Bug：由测试人员进行提交。提交时统一指派给周晖。Bug严重等级默认为12、指派Bug：由CCB对所有Bug进行指派，同时重新定义Bug严重等级并定义Bug优先级3、Bug处理：由被指派的开发人员对Bug进行处理，并选择Bug的相应状态4、Bug验证：由测试人员根据开发人员对Bug进行的处理情况选择验证方法进行验证5、Bug关闭：由测试人员根据验证结果对Bug进行关闭处理6、激活Bug：由测试人员根据验证结果对Bug进行激活处理注：具体操作情况详见后续演示说明新建BUG界面下，黄色底色框为必填项。BUG三种状态的描述状态说明Active(活动)Bug的初始状态。任何新建的Bug状态都是Active。可以通过编辑修改Bug的内容，并指派给合适的人员解决。Resolved(已解决)解决Bug之后的状态。Closed(已关闭)已修复Bug在验证无误之后关闭，该Bug处理完毕。如果没有真正解决或者重新复现，可以重新激活，Bug状态重新变为Active。BUG严重等级的定义严重等级定义1级必现BUG(出现率5%以上）CRASH关键场景性能问题安全性问题2级影响测试流的功能问题用户认知有重大误导功能与需求不符3级一般功能问题非必现crash非关键场景性能问题用户体验不良4级文案错误需求建议BUG优先等级的规定优先级规定描述1最高优先级；开发须1个工作日内给予反馈2开发须2个工作日内给予反馈3开发须3个工作日内给予反馈4无要求注：优先级由CCB成员定义，其他角色无权修改。对BUG解决方案的七种描述类型解决方案详细说明无效的BugByDesign设计需求就是这么设计的Duplicate这个问题别人已经发现NotRepro无法复现的问题有效的BugFixed问题被修复External外部原因(比如浏览器、操作系统、其他第三方软件)造成的问题Postponed发现的太晚了，下一个版本讨论是否解决Won’tFix是个问题，但是不值得修复BUG处理状态说明处理状态描述Hold表示仍未解决；LocalFix表示已在本地修复；CheckedIn表示修复代码已经提交；Can’tRegress表示修复的问题暂无法验证等注：此处理状态为开发人员在处理bug时进行标识使用的。测试人员注意事项•BUG标题要清晰明确的反映出BUG问题；•创建Build框中对产生BUG的软件版本信息必须准确；•所有BUG指派CCB•复现步骤必须描述清楚•定期检查提交BUG的状态，未及时处理的BUG，有责任提醒开发人员及时处理；•对偶发性BUG，须写明偶发频率；开发人员注意事项•及时处理属于自己的BUG，响应时间须满足优先级要求；•对解决方案的选择要秉持谨慎负责的态度；•属于重复BUG的，须写明重复BUG的编号；•解决Build是修复完成后的版本信息，须提供正确、完整的版本信息；