project-management - 错误跟踪最佳做法

As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center提供指导。

已关闭8年。

在我的公司中，这些规则适用:

仅允许测试人员创建问题。

开发人员必须发送电子邮件给测试人员，让他们创建问题。

开发人员向技术负责人发送电子邮件，要求他为他们自己认为可以解决的问题分配问题。

开发人员无法将问题分配给其他开发人员(必须将电子邮件发送给技术负责人)。

如果某个开发人员的问题被另一位开发人员的代码阻止，则她必须在错误跟踪系统之外解决此问题。

仅允许测试人员关闭自己打开的问题。

所有作业都必须经过技术主管，以便他可以跟踪问题。

与用户界面不直接相关的错误不会输入到系统中(必须在外部解决)。

您正在使用什么错误跟踪流程？它对您有效吗？

最佳答案

我们使用BugZilla进行错误跟踪，并且有如下规则:

任何人都可以报告错误，任何小小的改变都应该通过错误跟踪系统进行。如果是产品的增强功能，则应将该错误标记为增强功能，并应遵循错误跟踪系统。

任何人都可以将错误分配给其他人，这意味着，如果错误存在于其他人的代码中，则可以轻松地将问题路由给其他人。在某些情况下，可能需要将错误修复到一个以上的位置，即，首先要依赖其他人的代码，然后再由其他人来修复他/她的代码。在这种情况下，将错误分配给需要先完成工作的人员，然后他/她通过重新分配错误将错误路由给适当的人。

如果一个问题出现在多个位置，并且背后的代码不同，但问题显然相同，则将克隆该错误，以便可以将所有更改保留在单独的轨道上。

技术主管负责根据特定修复程序的需求对错误进行优先级排序。

测试人员/ QAE负责为漏洞分配严重性，即严重/主要/次要等。

所有错误均通过错误跟踪系统进行。来自客户的错误通过自定义标志分别分类，以指示客户错误。客户错误主要存在于较早发行的版本中，并为它们创建了补丁，因此，这些漏洞被分开保存。

这样，我们确保在源代码控制系统(TFS btw)和Bugzilla中同时跟踪所有更改，以便将来如有需要，任何更改都可以追溯到原始代码更改/所有者。

关于project-management - 错误跟踪最佳做法，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/465019/

上一篇：sql - 如何在选择时重命名表中的单个列？

下一篇：templates - D 模板 : Coolest Hack

bug-tracking - 如何获得最终用户(客户)对自定义开发项目的反馈

javascript - 如何跟踪react-admin dataProvider中的错误

version-control - 启动新项目时的源代码管理

cross-platform - 是否有任何带有 mylyn 集成的敏捷免费跨平台项目管理/ALM 工具？

project-management - 将生产力提高到每人/天 1 个错误修正

open-source - 最佳开源在线任务管理/项目经理？

bug-tracking - 错误、增强、新功能

bug-tracking - 具有 Mylyn 支持的最佳开源错误跟踪器

api - 如何像 Wine 在 Linux 中一样记录 Windows 中的所有 API 调用？