今天完成的事情：

1、参与评审

2.画原型

3.审核师弟任务

明天计划的事情：

1、画测试原型

遇到的问题：

1.逻辑设置，需要思考

收获：

什么样的Bug是允许上线的，什么样的Bug是不允许上线的？

首先要了解BUG的优先级：

critical

block

major

normal

minor

Critical:最严重，系统崩溃，完全不可用。

Block：用户操作卡住，无法进行下一步

Major：BUG的分界线，关键业务逻辑走不通。

Normal：不太重要的功能出现BUG，可以在上线后解决

Minor：不重要的BUG，如兼容性、字体问题

以Major作为bug体系的分界线，通常而言，有Major以上的Bug是不允许上线的-都跑不通流程，你发布上线干嘛呢？如果出现major，开发人员应立即停掉手上项目开发，第一时间修复Major bug，并提交到测试环境。

系统是否能上线非常重要的一个依据就是，是否还存在major级别以上的bug，如果存在，能否先把这个模块去掉，先去上线没有问题的模块。

在提Bug的时候，要注意，一定要描述清楚Bug出现时间的操作步骤（关键点附截图），使用环境（操作系统，手机型号，浏览器版本，上下文）和预期结果（正确的结果是什么），同时标明是偶现，还是必现，以及提供重现的数据。

这对于开发人员来说，非常重要。毕竟他们天生会说：在我这里没问题啊（是你这个SB不会用吧）。

Bug的优先级是什么？一般会分成几个级别，分别对应什么含义？ 

bug级别

严重程度由高到低依次为：

1.critical

2.block

3.major

4.normal

5.minor

critical：

系统直接崩溃，瘫痪。所有人员无法正常打开产品进行使用。

block：

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

major：

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

（一般demo结束之后，功能错误或者数据错误，重要的需求优化我们会提该级别bug，需求优化我们会注明是需求优化。不会影响系统稳定）

normal：

产品可以满足业务要求，部分小限制不符合验收标准，内容显示错误。界面主流浏览器（根据PM定）的兼容性。

minor：

界面等UI问题显示错误，比如字体大小，颜色，间距等问题，性能缺陷，建议类问题，不影响操作功能的执行，可以优化性能的方案等。