缺陷管理工具在项目中作用

软件中的缺陷（Defect或Bug）是软件开发过程中的"副产品"。缺陷的定义可以很广泛，在软件使用过程中所出现的任何一个可疑问题，或者导致软件不能符合设计要求或满足消费者需要的问题都可以是Bug。

每一个软件组织都知道必须妥善处理软件中的缺陷。这是关系到软件组织生存、发展的质量根本。可遗憾的是，并非所有的软件组织都知道如何有效地管理自己软件中的缺陷。 如果没有建立有效的缺陷跟踪管理流程，将可能导致如下的问题：

没有人记录自己发现的缺陷。

无法保证测试人员提交的缺陷报告符合规范要求。

测试人员发现的缺陷可能被开发人员忽略或遗忘。

没有人知道在新的软件版本里，究竟纠正了哪些缺陷，还有哪些缺陷未被纠正。

导致项目的交货期变得非常不可预测。

地域分散的开发团队， 通过email和文档交流，缺陷状态混乱，相关人员无法及时获得有关的变更信息。

无法对缺陷进行统计分析，查找原因并制定相应的预防改善措施。

URTracker在缺陷跟踪方面相对于其他软件的优势

可以对不同的项目定义不同的人员分组、事务字段和bug处理流程。当某个项目需要客户参与时，您可以创建“客户”组；当需要合作伙伴参与时，可以创建“合作伙伴”组；当市场人员需要参与时，可以创建“市场人员”组。

以“流转”的方式处理和更新Bug，而不是仅仅通过“编辑”操作(有权限的人都可以进行编辑，而只有bug的当前处理人才能将bug流转到下一个状态和待办人)。

在流转的过程中控制bug描述字段的填写和更新。如：在测试人员提交bug的时候，并不需要填写“优先级”“故障原因”“解决方案”等信息。因为测试人员本身无法确定这些信息，这些信息应该由项目经理在分配bug时填写。您可以通过对字段或步骤进行简单的设置即可实现这样的需求。

支持多种类型的系统预定义字段和用户自定义字段，支持丰富的输入输出控制特性。

控制每个工作组人员的权限。比如：

客户或合作伙伴所在的工作组，可以不允许其查看不是自己提交的bug；

只有项目经理所在的组成员可以删除某个bug，或者将bug重分配给另外一个开发人员处理；

可以对每个字段进行读写权限的控制。比如：对开发人员完成工作情况进行打分的字段，可以对测试人员隐藏。

可以将bug提交给一个组，组中有条件处理bug的人领取bug。

可以设置“协同处理人”，协同处理人不能更改bug的状态，但可以提交处理信息。比如，当某个bug需要多个开发人员修复时，可以指定一个主要处理人和多个协作人***同处理。

同时支持自动和手动通知。自动通知可以设定在某些步骤自动通知创建人、待办人、相关人员、某些组的所有成员或者某些指定的人。手动通知则允许bug的操作人根据需要选择将通知发送给哪些人。可以设置一部分自动通知，另一部分人允许操作人手工选择。

自动获取并记录“BUG提交人”、“BUG提交时间”、“BUG分派时间”、“BUG修复人”、“BUG修复时间”、“回归测试人”、“回归测试时间”、“回归次数”等数据，方便导出后进行统计、报表和归档；

根据设定的规则，对符合条件的BUG自动进行到期或超时提醒，自动对BUG进行升级处理；