Bugzilla 测试人员操作备忘

这款是开源的测试bug管理平台,一般情况下,我们的账号都是设置为公司的邮箱.

修改密码及设置

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

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

测试人员报告 Bug

• 请先进行查询，确认要提交的 Bug 报告不会在原有纪录中存在。
  若已经存在，不要提交，若有什么建议，可在原有纪录中增加注释，告知其属主，让 Bug 的属主看到这个而自己去修改。
  若 Bug 不存在，创建一份有效的 Bug 报告后进行提交。
• 操作：点击 New，选择产品后，填写下表。
  填表注意：Assigned to: 为空则默认为设定的 owner, 也可手工制定。CC: 可为多人，需用"，"隔开。Desription中要详细说明下列情况：
  • 发现问题的步骤。
  • 执行上述步骤后出现的情况。
  • 期望应出现的正确结果。
  选择 group 设置限定此 Bug 对组的权限，若为空，则为公开。
• 操作结果：Bug 状态（status）可以选择 Initial state 为 New 或 Unconfirmed。系统将自动通过 Email 通知项目组长或直接通知开发者。

注意:提交bug后面需要提交附件的话,和email一样选择Attachment选择附件,不过有个缺点,开发查看附件图片时,只能点击打开查看.

测试人员验证已修改的 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

这里此工具比其他工具的缺点在于,我们不能在my bug那里直接查询我们提交的单,或者有流程走到我们的这里的单,所以我们用此工具的时候,需要通过项目组开会判断回归条件,例如是按提交人回归,还是增加版本管理人员分配(推荐),还是按照模块来回归,一般用这个工具的项目组一般情况下不会很大,所以最好还是按照提交人回归.