今天完成的事情：学习了BUG级别 BUG状态 BUG修复流程  

明天计划的事情：学习BUG使用工具

收获：

BUG级别：（由高到低）

1.critical：系统直接崩溃，瘫痪。无法正常打开使用产品

2.block：逻辑出现严重问题，流程卡住，无法进行下一步

3.major：部分功能出现闪退，功能没有实现，但是不影响使用，功能菜单缺失

4.normal：产品可以满足业务要求，部分小限制不符合验收标准，内容显示错误

5.minor：界面等UI问题显示错误

BUG状态：

1.待处理（new）：测试人员或用户发现新问题后提交的状态

2.已确认（open）：经测试人员及研发人员讨论后确认是BUG，提交的状态，由测试人员来设置。

3.已处理（fixed）：经研发人员确认是BUG后修复的状态，修改还没有验证，由开发人员来设置。

4.已修改（closed）：测试人员认为问题已经修改，通过验证，由测试人员设置。

5. 仍存在（reopened）：测试人员认为BUG未修复成功，问题仍然存在，由测试人员设置。

6. 不是问题（reject）：研发人员确认不是BUG，或者建议与意见决定不采纳。

7. 暂不处理（hold）：当前版本不做修改，后续版本再考虑，由研发人员或测试人员设置。

BUG修复流程（禅道）

1.测试人员发现BUG

2.测试人员确认BUG

3.提BUG给指定开发人员

4.开发人员确认BUG

5.开发人员修复BUG

6.开发人员点击已解决

7.开发人员把修复的BUG给测试人员进行演示

8.开发人员发邮件申请测试环境，并登记到wiki

9.测试人员部署测试环境，并登记到wiki

10.测试人员复测BUG，并登记到wiki

11.测试人员复测无问题后，关闭BUG并在wiki登记

12.测试人员再次发现BUG，重复流程

BUG：

臭虫、缺陷、损坏、犯贫、窃听器、小虫等意思。又代表系统或者程序漏洞。

指在软件运行中因程序本身有错误而造成的功能不正常，数据丢失，体验不佳，死机等。

BUG分为程序BUG和游戏BUG

游戏BUG：

良性BUG：主要是地图漏洞或者是游戏漏洞，不会产生严重后果，主要是玩家通过该漏洞进行作弊，来达到游戏目的。

恶性BUG：对游戏是致命的，会对游戏过程和体验造成严重破坏。

程序BUG：

硬件BUG：硬件老化，出现错误。

                 硬件设计错误，导致出现出错

软件BUG：软件或者程序中的漏洞，不法人员通过该漏洞使用非法手段获取利益。

软件BOG出现原因：

对各种流程分支考虑不全面

对边界情况的处理不到位;

编码时的手误