Loading...

Bugzilla 操作说明

2011-02-21 15:24

用户登录及设置

用户登录

未注册的用户请在飞漫软件技术有限公司网站完成注册。

已注册的用户请在飞漫软件 Bugzilla 页面使用注册时的邮箱名和密码登录。

修改密码及设置

Login登录后，【Edit prefs】->【email settings】 进行邮件设置。

【Edit prefs】-> 【permissions】 进行权限查询

Bug 的处理过程

测试人员报告 Bug
  • 请先进行查询，确认要提交的 Bug 报告不会在原有纪录中存在。
    若已经存在，不要提交，若有什么建议，可在原有纪录中增加注释，告知其属主，让 Bug 的属主看到这个而自己去修改。
    若 Bug 不存在，创建一份有效的 Bug 报告后进行提交。
  • 操作：点击 New，选择产品后，填写下表。
    填表注意：Assigned to: 为空则默认为设定的 owner, 也可手工制定。CC: 可为多人，需用"，"隔开。Desription中要详细说明下列情况：
    • 发现问题的步骤。
    • 执行上述步骤后出现的情况。
    • 期望应出现的正确结果。
    选择 group 设置限定此 Bug 对组的权限，若为空，则为公开。
  • 操作结果：Bug 状态（status）可以选择 Initial state 为 New 或 Unconfirmed。系统将自动通过 Email 通知项目组长或直接通知开发者。
  • 帮助： Bug writing guidelines
开发人员报告 Bug
  • 具体方法同测试人员报告。
  • 区别：Bug 初始状态将自动设为 Unconfirmed，待测试人员确定后变为“New".
Bug 的不同处理情况
Bug 的属主 (owner) 处理问题后，提出解决意见及方法。
  • 给出解决方法并填写 Additional Comments，还可创建附件（如：更改提交单）
  • 具体操作（填表项如下）填表注意：
    • FIXED 描述的问题已经修改。
    • INVALID 描述的问题不是一个 Bug (输入错误后，通过此项来取消)。
    • WONTFIX 描述的问题将永远不会被修复。
    • LATER 描述的问题将不会在产品的这个版本中解决。
    • DUPLICATE 描述的问题是一个存在的 Bug 的复件。
    • WORKSFORME 所有要重新产生这个 Bug 的企图是无效的。如果有更多的信息出现，请重新分配这个 Bug，而现在只把它归档。
项目组长或开发者重新指定 Bug 的属主（owner）
  • 为此 Bug 不属于自己的范围，可置为 Assigned，等待测试人员重新指定。
  • 为此 Bug 不属于自己的范围，但知道谁应该负责，直接输入被指定人的 Email， 进行 Ressigned。
  • 操作：（可选项如下）
    • Accept bug (change status to ASSIGNED)
    • Reassign bug to
    • Reassign bug to owner and QA contact of selected component
  • 操作结果：此时 Bug 状态又变为 New，此 Bug 的 owner 变为被指定的人。
测试人员验证已修改的 Bug
  • 测试人员查询开发者已修改的 Bug，即 Status 为"Resolved",Resolution 为"Fixed"。进行重新测试。（可创建 test case 附件）
  • 经验证无误后，修改 Resolution 为 VERIFIED。待整个产品发布后，修改为 CLOSED。
    　　若还有问题，REOPENED，状态重新变为“New"，并发邮件通知。
  • 具体操作（可选择项）
    • Leave as RESOLVED FIXED
    • Reopen bug
    • Mark bug as VERIFIED
    • Mark bug as CLOSED
Bug 报告者（reporter）或其他有权限的用户修改及补充 Bug
  • 可以修改 Bug 的各项内容。
  • 可以增加建立附件，增加了相关性, 并加一些评论来解释你正在做些什么和你为什么做。
  • 操作结果：每当一些人修改了 Bug 报告或加了一个评论，他们将会被加到CC列表中，Bug 报告中的改变会显在要发给属主、写报告者和 CC 列表中的人的电子邮件中。
测试人员确认开发人员报告的 Bug 是否存在
  • 查询状态为“Unconfirmed"的 Bug
  • 测试人员对开发人员提交的 Bug 进行确认，确认 Bug 存在。
  • 具体操作：选中“Confirm bug(change status to New)"后，进行 commit.
  • 操作结果：状态变为“New"
查询 Bug
  • 直接输入Bug Id，点击 find 查询。可以查看 Bug 的活动纪录。
  • 点击 Query，输入条件进行查询。
  • 查询 Bug 活动的历史。
  • 产生报表。
  • 帮助：点击 Clue。

关于权限的说明

  • 组内成员对 Bug 具有查询的权利,但不能进行修改。
  • Bug 的 owner 和 reporter 具有修改的权利。
  • 具有特殊权限的用户具有修改的权利。

以上奖项不设人数限制，2011年5月10日开奖，于飞漫官网公布结果并邮寄奖品。

Bug 处理流程

  • 测试人员或开发人员发现 Bug 后，判断属于哪个模块的问题，填写 Bug 报告后，通过 Email 通知项目组长或直接通知开发者。
  • 项目组长根据具体情况，重新 reassigned 分配给 Bug 所属的开发者。
  • 开发者收到Email信息后，判断是否为自己的修改范围。
    • 若不是,重新 reassigned 分配给项目组长或应该分配的开发者。
    • 若是，进行处理，resolved 并给出解决方法。（可创建补丁附件及补充说明）
  • 测试人员查询开发者已修改的 Bug ，进行重新测试。（可创建 test case 附件）
    • 经验证无误后，修改状态为 VERIFIED。待整个产品发布后，修改为 CLOSED。
    • 还有问题，REOPENED，状态重新变为“New"，并发邮件通知。
  • 如果这个 Bug 一周内一直没被处理过。Bugzilla 就会一直用 email 骚扰它的属主，直到采取行动。