Bugzilla使用基础手册专业资料.doc

Bugzilla使用手册
简介：
Bugzilla是Mozilla公司向咱们提供一种开源免费缺陷跟踪工具。作为一种产品缺陷记录及跟踪工具，它可觉得你建立一种完善Bug跟踪体系，涉及报告Bug、查询Bug记录并产生报表、解决解决、管理员系统初始化和设立四某些。并具备如下特点：
Bugzilla操作流程：

操作环节
管理员某些操作：
一方面打开IE在地址栏里输入：http://server/bugzilla （server即bugzilla服务器，详细安装环节见我写另一份文档），正常状况下应当显示如下界面

在这里我遇到一种问题，就是从这个页面登陆总是失败，如果有懂得怎么回事可以发邮件给我，人们共同讨论。可以点击“Forgot my Password”进入登陆界面：

登陆成功后可以进入最开始界面了，这里可以看到我账户了，并且以管理员账户登陆后下面“Actions”“Edit”会比普通顾客多余某些设立选取

咱们先从“Edit”一栏中各个参数选项来简介吧
Prefs：
Account Preferences
重要是设立账户参数等信息，不做详细阐明了

General Preferences
这里设立普通参数。例如CVS文献分割，bug查看顺序，可以依照自己需要做更改

Email Preferences
这里设立E-mail收发。选取什么状况下收到邮件告知。
Assignee：分派人
Reporter：报告人
CCed：抄送人
Voter：投票人（不懂得这个是用来做什么）

Saved searches
察看保存查询

Permissions
察看权限

Parameters：
这里面是设立bugzilla参数地方，可设立参数十分庞大。（网上汉化教程说在这里面可以设立汉化，但始终没有成功）咱们保持默认设立。

User Parameters：
这里设立顾客参数，默认应用到所有顾客，Enable框选取与否对顾客可用，如果勾选则顾客可以在自己User Parameters中看到并设立，如果没有勾选则顾客不能看到，显示默认选项。

Users：
这里重要用来查看和添加顾客

点进去后可以修改顾客有关信息：

Login name：登陆名称，这里设立email名称
Real name：真实名称
Password：可觉得顾客设立一种新密码
Disable text：如果这里不为空则顾客帐号将被禁用，这里用来解释被禁因素
Group access：
在组访问设立里面有两列构选框，
第一列（左边列）：可觉得别顾客设立成为这个构成员，既是说如果我把一种顾客某一组第一列勾选，则授权这个顾客就可以添加其她顾客到这个组，相称于管理这个组。
第二列（右边列）：成为这个构成员。
由下图中勾选及提示就可看出：

顾客成为一种构成员使用检查框或灰色条显示。灰色条表白是间接成员关系，不论是从其她组派生（用方框扩起来，就是在Group设立中该组勾选Inherit自其她组）还是通过正规表达式（在设立组参数中可以通过正规表达式添加成员）。
在第一列勾选框上有方框扩起来，表白另一种构成员可以授权某个顾客成为该构成员（用方括号扩起来表白这个组是继承自另一种组，那个构成员自动成为本构成员，这样那个构成员也可以授权某个顾客为这个构成员）

Products：
在这里你可以添加、删除“产品”，这里product可以理解为咱们要测试一种项目名称，即为TD中project

下面咱们来新建一种Product作为实例
新建Product：
输入名称，阐明，投票设立（？始终不理解bugzilla中投票是一种什么原理，让人们决定这个bug应当怎么修改怎么解决么？）

新建完毕后需要为这个Product新增Components（组件，就是详细程序下面某一种模块），Version（版本），Group（组管理）
新建Components：
新建组件，就是在产品或称项目下分出许多其她模块，这样好定位bug，明确负责人

新建组件：

输入组件信息：
下面输入负责人地址必要是已经新建了负责人

新建成功：

咱们可以继续这样创立各种Component，也可以对存在Component进行编辑、保存、删除等操作。
这里可以看到，我新建了两个component：

新建Version：

Add 版本号：

添加版本1.0.0.1

添加成功（不能添加同样版本号，bugzilla会有提示）

这里我添加了3个版本：

回头再看一下Product信息：

Flags：
在这里你可以新建Flags（标记），标记意思就是表白一种bug或附件与否通过或是被回绝（＋表达通过，－表达回绝，？表达被顾客祈求）。
例如我在附件中设立一种标记：review，用来标记顾客复查她补丁，如果一种开发者规定review，则状态会置为review？，如果补丁通过则状态为review＋，如果没通过review－
添加bug标记：

添加详细Flag：

这里需要咱们把每个字段阐明一下：
1. Name：简朴指明flag类型
2. Description：详细阐明这个类型
3. Category：那些必要包括或必要排除bug产品、组件，应可以由顾客为它们设立标志
4. Sort Key：从1到32768一种数字，这个类型将被存储并在列表中显示给顾客，如果你不在乎类型显示顺序或者你想让它们以字母顺序显示则在这里选取“忽视”
Active（默认勾选，这个类型标志显示在顾客界面并可以设立）
Requestable（默认勾选，顾客可以规定这个类型标志被设立）
5. CC List：如果规定谁应当得到一份告知拷贝则在这里写下Email地址全称，用逗号分割，不必登陆bugzilla
Specifically requestable（默认勾选，顾客可以让其她特定顾客设立类型标记）
Multiplicable （各种类型标志可以在一种bug上设立）
6. Grant Group：容许一种组批准/回绝这个类型标志（如果想要所有有哪个户都可以批准/回绝这些标志，则保持这里设立为空）
7. Request Group：如果这个类型标志是被规定，组可以容许规定（如果想要所有有哪个户都可以批准/回绝这些标志，则保持这里设立为空）注意，规定如果Grant Group没有定义那么Request Group是没有作用
添加Attachments标记：内容与添加bug标记同样
Field Values：
在这里可以设立：OS，Hardware，Priority，Severity里面详细值

OS：
添加或删除操作系统类型（可以在提bug时选取）

咱们添加一种新值：注意这里咱们就可以看到Sortkey（见Flags->Sort key）了，这个是排序核心字

Hardware:
添加或删除硬件类型（可以在提bug时选取）
Priority：
添加或删除优先级（可以依照自己项目组习惯设立）
Severity：
添加或删除严重级别（可以依照自己项目组习惯设立）

Group：
在这里设立组

Name：
组名称，使用UserInGroup函数写在定制cgi文献中。也可以当顾客提交bug时email给拟定几种组

Description：
描述信息，在bug报告中给某一种组里成员显示，让同一组里顾客选取与否这个bug将被限制（？）

User RegExp：
这是一种可选项，如果填写话将会自动给这个组授权成员关系，检查符合perl正规表达式Email地址，不要忘掉结尾用$结束，例如'@mycompany\.com$'

Use For Bugs：
这个标志用来决定这个组与否符合被提bug，如果你把这个标志去除掉，则顾客将不能添加bug给这个组，已经存在在这个组里bug还将继续存在。使用这个办法比直接删除一种组要好多，它可以保持顾客列表并使用来限制bug组列表不混乱

Type：
用于辨认系统组

Add Group：

在New Name中输入Group名字：Test
在New Description中输入解释：测试组
在New User RegExp中不输入
Use For Bugs保持勾选
下面尚有一种勾选框：Insert new group into all existing products 默认状况下新建组会分派到所有存在产品（products）中去，如果不勾选这个框则会制止分派，使得只有当提加到产品（products）中组才可见。这里咱们勾选上。

回到group list中查看一下，可以看到组已经添加成功：

咱们可以点开这个组再看一下参数设立：

咱们可以看到中间有一段话阐明怎么给组内添加成员，一共有三种办法：1、编辑顾客时候选取 2、使用user regexp辨认顾客地址 3、在“Group Permissions”中勾选，使当前组添加到另一种组中。
“组权限（Group Permissions）”设立：

Grant（授权）：被选取构成员可以授权成员关系给当先组（当前咱们察看是Test组）
Inherit（继承）：被选取构成员可以自动成为当前构成员（当前咱们察看是Test组）
（注意要弄清Grant，Inherit区别，这个也影响到User中设立）

下面尚有某些选项是关于转换初期版本bugzilla组操作，咱们不讲了。

这里咱们对Test组再作某些操作：
在User Regexp中输入：$
勾选成为几种组Grant关系：

点击Save Changes，保存成功：

Keywords：
在这里设立核心字：

Add a new keyword:
添加一条新核心字：

添加成功：

Whining：
投诉（？）

“Whining”就是当bugzilla在有序间隔执行一种保存查询后通过emial发送bug成果列表
设立一种whine事件，点击“Add a new event”，为将要发送信息输入一种主题，

为事件添加时间表，点击“Add a new schedule”，时间表由天，一天中时间或者间隔时间（如每隔15分钟），目的email地址（可以更改或不可更改，由你权限决定）构成。一种时间可以由各种时间表，用于运营在多时间或为不同顾客。

查询来自于保存查询，在search页面中创立。天津爱一种查询点击“Add a new query”，在search下拉框中选取一种预期保存查询名称，为这个bug表添加一种标题。Sort是一种可选取项，用国有各种查询在这里它就用来决定执行顺序（从最低到最高）。如果你选取“One message per bug”，则每一种匹配查询bug将被发送给她所有者email地址

这里我填写信息如下：

这里面我设立了一种whining但是很奇怪当我点击Update/Commit时没有什么成功提示，同步我也没有收到什么邮件，这里需要再做研究

以上信息是管理员权限顾客可以操作，下面咱们进入普通顾客也可选取某些设立

顾客也可做操作：
Home：
点击这个链接可以跳到bugzilla主界面：

里面有某些惯用操作链接：
Search existing bug reports：搜索已存在bug报告，和点击search同样，可以在那里设立搜索条件等。
Enter a new bug reports：提交一种新bug，和点击new同样。
Summary reports and charts：查看bug报告和图标，和点击reports同样。
Change password or user preferences：修改顾客密码和信息，和点击prefs同样。
Log out user@domain：退出登录
Add to sidebar：添加其她工具条，需要mozilla浏览器支持，例如firefox。

New：
提交新bug，一方面选取产品（product）：

这里咱们选取GBQ3.0产品：

选取产品后咱们可以看到详细bug提交页面。
重要选取：
版本号（version）：软件版本
组件（component）：产品（product）中细分组件
平台（platform）：硬件平台
操作系统（os）：软件操作系统
优先级（priority）：bug优先级
严重级（severity）：bug严重级别
分派给谁（assign to）：这个重要由你选则模块（component）自动决定，固然也可以自己输入
抄送给谁（CC）：可以选取同步把这封提交bug邮件抄送给谁
概要（summary）：类似于标题
描述（discription）：详细bug描述
选取框让哪个组可见，如果都不选话则都可看见这个bug

如上图中我所设立，点击提交bug（commit），这时bug应当以邮件方式发送成功。由于汉化问题bugzilla发送邮件在outlook中中文字符始终是乱码显示。

这里显示提交成功，并且咱们还可以设立其她某些参数，如添加附件，添加评论，更改bug状态，打印，复制bug等。咱们这里暂时只关注惯用到内容。

Search：
在这里咱们可以设立查询：
Find a Specific Bug：
找到一种特定bug，在这里可以选取bug状态，产品，和核心字（在summary中查找）

Advanced Search：
高档查询，可以依照不同bug参数结合来进行查询，这个就比较复杂了，但也不是很难理解，由于多数参数咱们在new一种bug时候已经都看到怎么设立了，相应在这里咱们设立欲查询条件即可。
里面某些条件是可以多选，如status，priority等。
这里查询很全面，其中组合操作还需要依照个人盼望来设立，通过几次简朴实验发现summary中输入单个字对bug搜索将会更好某些，而输入词则不能对的搜索出bug，也许这个和字符编码关于吧？

直接简朴bug查找：
咱们可以直接在下面输入bug号进行查询

Reports：
这里面重要是使用表格和图表来显示bug信息，如bug走向，按版本或修改人显示bug数等，类似于TD中Reports和Graphs

Current state：
Search：
显示bug状态，点击后进入Advanced Search页面中

Tabular reports：
表格报告。通过设立横、纵轴和高档搜索中某些条件来组合出表格形势bug报告：

这里我举一种简朴例子：查看GBQ3.0产品版本于分派人表格报告：

点击生成报告：

在设立横纵坐标显示什么参数地方尚有一种Multiple Tables选项，这个选项意思是多表格显示横纵坐标，例如我在这里选取component，这样生成表格就会按照GBQ3.0中不同component单独显示，每个component表格都是横坐标为version，纵坐标为assignee：

显示为：

其她不同条件报告生成就依照规定自己设立，这里不做详细阐明了。

Graphical reports：
图表报告。可以生成线性图，柱状图和饼图。
设立条件与上一种表格报告类似，这里咱们就简朴举出几种惯用例子。
查看不同版本bug严重级别走向：

显示Line Graph

但当前没有发现bugzilla中有如何在横坐标排列出时间以作更好显示，但愿人们在使用过程中能予以协助。
柱状图和饼图在设立上与线性图没什么区别，只是显示起来不太同样而已，这里不做详细阐明

My Requests：
在这里查找需求，不太清晰这里需求指是什么，并且只是一种查询功能，因此不做简介

My Votes：
Bugzilla有一种投票特性，就是每个产品（produce）都容许有拟定数量投票（某些产品也许不容许投票），你投票用来指出那些bug你以为非常重要，必要修改。
依赖于管理员怎么配备相应产品，你也允许以给同一种bug投票多次，但是记住，你投票数量是拟定有限！因此你可以给多数bug投少量票，给少数bug投多票。
查看投票：
在查询中可以看到
投票：
提交bug时候可以选取

这个页面也同样是一种查看，这里不做详细阐明。

My Bugs：
这个选项在Saved Searches下作为一种默认保存查询，点击这里可以看到当前顾客提交所有bug：

同样，咱们可以在Search页面中保存自己搜索：
例如咱们查找状态（status）为all，产品（product）为GEB4.0所有bug：

查询成果：

在Remember search中咱们输入一种保存查询名称，如GEB4.0－all，点击记住查询按钮。提示保存成功：

上图中咱们也可以看到在Saved Searches中有咱们保存过查询了。点击这个查询咱们还可以作其她修改：

Edit Search：重新编辑这个查询
Forget Search ‘查询名称’：删除这个查询。