bug描述及缺陷管理

1. 什么是bug
   （1）功能没有实现或与规格说明不一致的问题
   （2）不能工作，如死机、没反应、黑屏
   （3）不兼容
   （4）边界条件未作处理
   （5）界面、消息、提示、帮助不够准确
   （6）屏幕显示（UI）不正确
   （7）有时把尚未完成的工作（复制不完全等）
2. BUG报告
   概念：记录了Bug发生的环境、再现步骤、性质的说明及其处理过程和状态；BUG的处理进程从一定角度反映了测试的进程和被测软件的质量状况及改善过程
3. 判断Bug的规则
   （1）产品未达到需求标明的功能
   （2）产品出现了需求特定指出不会出现的内容
   （3）产品功能超出了需求的范围
   （4）产品未达到隐性需求
   （5）用户对于产品体验不好的部分
   （6）报告Bug时应当保证bug是可以重现的，对于偶先状况，则应当反复测试，直到确定bug的发生场景
4. 描述Bug
   （1）短小：只解释事实和演示、描述Bug必需的细节
   （2）单一：每个报告中针对一个Bug
   （3）步骤清晰：清楚地描述Bug的发生场景，包括前置条件、操作的详细步骤
   （4）再现：按照预定步骤可重现相同状况
   （5）在报告Bug时只描述事实，不做评价
   （6）必要时可添加注释
   （7）提供证明bug存在的图片或其他类型的附件
5. 跟踪Bug
   （1）测试人员需要不断地跟踪Bug，直到Bug修正，问题解决为止
   （2）若开发人员认为Bug在当前版本可暂不修改，在后续的版本中再做修正，在后期的版本中一定要及时关注上个版本中遗留的问题