Bug的分类及bug的状态
（面试重中之重）
分类：
| bug类型 | 表现形式 |
|---|---|
| 功能缺陷 | 业务流程未实现 |
| 代码错误 | 错误页404、500 |
| 界面优化 | UI问题、图文显示 |
| 安装部署 | 安装失败、无法访问等 |
| 性能问题 | 响应时间久、加载慢 |
| 安全相关 | 密码明文显示、涉及金额计算错误 |
| 设计缺陷 | 需求问题 |
| 其他划分 | 兼容性类、易用性类 |
严重程度：
| bug严重程度 | 表现形式 |
|---|---|
| 致命（最高） | 系统崩溃（请求直接把服务器搞坏）死机、死循环、导致数据库数据丢失，与数据库连接错误，主要功能丧失，基本模块缺失，重要的一级菜单功能不能使用等 |
| 严重（高） | 系统主要功能部分丧失、数据库保存，提交调用错误，功能设计与需求严重不符，自动退出、稳定性差，数值计算统计错误等（该问题出现在不影响其他功能测试的情况下可以继续该版本测试） |
| 一般（中） | 功能菜单没有完全实现存在缺陷但不会影响系统稳定性，如：操作时间长、查询时间长、格式错误、边界条件错误，删除没有确认框、数据库表中字段过多等（该问题实际测试中存在最多）10个字段 11 --12 13– |
| 轻微（低） | 兼容性、界面优化、不影响操作功能的执行，错别字，页面显示重叠，提示语丢失（此类问题在测试初期较多，优先程度较低）登录 登陆 |
| 建议性（低） | 如界面显示一个可点击控件，可以建议在某个逻辑下才会出现此控件，相当于一个逻辑性问题，但是不影响主功能。 |
状态：
| bug状态 | 表现形式 |
|---|---|
| 待处理（提交——激活） | 测试人员或用户发现新问题后提交的状态 |
| 已确认 | 经测试人员及研发人员讨论后确认是bug，提交的状态，由测试、开发人员来设置 |
| 已处理=已解决 | 经研发人员确认是bug后修复的状态，修改还没验证，由开发人员来设置 |
| 已修改=已关闭——最终bug状态 | 测试人员认为问题以经修改，通过验证，由测试人员设置 |
| 不是bug | 研发人员确认不是bug，或者建议与意见决定不采纳，由开发人员来设置 |
| 暂不处理=挂起 | 当前版本不做修改，后续版本在考虑，或者一时不确定是解决不解决，需要过一两天来决定，这样的bug就需要挂起状态由研发人员或者测试人员设置 |
