bug的处理流程(3)

　　固定

　　对于推迟处理的问题可以暂时进行固定(“固定”为QC中的叫法。)一般固定的问题需要经过项目经理与测试经理协商后才能固定。

　　处理缺陷

　　开发人员在确认完一个问题需要处理时，那么就对其进行处理工作。(例如，redmine 是支持处理人时时更新问题处理进度的，如 已处理30% ，已处理80% 等，当然，对于短时间内可以修复的问题就没必要时时的去更新处理进度。)

　　回归缺陷

　　回归缺陷对于测试人员来说是非常重要的工作，其有三个入口两个出口。

　　确认非缺陷问题：对于提交的一个缺陷，开人员处理为非问题或无法重现，然后直接转交给测试人员回归。测试人员再次确认，如果真如开发人员所说，则将问题关闭。如果非开发人员所说，是由于问题描述模糊或其它原因喂重现问题，则再次注明原因转给开发人员。

　　确认修复问题：对开发人员修复的问题再次进行确认，确认能过，则关闭问题。确认不通过，将问题再次打开并转给开发人员。

　　确认固定问题：有计划的对固定问题进行确认，有些固定问题随着时间的推移，版本的更新或已经不存在了，对这类问题应该及时关闭。有些固定问题依然存在且变得紧急，对于这类问题应该及时打开交给开发人员处理。

　　关闭缺陷

　　对于已经修复的缺陷进行关闭，这也是一个缺陷的最后一个状态。

　　注1： 文中提到了产品与项目，好多人分不清项目与产品，各自有各自的理解。我个人从用户群上来划分。如果面向的是特定客户的需求，那么称其为项目，如某医院的医疗系统，某公司的管理系统。面向大众用户且长期运营的需求，称为产品，如，某网站，某网络游戏。

　　如果小A让我给他做一个网站呢?对于我来说，小A是我的客户，这个网站对我来说就是一个项目，对于小A来说，他的网站是面向大众用户的，那么对于小A来说，网站就是自己的产品。

　　富士康带工苹果手机是一样的道理，富士康接到苹果的订单，那么对富士康来说是个项目，完成项目，拿到钱就算项目结束。苹果手机对苹果公司来说是一个产品，它长期持有这个产品的所有权，并且不段的更新自己的产品。

　　注2： 本文中用到了 bug、缺陷、问题等三个词语，用词比较模糊，本文中表示为一个事物。

原文转自：http://www.uml.org.cn/Test/201301232.asp