Bug处理流程和类型（5）

 bug处理流程

（1）新建bug单

 写上bug的标题，

 复现这个bug的具体步骤，

 一些前置条件和截图，

 把bug单指定给相关的开发人员

 

（2）待修改

 等开发人员修改完毕

 把bug单置成待验证状态

 返回给测试

 

（3）待验证

 测试人员获取最新的产品，如果发现bug已经修复则置成已验证，

 如果发现bug还存在，则置成待验证，如果开发人员发现这个bug

 是无法处理的，把这个问题指定给产品人员，由产品人员确定是否遗留

 有些bug是由于测试环境问题或其他一些因素造成的，或许并不是一个问题，

 测试人员可能会出现误判，此时开发人员会把这个问题置成不是问题，返回给

 测试人员，确认后直接关闭

（4）已验证

（5）关闭

 bug类型：
功能错误：功能上的错误性bug

代码错误：一般很少出现，通常在自测时出现（对白盒测试、自测的比较适合）

内容相关：业务逻辑方面以及业务描述等相关问题

表单相关：表单逻辑、样式、内容问题

用户界面：UI表现，包括对话框样式和文字描述问题

需求变动：原有的需求基础上的更改

新增需求：会议上提出的新需求，非正式会议提出的不属于该项

设计文档：数据库设计文档、概要/详细设计文档

建议：功能已满足但待改善，属于改良性建议

配置相关：如web服务器或者数据库服务器配置等问题

安装部署：项目部署时出现的错误，可能不是程序本身的问题而是工具本身和人为因素引起

安全相关：加密和水印等安全信息

性能压力：负载、压力测试

标准规范：根据国际标准或者公司内部制定的某标准

测试脚本：如用工具LR编写并执行脚本进行测试

事务跟踪：产品缺陷/bug跟踪（Defect/bug Tracking） 
工作任务跟踪（Task Tracking） 
问题解决过程跟踪（Problem Tracking） 
产品需求管理（Request Management）