bugzilla的安装与使用.doc

实验三 Bugzilla的安装与使用 实验所属系列： 计算机系统与软件实验教学软件系列 实验对象：本科生相关课程及专业：软件配置管理，计算机应用专业实验类型： 操作性实验 实验时数：2学时一、 实验目的在掌握Bugzilla安装方法的基础上，通过配置和使用subversion，培养学生培养学生分析和解决实际问题的能力，并增强学生的动手能力。具体目的如下：1. Bugzilla系统管理员的基本职责和常用命令2. Bugzilla系统中一个变更项的状态跟踪及处理方法3. 以小组为研发团队基本单位，能相互配合完成变更项的生命周期管理，能与subversion工具进行配合解决某个版本中的代码缺陷。二、 实验原理Bugzilla是一个拥有强大功能的错误跟踪系统。它可以使我们更好的在软件开发过程中跟踪软件错误的处理过程，为开发和测试工作以及产品质量的度量提供数据支持，从而有效的保证软件产品的质量。Bugzilla中bug的生命周期：三、 实验内容1.Bugzilla系统管理员的基本职责和常用命令*创建变更项2.Bugzilla系统中一个变更项的状态跟踪及处理方法*Bugzilla中的操作员角色设定；变更项的生命周期管理；四、 实验步骤1.用户登陆输入服务器地址http:/192.168.xx.xx/bugzilla/在登陆界面输入安装bugzilla时填入的账户（邮箱地址）、密码。对于可以使用邮件功能的用户来说，还可以在登陆页面上点击【create a new account】申请一个账户。在下图中填入你的邮箱地址，稍后会受到包含激活你账户的邮件。账户激活以后就可以使用了。管理员登录后自动进入查询页面；一般用户登陆以后，会给出一些常用操作的链接：2. 修改密码及设置点击Preference链接进入个人设置页面【General Preferences】进行BUG显示属性项的设置；【Email Preferences】这里由于没有使用Email，所以可以不用设置；【Saved Searches】这里进行查询条件的编辑与设定；【Name and Password】进行密码修改；【Permissions】页面可以查询自己拥有的权限，并对特定的子权限进行设置；3.管理点击页面中任意一个Administrator链接，进入下面的管理页面【Parameters】系统参数设置在Administrative Policies项中将allowbugdeletion和allowuserdeletion设置为On. 系统默认是不能删除用户的，只能禁用。默认情况下只能删除没有关联bug的产品。在Bug Fields项中将useqacontact设置为On;【Users】用户管理在这里为每个小组成员创建账户，比如：user1, user2, user3【Products】添加、修改和删除产品。点击产品名字，可以修改产品属性，【Add】添加产品，【Delete】删除产品。这里我们添加一个产品Matrix：提交以后提示没有构件：点击【Edit components】进入构件页面此时显示没有任何构件，这里我们添加三个构件，分别分配给不同的组员。点击【Add】添加构件三个构件创建好后，如下图：4.创建Bug报告报告一个bug之前先进行查询，确认要提交的bug报告不会在原有纪录中存在，若已经存在，不要提交，若有什么建议，可在原有纪录中增加注释，告知其属主，让bug的属主看到这个而自己去修改；若Bug不存在，创建一份有效的bug报告后进行提交。查询bug可以直接在任意页面顶部的查找框中进行快捷查询；也可以点击顶部的search链接，进入专门的查询页面：在高级搜索中还有更多搜索条件供选择：我这里搜索segment找到一个bug：报告Bug找到页面顶部的【New】链接，点击后进入如下选择产品界面：选择Matrix填表注意：【Assigned to】：为空则默认为设定的owner, 也可手工定制。【CC】：表示当bug报告发生变化时要通知哪些人。有多人时需用，隔开。【Desription】中要详细说明下列情况：发现问题的步骤；执行上述步骤后出现的情况；期望应出现的正确结果。【Initial state】 为New或Unconfirmed。操作结果：系统将自动通过Email通知项目组长或直接通知开发者。5.指派处理人员项目组长或开发者重新指定Bug的属主。操作如下：点击【Assigned To】右边的edit链接进入修改assignee界面：修改好以后更改bug状态为ASSIGNED最后点击【Commit】提交修改。6.处理BugBug的属主 (owner) 处理问题后，提出解决意见及方法。1给出解决方法并填写Additional Comments，还可创建附件（如：更改提交单）2修改状态具体填表项：其中RESOLVED对应五个RESOLUTION选项：FIXED：描述的问题已经修改INVALID：描述的问题不是一个bug (输入错误后，通过此项来取消)WONTFIX：描述的问题将永远不会被修复。DUPLICATE：描述的问题是一个存在的bug的复件。WORKSFORME：所有要重新产生这个bug的企图是无效的。如果有更多的信息出现，请重新分配这个bug，而现在只把它归档。7.测试人员验证已修改的 Bug1测试人员查询开发者已修改的bug，即Status为Resolved，Resolution为Fixed，进行重新测试。（可创建test case附件）2经验证无误后，修改Resolution为VERIFIED。待整个产品发布后，修改为CLOSED。若还有问题，REOPENED，状态重新变为“New，并发邮件通知。五、 实验操作方式1 分组实验，每组3人。2 实验授课4学时，介绍与实验相关的理论知识和软件平台。3 实验时间估计2学时。六、 实验设备与环境1基本环境要求宽敞整洁专用实验室必备的基本实验工具2最低设备要求 计算机CPU不小于800MHZ； 计算机内存不小于128M； 系统平台要求：Unix。3软硬件要求 网络通畅 subversion已安装并配置好（实验一）七、 实验评分标准1评分标准（A优秀、B良好、C中等、D及格、E不及