发表于: 2018-03-12 20:35:51
2 975
今天完成的事:看了BUG的修复流程、BUG级别、BUG的状态标准。继续看了逗你学的原型图和需求
明天的计划:继续看有关任务5的知识资料和逗你学的原型及需求争取早点了解原型和需求等第六期逗你学完成写测试点及用例
遇到的困难:BUG的难度级别不认识英文,靠翻译。。BUG的种种资料靠文字难记,还是得需要和实际操作相结合来加深映象
收获:知道BUG的级别、状态及修复流程的基本知识
BUG的修复流程
整个流程分为两大类:测试环境和线上环境。把两种环境又分为两种情况:web和java、app
测试环境(web java)
1测试人员发现BUG。 2测试人员确认BUG。 3测试人员提交BUG(major以上@相关人员)。 4相关开发人员禅道确认BUG。 5开发人员对bug进行修复。 6开发人员点击已解决。 7开发人员把修改的问题给测试人员进行演示。 8开发人员发申请测试环境的邮件,说明修改了那些问题,邮件写明WIKI网址,通知相关人员,并登记WIKI(201X.XX测试)。9相关的运维人员部署测试环境,并回复邮件,登记WIKI(201X.XX测试)。 10测试人员复测BUG. 11测试人员关闭BUG,并在WIKI(测试人员确认)进行登记(201X.XX测试)。 12测试人员有问题重新激活。 13重新激活后从第四条继续走流程
APP
1测试人员发现BUG。 2测试人员确认BUG。 3测试人员提交BUG(major以上@相关人员)。 4相关开发人员禅道确认BUG。 5开发人员对BUG进行修复。 6开发人员点击已解决。 7开发人员说明修改了那些BUG,告知测试人员,把修改好的BUG号列举出来。 8开发人员登记WIKI(201X.XX APP测试) 9开发人员给测试人员进行演示。 10开发人员给测试人员修改好的新包。 11测试人员复测BUG。 12测试人员关闭BUG,并登记WIKI(201X.XX APP测试)。13测试人员有问题重新激活。 14重新激活后从第4条继续走流程
BUG的级别
1 Blocker(崩溃)阻碍开发或测试工作的问题;造成西永崩溃、死机、死循环,导致数据库数据丢失,与数据库连接错误,主要功能丧失,比本模块缺失的问题。(如代码错误、死循环、数据库发生死锁、重要的一级菜单功能不能使用。 这类问题在测试中出现得较少,一旦出现应立即中止当前版本次测试)
2 Critical(严重)系统主要功能部分丧失、数据库保存调用错误、用户数据丢失,一级功能菜单不能使用但不影响其它功能的测试。功能设计与需求严重不符,模块无法启动或调用,程序重启、自动退出,关联程序间调用冲突,安全问题、稳定性等。(如软件中数据保存后数据库中侠士错误,用户所要求的功能缺失,程序接口错误,数值计算统计。该等级问题出现在不影响其它功能测试的情况下可以继续该版本测试。 )
3Major(一般)功能没有完全实现但不影响使用,功能菜单存在缺陷但不会影响系统稳定性(操作时间长、查询时间长、格式错误、边界条件错误,删除没有确认框、数据库表中字段过多。 该问题实际测试中存在最多,应该合理安排时间进行修改。)
4Minor(次要) 是说界面、性能缺陷,建议类问题,不影响操作功能的执行,可以优化性能的方案(如错别字、界面格式不规范,页面显示重叠、不该显示的要隐藏,用户体验感受不好,可以优化性能的方案等。 这类问题在测试初期较多,优化程度较低;在测试后期出现较少,应及时处理)
BUG的状态标准
1待处理(new):测试人员或用户发现新问题后提交的状态
2已确认(open):经测试人员及研发人员讨论后是BUG,提交的状态,由测试人员来设置
3已处理(fixed):经研发人员确认是BUG后修复的状态,修改还没有验证,由开发人员来设置。
4已修改(closed):测试人员认为问题已经修改,通过验证,由测试人员设置
5仍存在(reopened):测试人员认为BUG未修复成功,问题仍然存在,由测试人员设置
6不是问题(reject):研发人员确认不是BUG,或者建议与意见决定不采纳
7暂不处理(hold):当前版本不做修改,后续版本在考虑,由研发人员或测试人员设置
评论