4.1bug的分类
①功能性bug：产品实现过程中，具体逻辑的实现错误
（比如登录时，用户名要求邮箱登录，但是未验证邮箱的格式，有可能是前端或者后端某一方未验证导致的实现错误。如果是前端未验证：频繁且大量的错误请求发到后端而带来无意义的压力；如果后端未验证，则错误数据会直接进入到数据库中）
②需求型bug：指在软件项目管理的过程中,需求阶段就埋下了隐患,如未按照需求实现、需求理解错误或需求未描述清楚等情况
③性能型bug：指在软件在多人同时使用或长时间运行时出现了响应慢,甚至是崩溃的问题
类型：多人使用的时候导致系统的崩溃（微博、购物软件崩溃之类的）
结论：是难解决的，金钱和用户之间的一种平衡
④常识性bug：在过去用户一直是这样认为的,已经形成种默认的约定,但软件设计或开发人员就不按照约定俗成的规则来
这些问题其实是比较常见的问题，在工作的过程中，大家容易按照自己的惯性思维去思考问题。所以对待问题和需求文档要明确细节，谨慎对待，不可以惯性思维，不理解的地方及时指出提问。
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~分界线~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
4.2 从项目的角度看bug的生命周期
重点知识※
①bug的生命周期有哪些
②bug有哪些状态（一般情况下是9种，有的公司把 “拒绝中” 的状态归类到 “被拒绝的” 状态，所以有的算作8种）
