产品开发之有效BUG

有效BUG

1. 有效BUG定义

在特定的项目开发过程中，能够对产品的设计、开发、生产、销售和维护产生变动性影响的测试问题。

2. 概述

对测试驱动的项目开发模式来说，对BUG进行有效性分析具有重要意义。
BUG有效性分析是可以将纷繁复杂的问题进行分类甄别后，再做出相应的处理，作为项目管理、开发和测试流程中的重要指导和判定依据。
BUG有效性分析的目的是对诸多的问题进行甄别，进行分类筛选，区分出需要紧急处理、立即解决、优先解决或必须解决的问题，将开发、测试资源用于最需要解决的问题上。
BUG有效性分析可以改善目前手机研发中对问题处理的无序和盲目状态，增强资源配置的有效性, 提高工作效率，避免人力、物力和财力的浪费。

3. 问题与BUG

手机开发、测试过程中会遇到很多问题，但不是所有问题都能形成BUG，即使形成了BUG也不一定是有效BUG。
就是说首先要确定是不是问题，即使是问题也不一定是BUG，即使是BUG不一定是有效BUG。

有效BUG是项目开发过程中的重点分析和解决对象，应该将大部分资源用于解决有效BUG上。
这里有下面几点要着重说明:

一、特定的项目: 说明有效BUG是有针对性的，有范围的，有时效性的。

1. 有效BUG的针对性： 在一定需求范围内是有效的。
2. 有效BUG的时间性： 在一定时间范围内是有效的。
3. 有效BUG的版本性： 在某些版本上是有效的。

二、变动性影响:
指对该BUG的分析修改过程能对系统造成变动性影响，包括:

1. 软硬件配置参数的修改。
2. 软件代码的修改。
3. 硬件电子线路的设计更改。
4. 元器件的更换。
5. 手机结构设计的改动。
6. 第三方的模块改动。

三、有效的BUG必须满足的条件:

1. 按规范提交测试。(包括标题，环境，描述，步骤，日志等，日志不一定是必须的).
2. 可验证。（不一定可重现，但一定是可验证的）.
3. 可修改。（即使必现的BUG因为设计原因，配置参数, 如低端机，功能不支持，修改代价过高等原因而不能修改的也不能列入有效bug）
4. 必须是由测试人员提出。(如果是用户、第三方提出的问题，必须经过我们的测试提交之后才能形成BUG, 但此BUG不一定有效。)

四、测试问题:
BUG是系统的软硬件缺陷，使用时会产生问题。一是指形成BUG必须是测试人员按一定格式规范提交到BUG系统，二是可以具体验证性。

【有用BUG】

不是所有的问题都能形成有效的BUG. 有些的确是问题，如电话没接通，短信没收到。可能是手机问题，也可能是网络而问题。发现了问题的确有用，但不一定有效。但有效的BUG一定是有用的。
有用BUG经过进一步测试可以向有效BUG转化。

【随机BUG】

BUG复现几率: 0-1， 0-没有出现。1，必然出现。除此之外的有一定几率的随机BUG.
随机BUG如同防火，应以预防为主。事后补救的做法不可取。

【BUG的发现机制】

测试的标准化，规范化，工具化。