测试跟踪工具Bugzilla的使用介绍

合集下载

Bugzilla的使用教程

Bugzilla的使用教程

还可以高级搜索Advanced Search 如图所示:
广东顺德工业设计研究院
23
<#>
广东顺德工业设计研究院
24
<#>
搜索结果页面:
广东顺德工业设计研究院
25
<#>
3.3 解决bug
开发者收到Email信息后,判断是否为自己的修改范围 1)若不是,重新热assigned分配给项目组长或应该分配的开 发者 2)若是,进行处理,将bug状态置为resolved并给出解决方 法,重新指回测试人员验证,验证无误后,修改状态为 verified,待整个产品发布后,修改为closed;还有问题的bug 则状态reopened,状态重新变为“New”,界面与新建bug 界面类似
广东顺德工业设计研究院
广东顺德工业设计研究院
2.1.2 用户属性设置
Login登录后,点击[Preferences]进行属性设置 a)账号设置(Name and Password) 在这里你可以改变账号的基本信息,如口令,Email地址,真实姓名等 b)Email设置(Email Preference) 在此通过选择告诉系统,你希望在什么条件下收到和你相关的邮件
广东顺德工业设计研究院
26
<#>
3.4 bug处理状态分类、bug处理意见和bug级别程度
广东顺德工业设计研究院
27
<#>
广东顺德工gt;
广东顺德创新设计研究院
29
谢 谢
30
广东顺德工业设计研究院
17
<#>
3
Bug处理
Bug处理可以分为三部分,主要是创建bug、search搜索bug、 解决bug。 当管理员将所有的项目配置好后就可以提交Bug了,测试 人员和用户发现bug后提交到bugzilla上,指派给对应的开发人 员,开发人员修改bug后对bug进行处理后,指还给测试人员重 新测试,测试通过的关闭,仍未修复的则重新指给开发人员修 复。

测试跟踪工具Bugzilla介绍

测试跟踪工具Bugzilla介绍

硬件平台和操作系统 (Platform and OS)
• 测试应用的硬件平台(Platform),通常选 择“PC” • 测试应用的操作系统平台(OS)版本 (Version) • 产生Bug的软件版本
Bug报告优先级(Priority)
• 分五个等级即P1-P5,P1的优先级别最高 之后逐级递减
Bug记录按产品分类
• • • • • • • • • • • Administration Bugzilla-General Creating/Changing Bug Documentation Email Installation Query/Buglist Reporting/Charting User Accounts Changing Passwords User Interface
新建一个Bugzilla账号
1. 点击“Open a new Bugzilla account”链接, 输入你的Email地址(如:XXX@office)然 后点击“Create Account”。 2. 稍候,你会收到一封邮件。邮件中包含你 的登录账号(与你的Email相同)和口令, 这个口令时Bugzilla系统随机生成的,你可 以根据你的需要进行变更。 3. 在页面的黄色页角中点击“Log In”链接, 而后输入你的账号和口令。最后点击 “Login”
Bugzilla使用指南 使用指南
测试跟踪工具Bugzilla介绍 介绍 测试跟踪工具
Bugzilla是一个错误跟踪系统,用于对软件产品程序开发过程的错误跟 踪。它的强大功能表现在以下几个方面: 1. 强大的检索功能 2. 用户可配置的通过Email公布Bug变更 3. 历史变更记录 4. 通过跟踪和描述处理Bug 5. 附件管理 6. 完备的产品分类方案和细致的安全策略 7. 安全的审核机制 8. 强大的后端数据库支持 9. Web,Xml,Email和控制界面 10. 友好的网络用户界面 11. 丰富多样的配置设定 12. 版本间向下兼容

bugzilla的使用帮助

bugzilla的使用帮助

bugzilla的使用帮助Bugzilla是一个bug追踪系统,用以管理bug提交、bug消除,不仅能降低同样错误的重复发生,提高开效率,而且有助于项目管理的难度Bugzilla操作说明1.用户登录及设置1.1用户登录1.用户输入服务器地址http://192.168.1.6/bugzilla/。

<http://192.168.1.6/bugzilla/%E3%80%82>2.进入主页面后,点击'Forget the currently stored login',再点击'login in'进入。

3.进入注册页面,输入用户名和密码即可登录。

用户名为Email 地址,初始密码为用户名缩写。

4.如忘记密码,输入用户名,点击'submit request',根据收到的邮件进行重新设置。

1.2、修改密码及设置1.Login登录后,'Edit prefs'->'accout settings' 进行密码修改。

2.'Edit prefs'->'email settings' 进行邮件设置。

3.'Edit prefs'-> 'permissions' 进行权限查询2、Bug的处理过程2.1、报告Bug2.1.1测试人员报告Bug1.请先进行查询,确认要提交的bug报告不会在原有纪录中存在,若已经存在,不要提交,若有什么建议,可在原有纪录中增加注释,告知其属主,让bug的属主看到这个而自己去修改。

2.若Bug不存在,创建一份有效的bug报告后进行提交。

3.操作:点击New,选择产品后,填写下表。

4.填表注意:Assigned to: 为空则默认为设定的 owner, 也可手工制定。

CC: 可为多人,需用","隔开。

Desription中要详细说明下列情况:1)发现问题的步骤2)执行上述步骤后出现的情况。

Bugzilla使用指南

Bugzilla使用指南

Bugzilla使用指南绪言什么是BugzillaBugzilla是一个错误跟踪系统,用于对软件产品程序开发过程的错误跟踪。

它的强大功能表现在以下几个方面:1.强大的检索功能2.用户可配置的通过Email公布Bug变更3.历史变更记录4.通过跟踪和描述处理Bug5.附件管理6.完备的产品分类方案和细致的安全策略7.安全的审核机制8.强大的后端数据库支持9.Web,Xml,Email和控制界面10.友好的网络用户界面11.丰富多样的配置设定12.版本间向下兼容为什么使用BugzillaBugzilla是一个拥有强大功能的错误跟踪系统。

它可以使我们更好的在软件开发过程中跟踪软件错误的处理过程,为开发和测试工作以及产品质量的度量提供数据支持,从而有效的保证软件产品的质量。

新建一个Bugzilla账号1.点击“Open a new Bugzilla account”链接,输入你的Email地址(如:XXX@office)然后点击“Create Account”。

2.稍候,你会收到一封邮件。

邮件中包含你的登录账号(与你的Email相同)和口令,这个口令时Bugzilla系统随机生成的,你可以根据你的需要进行变更。

3.在页面的黄色页角中点击“Log In”链接,而后输入你的账号和口令。

最后点击“Login”产品和结构(Product and Component)Bug记录按产品分类,每种产品按功能拆分成几类。

以Bugzilla产品为例,它由以下几部分构成:l Administrationl Bugzilla-Generall Creating/Changing Bugl Documentationl Emaill Installationl Query/Buglistl Reporting/Chartingl User Accountsl Changing Passwordsl User InterfaceBug报告状态分类和Bug处理意见(Status and Resolution):1.Bug报告状态分类(Status)l待确认的(Unconfirmed)l新提交的(New)l已分配的(Assigned)l问题未解决的(Reopened)l待返测的(Resolved)l待归档的(Verified)l已归档的(Closed)2.Bug处理意见(Resolution)l已修改的(Fixed)l不是问题(Nvalid)l无法修改(Wontfix)l以后版本解决(Later)l保留(Remind)l重复(Duplicate)l无法重现(Worksforme)指定处理人(Assigned To)l可以指定一个处理人l如不指定处理人,则系统指定管理员为默认处理人超链接(URL)l输入超链接地址,引导处理人找到与报告相关联的信息概述(Summary)l概述部分“Summary”的描述,应保证处理人在阅读时能够清楚提交者在进行什么操作的时候发现了什么问题。

bugzilla的使用说明

bugzilla的使用说明

BUgzilla使用1. 描述bugzilla是一个叫mozilla组织开发的缺陷跟踪系统,一般来说可能使用到的bugzilla的人有软件设计人员,开发人员,测试人员以及将来的维护人员等等。

通过bugzilla,软件开发人员、测试人员、维护人员等等,就可以对软件的缺陷、有关软件的一些建议等等进行跟踪、记录和交流。

对于测试人员来讲,bugzilla更是不可缺少的工具。

具体来说,bugzilla就是一个报告BUG和把BUG指派给合适开发人员的一个系统,这里所指的BUG可以是对于提高软件质量的一些建议等。

一般来说,bugzilla的前台基于WEB页的形式,后台采用基于UNIX或LINUX的MYSQL数据库来存储、处理这些BUG。

2. 使用2.1 开设账户目前bugzilla服务器IP地址是http://192.168.0.254:8080/ 在使用Bugzilla前,必须在bugzilla系统中拥有你自己的账户,如果没有,可以开设。

一般来说,如果连接到bugzilla的开始页面,会有一个[Open a new bugzilla Account]的标签,或在其它的页面,在左下角会有一个[New Account]标签,点击它,可以进行账户的开设,按它的指示填写好内容之后,系统会发一封电子邮件到你的邮箱里去,从邮件中你可以获得你登录bugzilla的密码。

登录之后,通过点击[Edit Prefs]进行密码更改和个人资料的设置。

设置好账户之后,你就可以在bugzilla报告和查询BUG了。

2.2 报告BUG2.2.1 BUG内容的填写登录后,进入查询页面,在页面的左下角会有一个[New]标签,点击它,连接到新建BUG的页面,选择一个产品进入Enter BUG页面,选择版本,组件等。

目前在component栏里包括以下几部分:account(出账),billing(计费),card-广通(广通卡业务),营业受理,settlement(结算),采集,计费预处理,库表设计等。

Bugzilla操作指南

Bugzilla操作指南

Bugzilla操作流程 Bugzilla操作流程: 操作流程
Bugzilla操作指南1 Bugzilla操作指南1:注册 操作指南
打开IE在地址栏里输入:http://192.168.1.251/bugzilla进入bugzilla主页面,正常情况下应该显 示如下界面
点击New Account,输入注册用的E-mail,随后在E-mail中会收到一封来自bugzilla的邮件,根 据第一段下给出的相对地址,在IE中输入http://192.168.1.251/cgi-bin/bugzilla/相对地址, 进入注册页面,输入real name、密码以及密码确认,然后点击send就完成了。
4.用户管理 1)“Edit”一栏中的Users Users参数选项介绍如下: 这里主要用来查看和添加用户 Users
点击进入后可以修改用户相关信息
2)修改用户
name: Login name:登陆名称,这里设置email的名称 name: Real name:真实名称 Password: Password:可以为用户设置一个新密码 text: Disable text:如果这里不为空则用户帐号将被禁用,这里用来解释被禁原因 access: Group access: 在组访问设置里面有两列构选框, 第一列(左边列):可以为别的用户设置成为这个组的成员,既是说如果我把一个用户某一组第一列勾选,则授权 这个用户就可以添加其他用户到这个组,相当于管理这个组。 第二列(右边列):成为这个组的成员。 由下图中的勾选及提示就可看出:
4.查询My Bugs
这个选项在Saved Searches下作为一个默认的保存查询,点击这里可以看到当前用户提交的所有bug
Bugzilla操作指南5 保存My Bugzilla操作指南5:保存My Bugs 操作指南 我们可以在Search页面中保存自己的搜索: 例如我们查找状态(status)为all,产品(product)为GEB4.0的所有bug

如何使用Bug跟踪工具进行问题管理(四)

如何使用Bug跟踪工具进行问题管理(四)

在软件开发过程中,问题管理是一个非常重要的环节。

无论是在个人开发还是团队协作中,如何高效地跟踪和解决问题成为了一个关键。

而Bug跟踪工具的使用无疑是问题管理的一大利器。

本文将探讨如何使用Bug跟踪工具进行问题管理,以及一些技巧和经验分享。

1. 选择合适的Bug跟踪工具在进行问题管理时,首先需要选择合适的Bug跟踪工具。

目前市面上有很多Bug跟踪工具可供选择,例如JIRA、Bugzilla、Redmine 等。

不同的Bug跟踪工具有着不同的特点和功能,根据自己的需求和团队的实际情况来选择最适合自己的工具。

2. 创建问题一般来说,问题管理的第一步就是创建问题。

在Bug跟踪工具中,我们可以点击创建问题的按钮,填写相应的问题描述、优先级、严重程度等信息。

同时,可以选择给问题分配处理人员,方便后续的跟踪和处理。

3. 跟踪问题状态Bug跟踪工具的一个重要功能就是可以跟踪问题的状态。

一般来说,问题的状态可以分为多个阶段,如新建、确认、处理中、已解决等。

通过Bug跟踪工具,可以清晰地了解每个问题所处的状态,以及处理的进度。

同时,工具还提供了问题过滤和搜索功能,可以根据不同的条件来筛选出需要关注和处理的问题。

4. 归类和优先级在问题管理过程中,将问题进行归类和设置优先级是非常重要的。

通过将问题进行归类,可以帮助开发人员更好地理解问题的本质,并且有针对性地进行解决。

同时,设置问题的优先级可以帮助团队合理安排工作的优先级,更好地满足需求和解决问题。

5. 记录和追踪解决方案在解决问题的过程中,记录解决方案是非常重要的。

通过记录解决方案,可以帮助团队成员更好地理解问题的根本原因,并且在未来遇到类似问题时能够快速找到解决方法。

同时,记录解决方案还可以提高团队的协作效率,避免重复的劳动。

6. 与团队成员协作在Bug跟踪工具中,与团队成员的协作是非常关键的。

通过在工具中@成员或者发送消息等方式,可以及时地与团队成员进行沟通和交流。

bugzilla使用手册

bugzilla使用手册

Bugzilla试用手册目录登录 (2)创建产品 (3)用户管理 (5)Bug的管理 (6)设置(Preferences)功能 (9)参数 (10)标志 (10)字段值 (11)用户组 (11)其它 (13)当你第一次运行后,安装Bugzilla的checksetup。

pl,它会提示输入管理员用户名(电子邮件地址)和这个“超级用户”的密码。

如果由于某种原因,你删除“超级用户”帐户,重新运行checksetup。

pl会再次提示此用户名和密码。

登录Bugzilla首页默认显示为三个模块.选择“fille a bug”按钮,出现登录界面.登录之后会出现一个欢迎界面和bugzilla的介绍信息。

创建产品1.创建产品当用户登录系统后,选择界面上方的“administarator”连接,出现管理的各个功能和介绍。

点击页面中的“product”连接;之后再点击“Add”。

填写新产品信息,bugzilla提供的产品信息很简介,只有产品名称、产品描述和版本。

填写完产品信息后,点击“Add"按钮,系统提示产品创建成功,但需要创建一个组件。

2. 添加组件在创建项目后,提示要创建一个组件,点击“Edit components"按钮为产品创建组件。

填写组件相关信息并指定相关负责人。

3。

编辑版本添加了一个组件后,下面为产品添加版本。

编辑项目,点击“Edit versions"-——“Add”。

4。

编辑组访问控制在编辑项目中,点击“Edit Group Access Controls”链接。

编辑完成后,点击“submit”按钮即可。

用户管理1。

添加用户依然在“Administrator”页面中点击“Users"链接。

然后点击“add a new user”链接。

在添加用户时有“禁用”选项,而且还一个关于“禁用”的文本框,提示,文本框内容非空时,则此帐号将被禁用,而且文本中应该说明禁用的原因。

Bugzilla使用简介

Bugzilla使用简介

登录Bugzilla (2)
以繁体中文版、 normaluser1@一般用户为例
登录Bugzilla (3)
normaluser1@登录
登录Bugzilla (4)
用户 normaluser1@正常登录后
搜索Bug(1)
注册用户 用户登录
汇报Bug(4)
汇报Bug,注册用户时
摘要:允许全数字账号的注册 描述:注册用户时,允许全数字账号注册
汇报Bug(5)
完成Bug汇报
Bug提交原则
先进行查询
确认要提交的Bug报告不会在原有记录中存在;若已经存在,不要提 交,若有什么建议,可在原有记录中增加注释,告知其属主。 确认发现的Bug是否在最新的版本中所发生
Bugzilla使用简介源自登录Bugzilla 搜索Bug 反馈Bug
议程
访问方式
内部访问
http://192.168.1.99:8080
外包访问
:6180
登录Bugzilla(1)
使用电子邮件作为用户名进行登录 当前支持英文版EN,繁体中文版ZH-TW
若Bug没有记录,则添加
选择好对于的产品、子产品 确定发生的平台、操作系统 优先级,P1至P5优先级逐渐减弱 严重级,Blocker至Enhancement严重程度降低
Blocker,阻碍了项目的开发或者测试的继续进行 Critical,冲突,数据丢失和严重的内存泄露等问题 Major,较大的功能缺陷 Minor,较小的功能缺陷 Trivial,拼写、对齐类的错误 Enhancement,需要改进的
搜索当前系统中已汇报的Bug
搜索Bug (2)
选择咱们需要搜索哪些产品的Bug
以“全部”为例

Bugzilla使用手册

Bugzilla使用手册

Bugzilla使用手册Bugzilla使用手册本文档详细介绍了如何使用Bugzilla进行软件缺陷跟踪和管理。

Bugzilla是一个开源的缺陷跟踪系统,可以帮助开发团队追踪、记录、修复和验证软件中的问题。

阅读本手册能够让您快速掌握Bugzilla的基本功能和操作方法。

1.Bugzilla简介1.1 什么是BugzillaBugzilla是一个用于管理软件缺陷的系统,由Mozilla基金会开发并开源。

它提供了一个集中的平台,开发团队可以使用它来报告、跟踪和解决软件中的缺陷。

1.2 Bugzilla的特点和优势Bugzilla具有以下特点和优势:- 强大的缺陷跟踪功能:可以追踪缺陷的状态、优先级、严重性等信息,方便开发人员进行问题解决。

- 灵活的自定义选项:可以根据需求定制字段、工作流程等,以适应不同项目的需求。

- 多用户支持:支持多个用户同时访问和使用系统,并可根据用户角色进行权限管理。

- 丰富的报表和统计功能:提供了各种报表和统计图表,帮助团队了解缺陷情况和进展。

1.3 安装和配置Bugzilla详细介绍如何安装和配置Bugzilla,包括环境要求、数据库设置、用户管理等。

1.4 登录Bugzilla演示如何登录Bugzilla,并简要介绍登录后的界面和功能。

2.缺陷报告2.1 创建缺陷报告详细说明如何创建一个新的缺陷报告,包括填写必填字段、选择适当的属性值等。

2.2 编辑和更新缺陷报告解释如何编辑和更新已存在的缺陷报告,包括修改字段值、添加、更改状态等。

2.3 附加文件和截图介绍如何在Bugzilla中附加文件和截图,并说明如何对附件进行管理和查看。

3.缺陷跟踪和管理3.1 缺陷状态和流程详细解释缺陷的不同状态和流程,以及如何使用Bugzilla进行状态变更和工作流管理。

3.2 缺陷搜索和过滤指导用户如何使用Bugzilla的搜索和过滤功能,以快速找到满足特定条件的缺陷。

3.3 缺陷分配和指派说明如何将缺陷进行分配和指派给合适的开发人员或团队。

利用bugzilla提交Bug写作指南

利用bugzilla提交Bug写作指南

利用bugzilla提交Bug写作指南使用Bugzilla提交Bug的写作指南引言:Bugzilla是一种常用的缺陷追踪工具,可以协助开发团队记录和解决软件缺陷。

为了有效利用Bugzilla提交Bug,开发人员需要了解一些实用的写作指南,以确保缺陷报告清晰明了,能够帮助团队快速定位和修复问题。

本文将介绍一些在使用Bugzilla提交Bug时需要注意的关键要点。

一、选择正确的缺陷类别:在提交Bug之前,开发人员首先需要选择适当的缺陷类别。

Bugzilla提供了一系列分类选项,例如功能、界面、性能、安全性等。

正确的分类有助于开发团队快速理解和处理报告,并为将来的Bug管理提供更好的参考。

二、选择合适的优先级和严重程度:在提交Bug时,还需要选择恰当的优先级和严重程度。

优先级反映了修复缺陷的紧迫程度,例如高优先级表示需要立即修复,而低优先级则可以稍后修复。

严重程度则反映了缺陷对软件功能或用户体验的影响程度,例如严重的缺陷可能会导致崩溃或丢失数据,而轻微的缺陷只会带来一些不便。

三、准备良好的缺陷标题:一个好的缺陷标题应该简洁明了,能够准确描述问题。

开发人员应该尽量避免使用模糊的关键词或泛泛的描述,而是使用具体的、能够唯一标识问题的词汇或短语。

例如,“界面错位”比“问题”更具体。

四、提供详细的描述:详细的缺陷描述是非常重要的,它能够帮助开发团队准确定位和重现问题。

开发人员应该在描述中提供尽可能多的有关环境、步骤和预期结果的信息。

具体内容可以包括:1.操作系统和版本号;2.软件版本号;3.硬件配置(如果相关);4.步骤重现缺陷的详细说明;5.实际结果和预期结果之间的差异。

五、提供复现步骤:提供能够重现缺陷的步骤对于开发团队定位和修复问题至关重要。

开发人员需要清晰、准确地描述导致缺陷发生的步骤,以便团队能够准确地重现问题。

如果可以提供具体的输入数据或设置,那么更好。

六、提供附加信息和日志:如果有必要,开发人员可以在Bug报告中提供附加信息和日志。

Bugzilla使用说明

Bugzilla使用说明

Bugzilla使用说明
登陆进入主页面后,点击New或者File a Bug添加新问题项。

选择发现Bug的站点:Client Portal,TBMS Host,Vendor Portal.
填写Bug的内容,其中需要添写得项目为:
ponent:选择发现Bug的功能模块
2.Severity:Bug的严重程度,需要选择的级别为
a.blocker:Bug如果不修复则无法进行后续操作
b.critical:严重的错误,虽然可以继续操作,但是得到的结果不正确。

例如价
格计算错误或者出现异常页面。

c.major:一般的错误。

例如提示消息错误。

d.enhancement:建议性问题。

功能正常但是感觉使用不方便。

3.Assign To:Bug的负责人,目前先都指派给steven_ye@
4.URL:发现Bug页面的URL,如果是弹出页面,则添写父页面的URL
5.Linguistic:如果是界面和弹出消息中的文字有语法或拼写错误则选择Linguistic,其
他Bug选Non- Linguistic。

6.Summary:Bug的简单描述
7.Description:Bug的详细描述,其中包括出现Bug之前的操作。

8.Attachment:Bug的截图,在图中标注出Bug的位置或区域。

bugzilla使用指南

bugzilla使用指南

Bugzilla使用指南一、登录、设置用户名及密码登录界面二、登录主界面点击“登入”按钮,而后输入用户名和密码,再次点击“登入”按钮,登入到系统中。

非管理员用户进入后可以看到界面如下图,主要有报告Bug功能、查找Bug功能、用户参数设置功能、报告,主界面上还可以直接进行查找Bug操作。

1.报告Bug功能如果参与多个项目,会显示一个项目列表,如图:选择项目进入新建bug页面选择子产品、版本、严重程度、优先级、填写分配给谁负责、网址、摘要、描述,如果有附件可以新增附件。

点击“确定”按钮。

注:bug严重级别的定义将根据公司的具体情况给出相应文档。

2.查询bug点击界面下方的“搜寻”按钮,进入查询页面如图填写状态、产品、字串,点击“搜寻”按钮,进入查找结果页面。

可以在查找结果页面中点击“将搜寻结果存储为”后面输入相应的标记,点击该按钮保存,以后可以从页脚中的我的bug 后边的名称列表直接调用这个项目进行检索,可以点击结果列表项查看bug的详细信息。

3.bug处理BUG处理界面,里边的选项和BUG报告界面大同小异,需要说明的有几点:附加意见:在Bug跟踪过程中测试与开发人员通过这里进行沟通开发人员可以在这里填写处理意见和处理记录测试人员可以在这里填写返测意见和对在返测过程中发现的新问题进行描述BUG状态NEW 新提交ASSIGNED 已分配RESOLVED 待返测的FIXED 已修改的INV ALID 无效的WONTFIX无法修改DUPLICATE重复,标记为重复后边应填写与重复的BUG编号WORKSFORME 无法重现注:开发人员和测试人员注意一定要修改bug的状态,这是查看问题解决情况的一个重要标记。

关于bugzilla的使用,主要涉及到以上功能,关于用户参数设置和报告等功能不在此赘述。

bugzilla使用说明

bugzilla使用说明

BUGZILLA的使用目录1 用户登录及设置流程: (2)2 BUG处理流程 (3)3 Bug的提交过程 (4)4 对于Bug的不同处理情况 (6)5、关于权限的说明 (7)6 查询 (8)7 消遣一下吧 (12)8 Bugzilla管理员操作指南 (13)Bugzilla的使用1用户登录及设置流程:打开浏览器,进入Bugzilla主页面。

进入主页面后,点击【新建帐号】,进入注册页面。

在注册页面中输入E-Mail和真实姓名(为了统一,这里我们都使用计算机名),然后,点击【Create Account】,随后,你将收到一封包含初始密码的E-Mail。

在收到E-Mail之后,点击【登录】,在帐号栏输入注册时使用的E-Mail地址,在密码栏输入邮件里通知的初始密码,然后,点击【Login】。

如忘记密码,在登陆页面中输入注册用户名,点击【Submit Request】,根据收到的邮件进行重新设置密码。

成功登录后,点击【Edit属性】->【帐号设置】,进行密码修改。

点击【Edit属性】->【邮件设置】,进行邮件通知设置。

点击【Edit属性】->【权限】,进行权限查询。

注意:在登陆使用之后,一定要退出登陆,这不仅是一个好不好习惯的问题,在bugzilla中将成为一个隐患——当你没有退出登陆而关闭页面,当用同一台机器再次访问的时候,系统会以上次登陆的用户访问——小心你的权限被错误使用哦!2 BUG处理流程①测试人员或开发人员发现bug后,判断属于哪个模块的问题,填写bug报告后,系统会自动通过Email通知项目组长或直接通知开发者。

②项目组长根据具体情况,重新reassigned分配给bug所属的开发者。

③开发者收到Email信息后,判断是否为自己的修改范围.1)若不是,重新reassigned分配给项目组长或应该分配的开发者。

2)若是,进行处理,resolved并给出解决方法。

(可创建补丁附件及补充说明)④测试人员查询开发者已修改的bug,进行重新测试。

Bugzilla详细使用手册

Bugzilla详细使用手册

软件版本bugzilla-2[1].22.1.tar.gz;作者:GeneralXUBugzilla 操作说明1.用户登录及设置1.1用户登录1.用户输入服务器地址http://192.168.0.3/bug/index.cgi;(以公司公布的地址为准);2.进入主页面后,输入【账号】和【密码】登录系统;这里的账号是邮件地址;3.登录后自动进入查询页面;4.如忘记密码,可以找系统管理员解决;备注:由于本系统的邮件系统的发送方式主要是针对UNIX系统的,在Windows 下使用,目前还没有好的解决办法,所以系统中将不再使用邮件系统。

1.2、修改密码及设置登录后,进入【个人设置】可以对以下项目进行设置:1.【账号设置】进行密码修改;2.【一般设置】进行BUG显示属性项的设置;3.【Email设置】这里由于没有使用Email,所以可以不用设置;4.【已存查询】这里进行查询条件的编辑与设定;4.【权限】这里可以查询自己拥有的权限,并对特定的子权限进行设置;2.Bug 的处理过程2.1报告Bug2.1.1测试人员报告Bug1.请先进行查询,确认要提交的bug报告不会在原有纪录中存在,若已经存在,不要提交,若有什么建议,可在原有纪录中增加注释,告知其属主,让bug 的属主看到这个而自己去修改;2.若Bug不存在,创建一份有效的bug报告后进行提交;3.操作:点击【新建】,选择产品后,填写下表;4.填表注意:【分配给】: 为空则默认为设定的责任人, 也可手工制定。

抄送: 可为多人,需用","隔开。

“描述”中要详细说明下列情况:1)发现问题的步骤;2)执行上述步骤后出现的情况;3)期望应出现的正确结果;选择“组”设置限定此bug对“组”的权限,若为空,则为公开;5. 操作结果:Bug状态(status)可以选择Initial state 为New或Unconfirmed (没有确认);2.1.2 开发人员报告Bug1. 具体方法同测试人员报告;2. 区别: Bug初始状态将自动设为Unconfirmed(未确认),待测试人员确定后变为“New"(新建);2.2、Bug的不同处理情况2.2.1 Bug的属主 (owner) 处理问题后,提出解决意见及方法。

bugzilla使用说明

bugzilla使用说明

Bugzilla使用说明1、简介:Bugzilla是Mozilla公司提供的一个开源的免费缺陷跟踪工具。

作为一个产品缺陷的记录及跟踪工具,它能够建立一个完善的Bug跟踪体系。

2 、 Bugzilla操作流程:2.1用户登录:●打开浏览器,输入Bugzilla服务器地址:http://192.168.1.110/●进入主页面后,点击【login】,在帐号栏输入个人的E-Mail地址(XX@),在密码栏输入密码(初始密码为123456),然后,点击【login】● 登录成功后,显示【logout】2.2Bug查找:●登录成功后,点击主页面上的【MyBugs】可显示该用户提交的所有bug和分配给该用户的bug●直接点击主页面上的【Search】后,可根据bug的状态,项目的名称,输入关键词进行查找● 在主页面【Find】按钮前编辑框中输入关键词后,按【Find】可按关键词进行查找2.2Bug的处理流程概述:●测试人员或开发人员发现bug后,判断属于哪个模块的问题,填写bug报告后,通过Email通知项目组长或直接通知开发者。

●项目组长根据具体情况,重新reassigned分配给bug所属的开发者。

●开发者收到E-Mail信息后,判断是否为自己的修改范围。

A.若不是,重新reassigned分配给项目组长或应该分配的开发者;B.若是,进行处理,resolved并给出解决方法。

(可创建补丁附件及补充说明);●测试人员查询开发者已修改的bug,进行重新测试。

(可创建test case附件)A.经验证无误后,修改状态为VERIFIED。

连续三个版本验证无误后,修改为CLOSED。

B.还有问题,REOPENED,状态重新变为“New",并发邮件通知。

2.3测试人员报告Bug的流程:●请先进行查询,确认要提交的bug报告不会在原有纪录中存在,若已经存在,不要提交,若有什么建议,可在原有纪录中增加注释,告知其属主,让bug的属主看到这个后自己去修改。

BUG管理工具的跟踪过程(用BugZilla为例子)

BUG管理工具的跟踪过程(用BugZilla为例子)

BUG管理⼯具的跟踪过程(⽤BugZilla为例⼦)
测试⼈员发现了BUG,提交到Bugzilla中,状态为new,BUG的接受者为开发接⼝⼈员
开发接⼝将BUG分配给相关的模块的开发⼈员,状态修改为已分配,开发⼈员和测试确认BUG,如果是本⼈的BUG,则设置为接收;如果是别的开发⼈员的问题,则转发出去,由下⼀个开发⼈员来进⾏此⾏为;如果认为不是问题,则需要⼤家讨论并确认后,拒绝这个BUG,然后测试⼈员关闭此问题。

如果开发⼈员接受了BUG,并修改好以后,将BUG状态修改为已修复,并告知测试在哪个版本中可以测试。

测试⼈员在新版本中测试,如果发现问题依然存在,则拒绝验证;如果已经修复,则关闭BUG。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

1.用户登录及设置流程✧打开浏览器,进入Bugzilla主页面。

✧进入主页面后,点击【新建帐号】,进入注册页面。

✧在注册页面中输入E-Mail和真实姓名(为了统一,这里我们都使用计算机名),然后,点击【Create Account】,随后,你将收到一封包含初始密码的E-Mail。

✧在收到E-Mail之后,点击【登录】,在帐号栏输入注册时使用的E-Mail地址,在密码栏输入邮件里通知的初始密码,然后点击【Login】。

✧如忘记密码,在登陆页面中输入注册用户名,点击【Submit Request】,根据收到的邮件进行重新设置密码。

✧成功登录后,点击【Edit属性】->【帐号设置】,进行密码修改。

✧点击【Edit属性】->【邮件设置】,进行邮件通知设置。

✧点击【Edit属性】->【权限】,进行权限查询。

✧注意:在登陆使用之后,一定要退出登陆,这不仅是一个好习惯的问题,在bugzilla中将成为一个隐患——当你没有退出登陆而关闭页面,当用同一台机器再次访问的时候,系统会以上次登陆的用户访问——小心你的权限被错误使用哦!2 . Bug处理流程✧测试人员或开发人员发现bug后,判断属于哪个模块的问题,填写bug报告后,系统会自动通过Email通知项目组长或直接通知开发者。

✧项目组长根据具体情况,重新reassigned分配给bug所属的开发者。

✧开发者收到Email信息后,判断是否为自己的修改范围.1)若不是,重新reassigned分配给项目组长或应该分配的开发者。

2)若是,进行处理,resolved并给出解决方法。

(可创建补丁附件及补充说明)✧测试人员查询开发者已修改的bug,进行重新测试。

(可创建test case附件)1)经验证无误后,修改状态为VERIFIED。

待整个产品发布后,修改为CLOSED。

2)还有问题,REOPENED,状态重新变为“New”,并发邮件通知。

✧如果这个BUG一周内一直没被处理过。

Bugzilla就会一直用email骚扰它的属主,直到采取行动。

管理员可以设定最迟采取行动的期限,比如说3天,系统默认为7天。

3.Bug的提交过程Ⅰ要先进行查询◎确认要提交的bug报告不会在原有纪录中存在,若已经存在,不要提交,若有什么建议,可在原有纪录中增加注释,告知其属主。

◎确认你发现的Bug是否在最新的版本中所发生的。

Ⅱ若Bug不存在,原谅自己的无情了,添加吧!操作:点击【新建】—〉选择发现的bug所在的产品名称。

在选择的产品bug提交页面中,选择或者输入bug信息。

◎模块:点“模块”两个字,可以查看关于这个产品的模块的详细信息。

◎平台、操作系统:可以根据发现bug的实际情况来选择,如果确定这个bug可以发生在所有的平台,选择all好了!◎优先级:P1至P5优先级逐渐减弱。

◎严重级:blocker到enhancement严重程度降低。

Blocker:阻碍了项目开发或者测试的继续进行。

Critical:冲突,数据丢失和严重的内存泄漏等问题。

Major:较大的功能缺陷。

Minor:较小的功能缺陷。

Trivial:拼写、对齐类的错误。

Enhancement:需要改进的。

◎初始状态:开发人员的默认状态为“unconfirmed”(这个要由管理员设置,参见管理员操作指南),测试人员或者管理员此处为可选状态:unconfirmed和new.◎Assigned to: 为空时默认为管理员指定的owner, 也可手工制定。

◎CC: 可为多人,需用","隔开。

◎URL: bug的定位(可选)。

◎注释:是对bug的概述(必须填写)。

◎Description中要详细说明下列情况:1)发现问题的步骤2)执行上述步骤后出现的情况3)期望应出现的正确结果◎关键字:单击“关键字”三个字,会显示管理员已经设定的关键字,选择其一,便于以查询。

注意:此处不可以随意添加,必须使用已经存在的关键字才好。

另外,如果管理员没有创建关键字的话,那么此项缺省。

◎依赖:直接输入与当前bug有依赖关系的bug的编号。

简单地说,比如说这里输入“3”,那么就是说当前提交的bug有依赖关系,不是由于3导致了当前bug,就是当前bug导致了bug3。

确认无误后,“commit”!提交之后,系统会提示:bug 已经提交。

在此页面的下半部分,会再次显示刚才提交的bug的详细信息,你可以在这里进行修改,重新commit,也可以在此增加新的附件或是附加说明来进一步说明bug。

◎投票:可以查看票数,只要点击【显示这个bug的票数】,也可以参加投票,【为这个bug 投票】—〉在“票数”一栏中直接输入票数—〉【change my votes】.需要说明的是:票数并不是任意的,管理员为每一个用户设置了可以投票的最大数目和每个用户为某个bug投票的最大数目。

建议:一次只投一票,多投也没什么意义。

Ⅲ冲突当两个或几个人同时修改一个bug提交信息的时候,bugzilla会有弹出Mid- air collision!提示,并且列出解决冲突的选择:◎提交修改,但是会导致覆盖别人所做的修改。

◎不改了,返回。

建议选择返回,看看别人修改了什么,不同的话,添加一个附加说明来补充吧!!以上各项可能会因为权限的关系,有所缺省。

4 .对于Bug的不同处理情况一.Bug的属主(owner) 处理问题,提出解决意见及方法。

给出解决方法并填写附加说明(Additional Comments),还可创建附件(如:更改提交单)。

填表提示:FIXED 描述的问题已经修改,该bug已经修复并检查过,源文件已经检入CVS库。

INVALID 描述的问题不是一个bug (输入错误后,通过此项来取消)WONTFIX 描述的问题将永远不会被修复。

LATER 描述的问题将不会在产品的这个版本中解决。

DUPLICATE 描述的问题是一个存在的bug的复件。

WORKSFORME 所有要重新产生这个bug的企图是无效的。

如果有更多的信息出现,请重新分配这个bug,而现在只把它归档。

二. 项目组长或开发者重新指定Bug的属主。

①bug不属于自己的范围,可置为Assigned ,等待测试人员重新指定。

②bug不属于自己的范围,但知道谁应该负责,在Reassign bug to的输入框中直接输入被指定人的Email。

③操作结果:此时bug状态又变为New,此bug的owner变为被指定的人。

三. 测试人员确认开发人员报告的Bug是否存在。

查询状态为“Unconfirmed"的Bug,测试人员对开发人员提交的Bug进行确认,确认Bug 存在。

具体操作:选中“Confirm bug(change status to New)"后,进行commit.操作结果:状态变为“New".四. 测试人员验证已修改的Bug①测试人员查询开发者已修改的bug,即Status为"Resolved", Resolution为"Fixed".进行重新测试。

(可创建test case附件)②经验证无误后,修改Resolution为VERIFIED。

待整个产品发布后,修改为CLOSED。

若测试之后发现还有问题,REOPENED,状态重新变为“New",并发邮件通知。

5. 关于权限的说明◎组内成员对bug具有查询的权利,但不能进行修改。

◎Bug的owner 和reporter 具有修改的权利◎具有特殊权限的用户具有修改的权利。

6. 查询6.1 登录Bugzilla缺陷跟踪系统后,点击查询(如上图),可以按照指定的一个或者多个查询条件进行查询。

◎摘要(Summary):下拉列表框选择查询规约。

在其后的输入框中输入包含的信息,此信息的指定与提交bug时的注释信息相一致。

◎产品(Product):选择所要查找的bugs所在的产品。

◎模块(Component):选择bugs所在的模块。

◎版本(Version):选择bugs版本。

◎注释(Comments):可在下拉列表框中选择将要输入的包含信息的规约,其后指定包含的信息。

此信息的指定根据提交bugs时所填写的描述信息。

◎URL:指定关于bugs所在的URL。

◎关键字(Keywords):指定包含或不包含该关键字的bugs。

每个bug可以被指定关键字,bugs 报告人或者管理员可以编辑关键字。

◎状态(Status):选择bugs状态。

◎处理(Resolution):选择bugs处理的结果。

◎严重性(Severity):选择bugs的严重级别。

◎优先级(Priority):选择bugs的优先级别。

◎硬件(Platform):选择存在bugs程序运行的平台。

◎操作系统(OpSystem):选择存在bugs程序所运行的操作系统。

6.2 邮箱和编号在这一部分,我们可以通过复选框中的用户(bug属主、报告人、抄送列表成员以及评论者)的E-mail地址和bug的编号进行查询。

这部分的查询界面(如上图)有两列相同的复选框、下拉列表框及文本框。

同一列的复选框可多选。

文本框中可以输入多个E-mail地址,中间用“,”隔开。

查询结果取多个复选框的并集。

若同时指定两列查询选项,则查询结果取各自的交集。

例如:要查询bug属主和报告人为wangxx@的bugs,首先点选bug属主和报告人复选框,然后在下拉列表框中选择“是”,文本框中输入,点击Search显示查询结果。

又如要查询bug属主为wangxx@且报告人为zoufg@ 的bugs,则可以在第一列选项中设置bug属主,在第二列选项中设置报告人,点击Search 显示查询结果。

◎至少有下述票数的bug:可查找指定的票数的bugs。

在这一部分的查询中,我们还可以直接输入编号进行查找,选择包含或排除,然后输入bug编号,即可按号查找。

6.3 Bug变更◎在下述天数内修改的bugs:可查找在指定天数内修改过的bugs。

◎匹配下面任意条件的bugs:可选择发生过改变的条件,指定发生改变的时期(按照yyyy-mm-dd的格式)以及修改后的属性值。

6.4 使用Boolean Chart高级查询•利用Boolean Chart高级查询可以实现以上所有的查询功能。

•例如:在第一个下拉列表框中选择“bug #”,第二个选择“等于”,第三个指定n(n为bug的ID号,如2),点击Search,查询结果将列出ID号为n的bug。

点击Or,可追加查询选项及选项值,查询结果与上一查询结果取并集;点击And,则查询结果取交集。

点击Add another Boolean Chart,可以添加新的Boolean Chart。

这个键与And键几乎相同。

相关文档
最新文档