Bugzilla系统管理员手册.doc

Bugzilla系统管理员手册 目 录 Bugzilla操作说明 2 1、 用户登录及设置 2 2、Bug的处理过程 2 4、BUG处理流程 4 Bugzilla系统管理员操作指南 5 主要工作内容： 5 基本操作过程 5 Bugzilla中的Bug流程 7 Bugzilla操作说明 1、 用户登录及设置 1.1用户登录 用户输入服务器地址23:8080。 进入主页面后，点击【login in】进入。 输入用户名和密码即可登录。用户名为Email 地址，初始密码为123456。登录后自动进入查询页面。 如忘记密码，输入用户名,点击【Forget Password】,输入Email地址，点击【Reset Password】,根据收到的邮件进行重新设置。 1.2 修改密码及设置　　 1．Login登录后，【Preferences】-【Name and Password】 进行密码修改。　　 2．【Preferences】-【Email Preference】 进行邮件设置,(建议不更改)。　　 3．【Preferences】- 【Permissions】 进行权限查询 2、Bug的处理过程 2.1 测试人员或开发人员报告Bug 　　1． 请先进行查询，确认要提交的bug报告不会在原有纪录中存在，若已经存在，不要提交，若有什么建议，可在原有纪录中增加注释，告知其属主，让bug的属主看到这个而自己去修改。　　2． 若Bug不存在，创建一份有效的bug报告后进行提交。　　3． 操作：点击【New】，选择产品后，判断属于哪个模块的问题，选择【Component】,填写下表。 　　4． 填表注意：Assigned to/CC: 默认为【Component】设定的owner, 也可手工选定。填写问题标题【Title】, 问题详细描述【Description】,测试配置与步骤【Configuration Steps】;　　5. 点击【Submit Bug】, 系统将自动通过Email通知项目组长或直接通知开发者。 2.2 Bug的不同处理情况 2.2.1 Bug的属主 (owner) 处理问题后，提出解决意见及方法。 给出解决方法并填写Additional Comments，还可创建附件（如：更改提交单,更新BIOS） 更改【Status】：RESOLVED, FIXED 描述的问题已经修改 更改【Assigned To】：提交给QA测试人员 注意：Bug的属主 (owner) 处理问题时间超过7天, 就直接改?为?ASSIGNED,?直接保存 2.2.2 项目组长或开发者重新指定Bug的属主。（owner）　　1． 为此bug不属于自己的范围，是测试问题，填写Additional Comments(如：为什么转给相关人员 　　2. 为此bug不属于自己的范围，是其它owner的问题，填写Additional Comments,(如：相关的分析结果 2.2.3测试人员验证已修改的 Bug.　　1． 测试人员查询开发者已修改的bug，即【Status】为Resolved, Fixed.进行重新测试。（可创建test case附件）　　2． 经验证无误后，修改【Status】为VERIFIED。　　 若还有问题，修改【Status】为ASSIGNED，更改【Assigned To】提交给开发人员。　　 2.2.4 Bug报告者（reporter）或其他有权限的用户修改及补充Bug 可以修改Bug的各项内容。 可以增加建立附件，并加一些评论来解释你正在做些什么和你为什么做。 操作结果：每当一些人修改了bug报告或加了一个评论，他们将会被加到CC列表中，bug 报告中的改变会显在要发给属主、写报告者和CC列表中的人的电子邮件中。 2.3 查询Bug 查询提交给自己的Bug 进入主页面后，点击【My Bugs】查看结果。 查询单个产品的Bug 进入主页面后，点击【Search】进入【Simple Search】,【Status:】下拉框中选择:All,【Product:】下拉框中选择:该产品, 点击【Search】查看结果,。 查询所有产品的Bug 进入主页面后，点击【Search】进入【Simple Search】,选择【Status:】:All, 【Product:】:All, 点击【Search】查看结果。 产生报表: 点击【CSV】,查询结果生成报表　 3、 BUG处理流程 1． 测试人员或开发人员发现bug后，判断属于哪个模块的问题，填写bug报告后，通过Email通知项目组长或直接通知开发者。　　2． 项目组长根据具体情况，重新reassigned分配给bug所属的开发者。　　3．