实习之路_Bug的等级以及log的划分

实习期间中的笔记，BUG等级log划分是很重要的（特别是初级工程师，刚刚要进入企业工作的应届生来说＝＝｜｜我就是１８界的应届生）
**

• .bug的等级划分:

**
五类划分:
A类—导致系统崩溃、死机；出现不可挽救的数据丢失或损坏、内存泄露
B类—导致程序模块丢失或未实现；软件错误导致数据丢失；用户需求未实现
C类—发现影响被测功能正确实现的问题
D类—一般性错误或者功能实现不完善等
E类—一些建议性的错误
重大性Bug使用白底黑字表示

.**

• 缺陷优先级:

**
优先级的划分：
低——>中——>高——>紧急
延迟处理——>正常排队——>优先处理——>紧急处理

一般严重的程序搞的缺陷具有较高的优先级别。严重度高说明缺陷对软件照成的危害性大，需要优先处理；但是严重性高优先级别不一定高，如果某个严重的软件缺陷只在非常极端的条件下产生。可以不马上处理。
严重程度优先级不一定低:
如果是软件名称或公司名称的拼写错误，虽然说其属于界面错误，严重程度不高，但其关系到软件和公司的市场开解，必须尽快修正。
**

• Bug处理流程

**：

**

• log日志等级

** ：
一般都提供了这样5个日志级别：
× Debug：这个级别最低的东东，一般的来说，在系统实际运行过程中，一般都是不输出的。这个级别的信息，可以随意的使用，任何觉得有利于在调试时更详细的了解系统运行状态的东东，比如变量的值等等，都输出来看看也无妨
× Info：这个应该用来反馈系统的当前状态给最终用户的，所以，在这里输出的信息，应该对最终用户具有实际意义，也就是最终用户要能够看得明白是什么意思才行。从某种角度上说，Info 输出的信息可以看作是软件产品的一部分（就像那些交互界面上的文字一样），所以需要谨慎对待，不可随便。
× Warn：表明会出现潜在错误的情形，该是这个时候进行一些修复性的工作，应该还可以把系统恢复到正常状态中来，系统应该可以继续运行下去。
× Error：就是说可以进行一些修复性的工作，但无法确定系统会正常的工作下去，系统在以后的某个阶段，很可能会因为当前的这个问题，导致一个无法修复的错误（例如宕机），但也可能一直工作到停止也不出现严重问题。
x Fatal 那就是相当严重的了，可以肯定这种错误已经无法修复，并且如果系统继续运行下去的话，可以肯定必然会越来越乱。这时候采取的最好的措施不是试图将系统状态恢复到正常，而是尽可能地保留系统有效数据并停止运行。