今天完成的事情：昨天没写完的萝卜多测试用例后台管理今天完成，并进行萝卜多测试前台和后台，编写测试结果，阅读从零开始学产品的第一课和第二课，关于测试的一切，在学习什么是产品之前，先了解什么叫测试。关于Bug的优先级，Bug简单来说，就是指应该发生的事情没有发生，或者是不该发生的事情发生了。跟Bug相关的几个问题：1.Bug是不是可以被完全消除？2.是不是程序员的水准越高，写出来的Bug就越少？3.应该在什么阶段去测试？4.什么样的Bug可以上线？和解决方法。Bug的优先级分为5种critical、block、major、normal、minor。Critical的Bug是最严重的，代表着系统崩溃，完全不可用，这种Bug出现，就是最严重的事故，完全打不开。Block的Bug也是非常严重的，它的含义是，用户的操作被卡住了，无法进行下一步。系统并没有大规模的崩溃，而是无法进行到下一步。Major的Bug通常是指流程可以走的通，但是关键的业务或者是数据错误，影响用户的正常使用。Normal的Bug就比较常见了，像一些分支业务逻辑里，偶尔会出现的问题，又或者是一些不太重要的地方出现的错误。通常我们知道他是一个Bug，但是对大部分用户来说都无关紧要，可以用，可以不用，我们知道他有Bug，噢，没关系，我可以等等。Normal的Bug应该被控制数量，我们建议的数量，是在开发人员提交测试之后，不超过3个。Minor的Bug，指那些无伤大雅的小问题，通常是指兼容性，不重要的文案错别字，样式错误等。这种Bug上原则上的修复时间看开发人员的空闲期。区分Bug的优先级意义这个依据，就是以Major的Bug为分界线，通常而言，有Major以上的Bug是不允许上线的-都跑不通流程，你发布上线干嘛呢？而在开发人员安排修复Bug的时候，也一定是优先安排Major的Bug，而不是先去修复Normal和Minor的Bug。提交任务一。

明天计划的事情：阅读从零开始学产品中的第三课和第四课，关于Bug的生命周期，三个环境，开发、测试和线上。做任务二

遇到的问题：后台测试了解不明确，师兄讲解

收获：关于Bug的优先级，Bug简单来说，就是指应该发生的事情没有发生，或者是不该发生的事情发生了。跟Bug相关的几个问题：1.Bug是不是可以被完全消除？2.是不是程序员的水准越高，写出来的Bug就越少？3.应该在什么阶段去测试？4.什么样的Bug可以上线？和解决方法。Bug的优先级分为5种critical、block、major、normal、minor