测试中的BUG管理.docVIP

项目5测试中的BUG管理 项目简介 软件测试人员的职责是找出软件系统中存在的各种缺陷，以及跟踪处理这些缺陷。从测试管理的角度来讲，如何有效管理发现Bug将直接影响软件的质量与工作效率，本项目将介绍在测试工作中Bug管理的流程，和两种有效的Bug管理工具。 实施模块 Bugizilla工具的使用。 Test Director工具的使用。 能力目标 了解软件测试中是管理Bug的一般流程。 了解Bugizilla工具的配置，工作原理及简单使用。 了解Test Director工具的配置，工作原理及简单使用。 模块1 Bugizilla工具的使用软件BUG管理系统功能有多有少。但最少要管理以下几种信息： 如何重复软件BUG的详细步骤 正常情况（无BUG）应是怎样 现在情况（有BUG）又是怎样 谁来负责修补BUG 问题有没有解决 Bugzilla是Mozilla公司向我们提供的一个开源的免费缺陷跟踪工具。作为一个产品缺陷的记录及跟踪工具，它能够为你建立一个完善的Bug跟踪体系，包括报告Bug、查询Bug记录并产生报表、处理解决、管理员系统初始化和设置四部分。 在Bugizilla中，Bug的管理流程如图5-1： 图5-1 任务：Bugzilla操作 1、用户登录及设置 1.1用户登录 1用户输入服务器地址，如：/cgi-bin/bugs/index.cgi。 2进入主页面后，点击【Log in to an existing account】，再点击【login in】进入。 3进入注册页面，输入用户名和密码即可登录。用户名为Email 地址，初始密码为用户名缩写。登录后自动进入查询页面。 4如忘记密码，输入用户名,点击【submit request】根据收到的邮件进行重新设置。 1.2 修改密码及设置 　 1Login登录后，【Edit prefs】-【accout settings】 进行密码修改。 2【Edit prefs】-【email settings】 进行邮件设置。 3【Edit prefs】- 【permissions】 进行权限查询 图5-2 2、Bug的处理过程 2.1 报告Bug 2.1.1测试人员报告Bug 1请先进行查询，确认要提交的bug报告不会在原有纪录中存在，若已经存在，不要提交，若有什么建议，可在原有纪录中增加注释，告知其属主，让bug的属主看到这个而自己去修改。 2若Bug不存在，创建一份有效的bug报告后进行提交。 操作：点击New，选择产品后，填写下表。 4填表注意：Assigned to: 为空则默认为设定的owner, 也可手工制定。CC: 可为多人，需用，隔开。Desription中要详细说明下列情况： 1） 发现问题的步骤 2） 执行上述步骤后出现的情况 3） 期望应出现的正确结果 选择group设置限定此bug对组的权限，若为空，则为公开。 5操作结果：Bug状态（status）可以选择Initial state 为New或Unconfirmed。系统将自动通过Email通知项目组长或直接通知开发者。 6帮助： Bug writing guidelines 图5-3 2.1.2 开发人员报告Bug. 1具体方法同测试人员报告。 2区别： Bug初始状态将自动设为Unconfirmed，待测试人员确定后变为“New2.2 Bug的不同处理情况 2.2.1 Bug的属主 (owner) 处理问题后，提出解决意见及方法。 　　1给出解决方法并填写Additional Comments，还可创建附件（如：更改提交单） 2具体操作（填表项如下）　　3填表注意：　　FIXED 描述的问题已经修改　　INVALID 描述的问题不是一个bug输入错误后，通过此项来取消WONTFIX 描述的问题将永远不会被修复。LATER 描述的问题将不会在产品的这个版本中解决.DUPLICATE 描述的问题是一个存在的bug的复件。WORKSFORME 所有要重新产生这个bug的企图是无效的。如果有更多的信息出现，请重新分配这个bug，而现在只把它归档。 2.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状