Bugzilla简明使用手的则.doc

目 录 简介： 2 Bugzilla处理流程： 2 常用的一些操作： 3 登陆Log in： 3 Preferences： 3 提交新bug New： 7 Search： 8 Reports： 11  Bugzilla简明使用手则 简介： Bugzilla是Mozilla公司向我们提供的一个开源的免费缺陷跟踪工具。作为一个产品缺陷的记录及跟踪工具，它能够为你建立一个完善的Bug跟踪体系，包括报告Bug、查询Bug记录并产生报表、处理解决、管理员系统初始化和设置四部分。并具有如下特点： Bugzilla处理流程： 常用的一些操作： 首先打开IE在地址栏里输入：54/bug，正常情况下应该显示如下界面 登陆Log in： 用户名密码初始状态是姓名的汉语拼音，同公司邮箱的拼写。如果登陆不成功的可以发邮件给我。登陆后可修改密码。如果忘记密码可点击“Forgot Password”进行找回或直接联系管理员。 登陆成功后可以进入最开始的界面了，这里可以看到我的账户了，并且以管理员账户登陆后与普通用户界面有些差异，先不关注。 Preferences： 修改密码 主要是设置账户信息，修改密码。 General Preferences 这里设置一般参数。例如CVS文件的分割，bug查看的顺序，可以根据自己的需要做更改 Email Preferences 这里设置E-mail收发的。选择什么情况下收到邮件通知。 Assignee：分配人 Reporter：报告人 CCed：抄送人 Saved searches 察看保存的查询 Permissions 察看权限 Flags：管理员操作 在这里你可以新建Flags（标记），标记的意思就是表明一个bug或附件是否通过或是被拒绝（＋表示通过，－表示拒绝，？表示被用户请求）。 比如我在附件中设置一个标记：review，用来标记用户复查他的补丁，如果一个开发者要求review，则状态会置为review？，如果补丁通过则状态为review＋，如果没通过review－ 添加bug标记： 添加详细的Flag： 这里需要我们把每个字段说明一下： Name：简单指明flag的类型 Description：详细说明这个类型 Category：那些必须包含或必须排除bug的产品、组件，应可以由用户为它们设置标志 Sort Key：从1到32768的一个数字，这个类型将被存储并在列表中显示给用户，如果你不在乎类型显示的顺序或者你想让它们以字母顺序显示则在这里选择“忽略” Active（默认勾选，这个类型的标志显示在用户界面并可以设置） Requestable（默认勾选，用户可以要求这个类型的标志被设置） CC List：如果要求谁应该得到一份通知拷贝则在这里写下Email地址全称，用逗号分割，不必登陆bugzilla Specifically requestable（默认勾选，用户可以让其他特定的用户设置类型标记） Multiplicable （多个类型标志可以在一个bug上设置） Grant Group：允许一个组同意/拒绝这个类型的标志（如果想要所有有哪个户都可以同意/拒绝这些标志，则保持这里设置为空） Request Group：如果这个类型的标志是被要求的，组可以允许要求（如果想要所有有哪个户都可以同意/拒绝这些标志，则保持这里设置为空）注意，要求如果Grant Group没有定义那么Request Group是没有作用的 添加Attachments标记：内容与添加bug标记一样 提交新bug New： 提交新bug，首先选择产品（product）：如果只有一个product直接进入提交界面 主要字段： 版本号（version）：软件版本 组件（component）：产品（product）中细分的组件 平台（hardware）：硬件平台 操作系统（os）：软件操作系统 优先级（priority）：bug的优先级 严重级（severity）：bug的严重级别 分配给谁（assign to）：这个主要由你选则的模块（component）自动决定， 也可以自己输入 抄送给谁（CC）：可以选择同时把这封提交bug的邮件抄送给谁 概要（summary）：类似于标题 描述（discription）：具体的bug描述 选择框让哪个组可见，如果都不选的话则都可看见这个bug 如上图中我所设置，点击提交bug（commit），这时bug应该以邮件方式发送成功。我们还可以设置其他的一些参数，如添加附件，添加评论，更改bug状态，打印，复制bug等。我们这里暂时只关注常用到的内容。 Search： 在这里我们可以设置查询并保存： Find a Specific Bug