GNU 开放源码的很多项目的缺陷追踪即使用 GNATS,我们先到 GNU 的缺陷追踪网站上面看一看:http://bugs.gnu.org/cgi-bin/gnatsweb.pl。
如果读者在 GNU 的缺陷追踪网站上没有正式的用户账号,就不能体验一个完整的缺陷追踪流程。下面通过搭建的一个临时服务器作为演示,服务器搭建流程见后面的章节。
以 test1(测试工程师1)登录,提交新发现的 bug;
test1 的权限是 "edit",以 test1 用户的身份登录后,在模块1的分类下输入新的 PR。
test1 用户收到反馈邮件
test1 用户收到 gnats-admin 用户发送的反馈邮件,表明正确提交了 PR;
模块1 的负责人收到邮件通知
dev1 用户是模块1 的负责人,test1 用户提交 PR 之后,dev1 用户收到系统发出的邮件通知;
dev1 用户对相应的 PR 描述的问题处理完毕后,将 PR 的状态修改为 "analyzed";
dev1 用户是模块1 的负责人,收到 test1 的邮件通知之后,根据邮件通知,解决相应 PR 描述的问题,解决问题之后,dev1 用户登录 Bug Tracking 系统,将状态修改为 "ananyzed";
每次对 PR 的修改,都在 Audit Trail 字段里留下修改记录;
dev1 用户对 PR 的修改,将以邮件形式通知 PR 的创建者 test1;
test1 用户检验 dev1 的改动,如果 PR 确实已经修正,修改相应 PR 的状态为 "closed"
dev1 用户收到 test1 用户发出的 PR 已经关闭的邮件通知;
从上面的流程可以看出,GNATS 的 PR 管理工作流程和 Starteam Change Request 管理流程是多么的相似,而且 GNATS 用户可以随意定制 PR 的状态,模拟出和 Starteam 一模一样的工作流程。下面介绍 GNATS 的安装和配置。
Copyright © 2006 WorldHello 开放文档之源 计划 |