使用Bugzilla管理测试过程中的Bug.docVIP

使用Bugzilla管理测试过程中的Bug 用户登录 用户输入服务器地址http://appsvr/ 已经由管理员创建的用户：进入主页面后，输入用户名。这里用户名为E-mail地址，如：usrername@；输入密码，初始密码为用户名缩写；再点击【login in】进入。 自己创建用户：进入主页面后，点击Open a new Bugzilla account，在弹出页面填写Email address，这里只限定用公司邮箱，系统会自动发送激活用户的链接到你的邮箱。点击链接打开激活页面，输入密码提交即可完成用户的创建。然后去主页登陆。 2、添加产品 只有拥有相关权限的用户才可以添加产品，点击导航栏Administration栏目下Products项。添加产品名称以及各个模块，至少需要先创建一个模块才可添加成功 。 3、Bug的处理过程 3.1、报告Bug 3.1.1测试人员报告Bug 　　1． 请先进行查询，确认要提交的bug报告不会在原有纪录中存在，若已经存在，不要提交，若有什么建议，可在原有纪录中增加注释，告知其属主，让bug的属主看到这个而自己去修改。 　　2． 若Bug不存在，创建一份有效的bug报告后进行提交。 　　3． 操作：点击New，选择产品后，填写下个页面上的表单。 　　4． 填表注意：Assigned to: 为空则默认为设定的 owner, 也可手工制定。CC: 可为多人，需用，隔开。Description中要详细说明下列情况： 　　1） 发现问题的步骤 　　2） 执行上述步骤后出现的情况。 3） 期望应出现的正确结果。 5. 操作结果：Bug状态（status）可以选择Initial state 为NEW或ASSIGNED。系统将自动通过Email通知项目组长或直接通知开发者。 　　6．帮助： Bug writing guidelines 3.1.2 开发人员报告Bug 　　1. 具体方法同测试人员报告。 2. 区别： Bug初始状态将自动设为Unconfirmed，待测试人员确定后变为“NEW”。 Bug严重性（Severity）： Blocker 阻碍开发和/或测试工作 Critical 死机，丢失数据，内存溢出 Major 较大的功能缺陷 Normal 普通的功能缺陷 Minor 较轻的功能缺陷 Trivial 产品外观上的问题或一些不影响使用的小毛病，如菜单或对话框中的文字拼写或字体问题等等 Enhancement 建议或意见 3.2、Bug的不同处理情况 3.2.1 Bug的属主 (owner) 处理问题后，提出解决意见及方法。 　　1） 给出解决方法并填写Additional Comments，还可创建附件（如：更改提交单） 　　2）具体操作（填表项如下） 　　3） 填表注意： 　　 FIXED 描述的问题已经修改 　　 INVALID 描述的问题不是一个bug (输入错误后，通过此项来取消) 　　 WONTFIX 描述的问题将永远不会被修复。 　　 LATER 描述的问题将不会在产品的这个版本中解决. 　　 DUPLICATE 描述的问题是一个存在的bug的复件。 WORKSFORME 所有要重新产生这个bug的企图是无效的。如果有更多的信息 出现，请重新分配这个bug，而现在只把它归档。 3.2.2 项目组长或开发者重新指定Bug的属主。（owner） 　　1． 为此bug不属于自己的范围，可置为 Assigned,等待测试人员重新指定。 　　2． 为此bug不属于自己的范围，但知道谁应该负责，直接输入被指定人的Email， 进行Ressigned。 　　3. 操作：（可选项如下） 　　* Accept bug (change status to ASSIGNED) 　　* Reassign bug to 　　* Reassign bug to owner and QA contact of selected component 　　4． 操作结果：此时bug状态又变为New，此bug的owner变为被指定的人。 3.2.3测试人员验证已修改的 Bug. 　　1． 测试人员查询开发者已修改的bug，即Status为Resolved,Resolution为Fixed.进行重新测试。（可创建test case附件） 　　2． 经验证无误后，修改Resolution为VERIFIED。待整个产品发布后，修改为CLOSED。 　　若还有问题，REOPENED，状态重新变为“New，并发邮件通知。 　　3． 具体操作（可选择项） 　　　1） Leave as RESOLVED FIXED 　　　2） Reopen bug 　　　3） Mark bug as VERIFIE