Bug Tracker 使用手册

第三章 管理 Bug Tracker

内容列表

3.1 基本设定

3.2 群组

3.3 使用者

3.4 客户回报系统

3.5 客户管理

3.6 状态管理

3.1 基本设定

在您登入后，请选择上方的「系统设定」，您将会看到下列画面：

您可以在此页面中看到所有的系统设定项目，我们先来看「基本设定」：

• 系统名称：本名称会在发送电子邮件时使用并显示于画面最上方。
• 日期格式：选择系统显示的日期格式。
• 自动重导页面：在您进行操作送出窗体之后，如果该操作成功完成，我们会显示一个确定的页面。如果自动重导页面设定「是」，则会自动重导页面到下一页，而无需出现确定的画面。
• 一般使用者登入时的认证方式：Bug Tracker 有二种使用者认证的模式 ─ 「使用 Bug Tracker 数据库存放密码」或「使用 IMAP 服务器」。使用 Bug Tracker 数据库存放密码时，使用者的密码会被存放在数据库中；而使用 IMAP 服务器则是由 IMAP 服务器进行密码认证。值得注意的是，当使用 IMAP 模式时，您仍需新增使用者，使用者的信息还是存放在数据库，只有密码才是使用 IMAP 服务器。
• 寄发信件时所显示的寄件者：这是在发送电子邮件时所要使用的寄件者。
• 寄发信件时寄件者的电子邮件：在发送电子邮件时，我们会使用这个邮件地址。
• 寄发信件方式：Bug Tracker 在寄送电子邮件有二种方式：「使用 PHP 内建的 mail() 函式」或是「使用 Bug Tracker 的寄信函式」。如果您的 Bug Tracker 是安装在一台可以寄发电子邮件的 FreeBSD、Linux 服务器上，您可以使用系统 mail 指令 (默认值)。但是如果将 Bug Tracker 安装在 Windows 的机器上，或是您的服务器要求身份认证才能发信，则必须使用 SMTP 协议去连接其它的邮件服务器。
• 允许使用者订阅项目：如果您允许使用者订阅项目，则当使用者更新或建立回报时，已订阅的使用者将会收到信件通知。不过，如果您的系统中有很多使用者，则每次寄发的信件可能会很多。
• 最多可有多少领域分类：你可以在项目中设定领域分类及拥有者。本项目是用来设定最多可以有多少个分类。
• 每个使用者最多可有多少过滤器：每个使用者都可以有自己的过滤器，这些过滤器会被用在专案列表上。本项目即是用来限制使用者最多可以设定的过滤器数量。
• 每个使用者最多可分享多少过滤器：使用者可以将他们所设定的过滤器分享给其它人使用，这个数字就是最多允许使用者分享的数目。
• 最多保留多少笔系统日志：当系统日志超过本数目，系统会自动删除旧的记录。

3.2 群组

每个使用者都必须属于一个群组。Bug Tracker 的权限控制机制是建立在群组上，您可以给予群组使用某项功能或设定某个状态的权利。例如，你可以新增一个「市场部」的群组，并予许它管理客户回报系统；或者，你也可以新增一个「开发部经理」的群组，并让它拥有所有权限；而「开发部工程师」设定为不能删除回报或删除项目。

「可以使用的状态」可以让您设定某个群组可以使用的状态。例如，你可以设定只有项目经理才可以将回报的状态设为 "By design"，而测试人员才可以将状态设为 "Could not reproduce"。

3.3 使用者

在使用者设定的页面，你可以新增、删除、编辑使用者。使用者信息最少必须有使用者名称、邮件、及密码。一旦使用者名称新增后就不能修改，而且不可以包含特殊字符，例如： \$,"*<>()\ 等。

在新增使用者之后，强烈建议您不要将使用者删除。因为所有的回报数据中可能都会参考到使用者名称，如果您删除了某一个使用者，原本关于该使用者的字段都会被清空，这将不利于您日后追踪。如果您要删除使用者，建议您可以直接将该使用者的账号状态设为「停用」。

你可以设定使用者可以存取的项目，使用者只能存取「允许使用项目」打勾的项目。您也可以在项目管理页面中去设定可以使用项目的使用者。所以，具有编辑项目权限的人也可以修改「允许使用项目」的设定。

3.4 客户回报系统

Bug Tracker 有一个客户回报系统的接口，您可以修改该系统的属性：

• 系统名称：本系统名称会出现在客户回报系统的页面最上方及发送邮件时。您可以在这里加上您的公司名称。
• 寄发信件时所显示的寄件者：当客户回报或是内部使用者更新回报时，系统会以此寄件者寄信给客户及内部相关人等。
• 寄发信件时寄件者的电子邮件：这是寄发上述信件时所使用的邮件地址。
• 回报系统登入模式：客户回报系统有三种登入模式 ─ 客户模式、匿名模式、客户及匿名模式。在客户模式下，我们只允许已存在的客户使用者登入；而匿名模式下，客户可以自行注册账号，注皿后，我们会将它放在 Anonymous 群组中。而客户及匿名模式则为上述二种模式的组合。如果您将登入模式设为「关闭」，则客户回报系统将不可使用。
• 汇入内部系统时预设回复内容：在客户回报后，内部具有权限管理客户回报的使用者可以更新其回报。如果该回报经确认后汇入内部系统，我们会自动将客户回报的状态设为 "In Process" 并寄发信件给客户。本项目就是寄发信件的内容。
• 当已汇入的内部回报状态的类型为 closed 时，要自动写入客户回报的讯息：在客户的回报汇入内部系统之后，若内部对应的回报状态的类型被设为 closed，系统会自动更新客户回报，并寄发信件。本项目即为该信件的内容。在这个字段中，"__STATUS__" 这个特殊字会被取代为内部系统 closed 的状态名称。

客户回报系统可以完全地和 Bug Tracker 分开，您可以将 feedback_site 这个目录搬到其它目录或是另一台服务器上。详细情形请参考 4.3 节的说明。

3.5 客户管理

如果客户回报系统的登入模式设为「客户模式」，则只有在客户管理中所新增的客户使用者才可以登入。在新增客户使用者之前，您必须先增加客户。所谓的「客户」就好像是群组一样，在新增完客户之后，您才可以开始新增该客户下的使用者。Anonymous 是预设的系统客户，用来做为匿名使用者的预设群组，您无法删除它。

您可以在「允许使用项目」项目中设定某客户可以使用者项目。在新增、编辑客户使用者时，您可以设定客户使用者的属性。和系统内部使用者一样，我们建议您不要删除客户使用者，若您需要移除账号，只要将该账号状态设为「关闭」。

如果客户使用者的「接收所有同僚回报的信件附本」设为「是」，则当同属一个客户的使用者新增或更新回报时，该使用者也会收到系统所寄发的信件。

3.6 状态管理

在您使用 Bug Tracker 一段时间之后，我们建议您不要再修改状态的设定。若您真的有修改的需求，您可以在状态管理的页面进行修改。

我们会在每个回报数据中存入状态的编号，如果您修改了某个状态的名称，则回报数据中的状态也会跟着改变。所以如果你想要将某个状态名称从「Duplicated」改为「重复的」，既然它们的意思一样，没问题，您可以修改。但如果你想要删除「Duplicated」并增加一个 「Pending for decision」的状态，请不要使用编辑的户式，而应该先将「Dulicated」删除，再新增一个「Pending for decision」。