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）