今天完成的事情：（一定要写非常细致的内容，比如说学会了盒子模型，了解了Margin） 

准备进入真实项目评审
明天计划的事情：（一定要写非常细致的内容） 

继续准备进入真实项目评审

了解敏捷开发流程 项目开发流程

熟悉方案设计标准

熟悉性能测试标准

熟悉CodeReview标准

遇到的问题：（遇到什么困难，怎么解决的） 

不熟悉Bug修复流程 ?

收获：（通过今天的学习，学到了什么知识）

测试bug等级划分标准

1.创建bug的时候要选指派人，如果有需要的情况就抄送相关人员

2.标题要表达清楚。

3.重现步骤，除了一些偶现的，请务必写上步骤(bug是怎么一步一步出现)以及期望结果(应该出现的正常结果)

4.类型/严重程度  这个要分为两点来说，

（1）首先类型、是说明这个bug的类型属于简单界面，还是逻辑错误，还是其他问题，类型有：

代码错误

界面优化

设计缺陷

配置相关

性能问题

标准规范

测试脚本

其他  

这个测试人员提交的时候注意类型尽量写对，如果不对的话会影响到一些东西。如果测试人员不知道属于什么类型的bug时也可和开发人员或者leader商量，属于哪种类型。

（2）其次是严重程度，是说bug的严重度，bug的严重度越高，说明会影响到项目的进展，优先解决的级别就越高。

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

1.critical：是说项目中某一块功能因为这个bug而导致测试无法进行下去，此critical级别，该等级问题出现在不影响其他功能测试的情况下可以继续该版本试。

2.block是说项目中有闪退情况，崩溃情况。此为block级别，出现这种级别的问题此本停止测试。

3.major：是说一些功能没有实现，但是不影响使用，功能菜单缺失，但不会影响系统稳定。此为major，这种问题应该合理安排时间进行修改。

4.normal：是说界面等UI问题显示错误，比如字体大小，颜色，间距等问题。此类问题在测试初期较多，优先程度较低；在测试后期出现较少，应及时处理）。

5.minor：是说界面、性能缺陷，建议类问题，不影响操作功能的执行，可以优化性能的方案等。此为minor级别。