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那里直接查询我们提交的单，或者有流程走到我们的这里的单，所以我们用此工具的时候，需要通过项目组开会判断回归条件，例如是按提交人回归，还是增加版本管理人员分配(推荐)，还是按照模块来回归，一般用这个工具的项目组一般情况下不会很大，所以好还是按照提交人回归.