bugfree思想整理和使用注意事项

                        -----摘抄网络文章（hsz8250的文章

BugFree是一个bug管理工具，重要的是掌握其中蕴含的软件研发的流程思想。能够记录每个问题的处理过程，不断的提醒开发者现在还存在的问题，不会丢失和忘记。对于软件可持续发展至关重要。

在工作中，基本上都是和解决其他人提出的要求和发现问题，再提出给相应的人解决。

使用BugFree,我们所有人都可以创建，指派Bug，或者改变Bug状态。

过程大致如下

1)当测试人员（美术和策划部门的人员在发现问题时同样算测试人员）发现问题就立即新建一个Bug予以跟踪并且指派给相关的开发小组长(Dev Lead)（例如，程序，策划，美术方面相应负责人）

2)开发小组长判断这个Bug属于某个特定开发人员，并指派给他处理

3)开发人员根据Bug的详细描述信息找到问题所在，修改程序或相应资源解决bug并且将bug返回给当初的测试人员；或者在有争议的时候，把Bug指派给这个部分的设计人员，要求一个澄清说明。

4)测试人员（提出Bug者）在看到某个Bug被解决后，就需要去验证这个bug是否当真不存在了，根据最初的发现步骤去证实问题真的解决了，就关闭这个bug；若还能重现，或不同意开发人员的解法，可以激活这个bug，返还给当初的开发人员做进一步调查处理

5)当测试人员和开发人员无法达成一致意见时，由对应的设计者出面做出协调，判断这个Bug的严重程度、对用户可能的影响，根据产品的进度和项目资源作出评估，是否真的需要修理掉这个进度（这种协调和讨论大部分将在一个相对固定的时间，如例会上进行）

最后要强调两点
    第一：团队中的每个人发现问题时都可以创建个Bug来跟踪

第二：不仅仅是软件功能上的Bug,其他各种问题，如需求文档（Spec）的改动，界面上的错别字、帮助文档的遣词造句问题，某项任务的指派等等

“Everything Should be tracked in this soft!”

看了这到这里，我想起了听微软老陆讲的，在微软任何人都是qa，都会提交bug。