软件缺陷及bugzilla的使用
实验6缺陷管理工具的使用
实验6缺陷管理工具的使用班级：姓名：学号：专业：一、实验目的：（1）掌握缺陷管理的流程；（2）能用缺陷管理工具进行缺陷管理。
二、实验内容：1．什么是缺陷管理？缺陷管理的流程是什么？缺陷管理:缺陷管理/软件缺陷管理（Defect Management）是在软件生命周期中获取、管理、沟通任何变更请求的过程（从变更的建议到变更的解决）。
可以确保你的问题如需求或者缺陷被跟踪管理而不丢失。
如果用PVCS Tracker 工具就可以成功地进行缺陷管理。
软件缺陷是软件开发过程中的"副产品"。
缺陷会存在于软件产品的整个生命周期中：可以是软件代码的问题、系统文档（开发文档和测试文档等）存在的问题，或者是用户的帮助文档和使用指南方面的问题等。
测试是发现缺陷的主要手段，也是它的主要目的。
测试活动和开发活动一样，是项目质量保证不可或缺的重要部分。
因此，对于测试活动的主要产物：缺陷，我们需要建立一个完善的缺陷管理流程，来对缺陷进行报告、查询、分类、跟踪、处理和验证等。
缺陷管理的流程1.和缺陷相关的角色：测试工程师：在这里主要是指发现和报告缺陷的测试人员。
在一般流程中，他需要对这个缺陷后续相关的状态负责：包括相关人员对这个缺陷相关信息的询问回答，以及在build中的验证测试和后面正式版本的验证测试。
开发工程师：这里主要指对这个缺陷进行研究和修改的开发人员。
同时，他需要对修改后的缺陷在提交测试人员正式测试验证之前需要进行验证测试。
缺陷评审委员会：主要由项目经理、测试经理、质量经理、开发经理以及资深的开发、测试工程师等组成。
他们对缺陷进行确认以及将之分配给相应的开发人员进行修改。
版本经理：负责将已经解决的缺陷相关的配置信息融入到新的版本，提交新的测试和相关的验证测试。
2.缺陷状态的含义解释：New（新缺陷）：软件中新发现报告的缺陷，一般由测试人员提交。
当然也可能是开发人员自己在单元或代码测试过程中提交，或从软件使用的最终用户或测试现场反馈得到的缺陷报告。
软件缺陷管理系统的建设与应用
软件缺陷管理系统的建设与应用软件缺陷管理系统是一种用于跟踪、记录和解决软件缺陷的工具，对于软件开发团队来说是非常重要的。
建立和使用一个高效的软件缺陷管理系统可以帮助团队及时发现和解决软件中存在的问题，提高软件质量和用户满意度。
下面将介绍软件缺陷管理系统的建设步骤和应用方法。
第一步是确定需求，团队应该明确软件缺陷管理系统的功能和特点，根据团队的实际情况确定需要哪些功能模块，比如缺陷记录、缺陷分析、缺陷跟踪、缺陷统计等。
在确定需求的基础上，选择合适的软件缺陷管理系统工具，比如Jira、Bugzilla、Mantis等，这些工具都提供了丰富的功能和灵活的配置选项，可以满足不同团队的需求。
第二步是系统配置，根据团队的需求和实际情况对软件缺陷管理系统进行详细配置，包括创建缺陷类型、严重程度、优先级等，建立合适的工作流程，设置通知和提醒规则，制定权限管理策略等。
系统配置的目的是让软件缺陷管理系统更适应团队的工作流程和管理需求，提高工作效率和质量。
第三步是培训团队成员，建立软件缺陷管理系统后，团队成员需要接受培训，了解系统的功能和操作方法，掌握如何录入和处理缺陷，如何查询和分析报告等。
培训可以通过线上视频教程、文档手册、实际操作演练等多种方式进行，确保团队成员能够熟练掌握软件缺陷管理系统的使用方法。
第四步是系统应用，建立了软件缺陷管理系统后，团队需要全面应用系统，将所有的缺陷和问题都记录在系统中，并按照设定的工作流程进行处理和跟踪。
团队成员应该定期检查系统中的缺陷报告，及时解决存在的问题，确保软件质量和用户体验。
同时，团队还可以通过系统生成的报告和统计数据进行分析，找出存在的问题和改进的方向，不断优化工作流程和提高工作效率。
总之，建立和应用软件缺陷管理系统对于软件开发团队来说是非常重要的，可以帮助团队及时发现和解决软件中的问题，提高软件质量和用户满意度。
通过系统的建设和应用，团队可以更好地管理和控制软件开发过程，提高团队的工作效率和生产质量。
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介绍
硬件平台和操作系统 （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是一个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使用指南绪言什么是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使用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操作指南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
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三级用户简明利用手册
Bugzilla简明有效手册0Bugzilla简介Bugzilla版本Bugzilla简介Bugzilla 是一个开源的缺点跟踪系统（Bug-Tracking System），它能够治理软件开发中缺点的提交（new），修复（resolve），关闭（close）等整个生命周期。
Bugzilla是一个搜集缺点的数据库。
它让用户报告软件的缺点从而把它们转给适合的开发者。
开发者能利用bugzilla维持一个要做情形的优先表，还有时刻表和跟踪相关性。
不是所有的"bugs"都是软件缺点。
一些数据库中的内容是作为增强的请求(RFE)。
一个RFE是一个严峻级别字段被设为"enhancement"的"Bug".人们常说"bug",事实上意思是Bugzilla中的记录,因此RFEs常常被称作bug。
它能够为你成立一个完善的Bug 跟踪体系, 包括报告Bug, 查询Bug 记录并产生报表,处置解决,治理员系统初始化和设置四部份Bugzilla用户权限在Bugzilla 中，用户权限要紧能够分为三个级别：超级治理员，用户组治理员（或项目组长），一般用户（或项目组成员）。
1.用户登岸在阅读器中输入bugzilla访问地址:，进行bugzilla治理系统登岸页面，点击图中的“Log in”按钮，用户即可登岸。
图登岸页面登岸后将会看到bugzilla治理系统首页面，如以下图所示：图系统首页面点击图中的“File a Bug”按钮，通过选择特定Products及Products下面的特定Components，能够新建一个Bug。
图系统首页面点击图中的“Search”按钮，系统将依照账户权限，及设置的查询条件，查询系统中已经存在的Bugs。
图系统首页面点击图中的“User Preferences”按钮，进入用户信息查看及修改界面，如以下图所示：图User Preferences页面点击图中的“Account Information”按钮，可修改自己的账户密码和备注用户名，点击“Permissions”按钮，可查看自己所拥有的权限。
软件缺陷及bugzilla的使用共33页文档
Summary
应保证处理人在阅读时能够清楚提交者在 进行什么操作的时候发现了什么问题。
如果是通用组件部分的测试，则必须将这 一通用组件对应的功能名称写入概述中， 以便今后查询。
Desription
级逐渐减弱 Initial State：bug报告的状态 Assign To：可以指定一个处理人， 如不
Bug报告中的字段
Estimated Hours：处理时间 Deadline：限定期限 URL：输入超链接地址，引导处理人找到与
报告相关联的信息 Summary：bug概述
Description:bug的详细描述，
Attachment：附件 Depends on：如果该Bug必须在其他Bug
修改以后才能够修改，则在此项目后填写
Severity
Blocker，阻碍开发和/或测试工作 Critical，死机，丢失数据，内存溢出 Major，较大的功能缺陷 Normal，普通的功能缺陷 Minor，较轻的功能缺陷 Trivial，产品外观上的问题或一些不影响使
骚扰它的属主，直到采取行动为止
缺陷报告处理流程图
缺陷报告处理流程图二
Bug报告状态分类
待确认的（Unconfirmd）:待确认后 提交到系统中
新提交的（New）:这个Bug刚刚被提 交到系统中，还没有做任何的处理和 响应
1. 试人员或开发人员发现bug后，判断属于哪个模块的问题，填写 bug报告后，通过Email通知项目组长或直接通知开发者。
2. 项目组长根据具体情况，重新reassigned分配给bug所属的开发者。 3. 开发者收到E-Mail信息后，判断是否为自己的修改范围。 4. 若不是，重新reassigned分配给项目组长或应该分配的开发者； 5. 若是，进行处理，resolved并给出解决方法。（可创建补丁附件及
Bugzilla使用说明 之四 Bug管理
Bugzilla使用说明之四Ｂｕｇ管理提交一个新发现的bug。
填写好相应的bug属性项后，提交bug。
提示提交成功，如下图。
上面新追加的Bug3 的直接负责人为：tom@。
该人员登录系统后，会看到这个bug，开始改修的工作。
图中ID：3为刚才追加的新bug，由于严重程度：blocker阻塞，优先度：P1。
所以这条bug记录被加红色显示。
tom打开这个bug信息，查看bug的具体内容，然后对应进行处理。
如下图。
选择状态为：resolved已解决；解决办法：fixed已修复。
然后“Commit”提交。
然后tom返回“home”查看bugs列表，发现bug3已经不存在了，因为它已经被修复了。
如下图。
用户admin，登录系统，使用“Search”功能检索bugs。
如下图。
看到了bug3这条记录，由于tom已经处理过这个bug，所以admin进行再次回归测试。
最终测试通过后，关闭bug。
如下图。
这时，便完成了一个bug从提出，到确认修改，最后确认关闭的全过程。
以上，以一个最为简单的bug处理流程来说明bugzilla是如何管理bug的。
软件测试教学PPT-缺陷跟踪管理
（八）缺陷跟踪管理
本章要点
缺陷管理地目地与意义 缺陷管理工具地分类 缺陷管理工具地使用
缺陷管理工具概述
缺陷管理地目地与意义 缺陷地跟踪管理一般而言有如下目地: 确保每个被发现地缺陷都可以被解决,这里解决
地意思不一定是被修复,也可能是其它处理方式 （例如,在以后地版本修复或是不修复）,总之, 对每个被发现地Bug地处理方式需要可以在开发 组织达到一致; 收集缺陷数据并根据缺陷趋势曲线识别测试过 程地阶段;决定测试过程是否结束有很多种方式, 通过缺陷趋势曲线来确定测试过程是否结束是常 用并且较为有效地一种方式; 收集缺陷数据并在其上行数据分析,作为组织地 过程财富。
查询Bug
生成报表
问题跟踪工具JIRA
JIRA地特点
灵活可配置地工作流。提供用于缺陷管理地默认工作流。工作流可以 自定义,工作流数量不限。每个工作流可以配置多个自定义动作与自 定义状态。每一个问题类型都可以单独设置或用工作流。可视化工作 流设计器,使工作流配置更加直观。自定义工作流动作地触发条件,工 作流动作执行后,自动执行指定地操作。
期望结果。 Priority:Bug优先级,取值包含Highest,High,Medium,Low与Lowest。 Labels:填写该字段有助于以后过滤出特定类型地Bug。 Linked Issue:选择依赖或者被依赖地Bug。 Assignee:负责解决Bug地。 Epic Link:Bug所属地Epic。 Sprint:Bug所属地Sprint。
缺陷管理工具概述
缺陷管理工具地分类 纯粹地缺陷管理工具: Bugzilla,Bugzero属于这一类,它们可以
为软件组织建立一个完善地缺陷跟踪体系, 包含报告缺陷,查询缺陷记录并产生报表, 处理解决缺陷; 包含缺陷管理模块地项目管理工具 第二类是以Redmine,JIRA为代表地项目管 理工具,它们集项目计划,任务分配,需求 管理,缺陷跟踪于一体,功能强大,易于使 用。缺陷管理作为其地一个子功能而发挥 作用。
软件缺陷管理
软件缺陷管理软件缺陷管理软件测试的⼯作就是查找软件中存在的缺陷，反馈给开发⼈员使之修改，从⽽确保软件的质量，因此软件测试要求测试⼈员对软件有⼀个深⼊理解。
1、软件缺陷产⽣的原因软件缺陷就是通常所说的Bug,它是指软件中（包括程序和⽂档）存在的影响软件正常运⾏的问题。
IEEE（Institute of Electrical and Electronics Engineers，电⼦电⼦⼯程师协会）729-1983标准对软件缺陷有⼀个标准的定义：从产品内部看，缺陷是产品开发或维护过程中存在的错误、⽑病等各种问题；从产品外部看，缺陷是系统运⾏过程中某种功能的失效或违背。
软件缺陷的产⽣主要是由软件产品的特点和开发过程决定的，⽐如需求不清晰、需求频繁变更、开发⼈员⽔平有限等。
归结起来，缺陷产⽣的原因主要有以下⼏点。
（1）需求不明确。
软件需求不清晰或者开发⼈员对需求理解不明确，导致软件在设计时偏离客户的需求⽬标，造成软件功能或特征上的缺陷。
此外，在开发过程中，客户频繁变更需求也会影响软件最终的质量。
（2）软件结构复杂。
如果软件系统结构⽐较复杂，很难设计出⼀个具有很好层次结构或组件结构的框架，这就会导致软件在开发、扩充、系统维护上的困难。
即使能够设计出⼀个很好的架构，复杂的系统在实现时也会隐藏着相互作⽤的难题，⽽导致隐藏的软件缺陷。
（3）编码问题。
在软件开发过程中，程序员⽔平参差补齐，再加上开发过程中缺乏有效的沟通和监督，问题累积越来越多，如果不能逐⼀解决这些问题，会导致最终软件中存在很多缺陷。
（4）项⽬期限短。
现在⼤部分软件产品开发周期都很短，开发团队要在有限的时间内完成软件产品的开发，压⼒⾮常⼤，因此开发⼈员往往是在疲劳、压⼒⼤、受到⼲扰的状态下开发软件，这样的状态下，开发⼈员对待软件问题的态度是【不严重就不解决】。
（5）使⽤新技术。
现代社会，每种技术发展都⽇新⽉异。
使⽤新技术进⾏然间开发时，如果新技术本⾝存在不⾜或开发⼈员对新技术掌握不精，也会影响软件产品的开发过程，导致软件存在缺陷。
BugZilla使用--Bug流转规范 V1.0
BugZilla使用--Bug流转规范文档编号:文档密级:拟定: 邮箱:审核: 邮箱:批准: 邮箱:日期:版本历史版本日期作者版本描述目录目录 (3)1.提交BUG (4)2.BUG确认 (6)3.BUG处理 (7)4.验证BUG修复情况 (8)1.提交BUG测试完成后，测试人员进入Bugzilla提交BUG，需要填写内容如下：✧Component：BUG所属模块✧Version：软件版本✧Severity：BUG严重级别✧Hardware：硬件版本✧OS：软件所基于的系统✧Status：BUG提交状态，提交BUG时状态应改为UNCONFIRMED✧Summary：BUG概述✧Description：BUG提交人：XXXUboot版本：模块型号：模块版本：复现步骤：1.xxxx;2.xxxx…..实际结果：预期结果：✧CC：bug必须抄送的最小组群，包括：项目经理、测试负责人、项目技术负责人、部门主管、SQA；截图展示：2.BUG确认技术负责人将所有BUG分别发送于具体的工程师进行修复，并修改BUG状态为CONFIRM。
3.BUG处理BUG分管给各工程师，各工程师解决BUG：1)BUG无法复现，修改BUG状态为RESOLVED-WORKSFORME；2)该条BUG与之前的BUG重复，修改BUG状态为VERIFIED-DUPLICATE；并在Comment中注明和哪条BUG重复；3)判定该条不是BUG，修改BUG状态为RESOLVED-INV ALID，点击Add Comment，填写判定理由及分析过程；4)无法修改该BUG，修改BUG状态为RESOLVED-WONTFIX，点击Add Comment，填写无法修改原因及分析过程；5)BUG修复，进入Bugzilla修改状态为RESOLVED-FIXED，并填写修复信息。
✧修改BUG状态为RESOLVED-FIXED；✧点击Add Comment，填写BUG修复信息，填写格式及内容：原因分析：解决办法：提交代码：解决问题版本：✧提交Bug Report作为附件，bug report中应包含集成测试报告4.验证BUG修复情况工程师修改BUG状态为RESOLVED-FIXED后，相关测试人员即会收到邮件提醒，此时可以使用“解决问题的版本”，验证该BUG是否已修复。
bugzilla使用说明
如有你有帮助，请购买下载，谢谢！一：提交bug的过程：1.点击登陆2.登陆后选择File a bug 然后点击所要提交产品的名称3.在bug页面填写相应的信息包括组件、版本、bug概述、详述添加附件、提交bug描述bug的时候最好按详述里了的格式进行描述添加附件点击“浏览”选择好附件路径及添加附件描述4.点击“Submit Bug”提交后就进入下一级页面。
QA contact 是默认的暂时不做选择在Assigned处选择相关的项目负责人、在Status处选在“UNCONFIRMED”、在CC List里面添加要抄送人，然后点击”Save change”就可以了。
二：搜索bug的流程1.登陆之后点击search 进入一般搜索页面，选择所要查找的状态、产品或者输入关键字然后点击search 按钮就ok了2.在高级搜索页面选择相应的搜索项或者输入关键字进行搜索就ok了三：特殊说明：1.关于Flags说明如图中：“？”表示被用户请求“+”表示通过“-”表示拒绝Bug和附件里面都有Flags 表示bug和附件是通过还是拒绝2 .bug操作流程图1）测试人员提交bug给项目负责人（assigned）2）项目负责人负责确认bug 并且分配bug。
（若不是bug直接把状态改成resoloved I invalid，若是bug就把bug状态修改为confirmed然后分配给开发人员）3）若分配错开发人员可直接返回项目负责人让其进行重新分配4）开发人员修改bug的时候bug状态为confirmed5）修改好后bug状态有confirmed变成Resoloved fixed6）测试人员看到Resoloved fixed状态后或者是收到邮件后进行bug验证7）验证通过就直接关闭，若不通过就reopen然后在返回给项目负责人。
1页。
VV-Bugzilla操作手册
编号：cStyleCN-PG19-VV 北京利众得应用技术有限公司软件过程改进之Bugzilla操作手册V1.6.0修订记录目录1BUGZILLA介绍 (4)1.1产生 (4)1.2目的 (4)2BUGZILLA中BUG的处理 (6)2.1B UGZILLA中B UG的处理流程 (6)2.2发现B UG (7)2.3报告B UG (7)2.4指定B UG对应者 (7)2.5对应B UG (8)2.6验证B UG的对应 (8)2.7关闭B UG (9)3BUGZILLA用户操作说明 (9)3.1用户登录 (9)3.2修改密码及设置 (9)3.3查询B UG (9)3.4报告B UG (10)3.5修改B UG (10)3.6产生报表 (10)3.7权限 (10)4BUGZILLA管理员操作指南 (11)4.1主要工作内容： (11)4.2基本操作： (11)4.3管理GROUP (12)4.4管理P RODUCT 和COMPONENT (12)附录A 填写BUG报告 (12)附录B BUG的生命周期 (14)1.1产生Bugzilla属于产品缺陷跟踪系统一种，创始人是Terry Weissman，开始时使用一种名为“TCL”的语言创建的，后用Perl语言实现，并作为Open source发布。
1.2目的也许你还没有看到一个错误管理系统所具有的价值；也许你正被大量的测试数据所淹没，而迫切的需要一个产品缺陷的记录及跟踪的好帮手；也许你正在通过如：电子表格、数据库等各种方式来不断的开发和完善一个错误跟踪系统。
Mozilla公司向我们提供了一个共享的免费工具Buzilla.作为一个产品缺陷的记录及跟踪工具，它能够为你建立一个完善的Bug跟踪体系，包括报告Bug、查询Bug记录并产生报表、处理解决、管理员系统初始化和设置四部分。
并具有如下特点：1、基于Web方式，安装简单、运行方便快捷、管理安全。
2、有利于缺陷的清楚传达。
Bugzilla操作指南
4.用户管理 1）“Edit”一栏中的Users Users参数选项介绍如下： 这里主要用来查看和添加用户 Users
点击进入后可以修改用户相关信息
2）修改用户
name： Login name：登陆名称，这里设置email的名称 name： Real name：真实名称 Password： Password：可以为用户设置一个新密码 text： Disable text：如果这里不为空则用户帐号将被禁用，这里用来解释被禁原因 access： Group access： 在组访问设置里面有两列构选框， 第一列（左边列）：可以为别的用户设置成为这个组的成员，既是说如果我把一个用户某一组第一列勾选，则授权 这个用户就可以添加其他用户到这个组，相当于管理这个组。 第二列（右边列）：成为这个组的成员。 由下图中的勾选及提示就可看出：
Bugzilla操作指南3 提交Bug Bugzilla操作指南3：提交Bug 操作指南
进入主页面，点击“New”。提交新bug，首先选择产品（product）
这里我们选择GBQ3.0产品：选择产品后我们可以看到具体bug提交的页面。 主要选择： 版本号（version）： ）：软件版本 版本号（version）： 组件（component）： ）：产品（product）中细分的组件 组件（component）： 平台（platform）： ）：硬件平台 平台（platform）： 操作系统（os）： 操作系统（os）：软件操作系统 ）： 优先级（priority）： ）：bug的优先级 优先级（priority）： 严重级（severity）： ）：bug的严重级别 严重级（severity）： 分配给谁（assign to）： 分配给谁（ to）：这个主要由你选择的模块（component）自动决定，当然也可以自己输入 ）： 抄送给谁（CC）： ）：可以选择同时把这封提交bug的邮件抄送给谁 抄送给谁（CC）： 概要（summary）： ）：类似于标题 概要（summary）： 描述（discription）： ）：具体的bug描述 描述（discription）： 选择框让哪个组可见，如果都不选的话则都可看见这个bug 选择框让哪个组可见
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Bug报告中的字段
Estimated Hours：处理时间 Deadline：限定期限 URL：输入超链接地址，引导处理人找到与报告相 关联的信息 Summary：bug概述
Description:bug的详细描述，
Attachment：附件 Depends on：如果该Bug必须在其他Bug修改以后才 能够修改，则在此项目后填写那个Bug的编号 Blocks：如果该Bug的存在影响了其他Bug的修改， 则在此项目后填写被影响的Bug编号
Bugzilla登陆页面
成功登陆后的操作页面
修改密码页面
测试人员报告Bug的流程
1.
2.
3.
请先进行查询，确认要提交的bug报告不 会在原有纪录中存在，若已经存在，不要 提交，若有什么建议，可在原有纪录中增 加注释，告知其属主，让bug的属主看到 这个后自己去修改。 若Bug不存在，创建一份有效的bug报告后 进行提交。 具体操作：点击新建[new]，选择产品后， 填写一个Bug报告的表格，点击提交。
缺陷跟踪系统---Bugzilla Bugzilla
Bugzilla是一个错误跟踪系统，用于对软件产品程 序开发过程的错误跟踪。具有如下特点:
1. 2.
3.
基于Web方式，安装简单、运行方便快捷、管理安全。 有利于缺陷的清楚传达。本系统使用数据库进行管理， 提供全面详尽的报告输入项，产生标准化的Bug报告 系统灵活，强大的可配置能力.
已解决的（Resolved）：这个Bug已经 被处理了，提醒测试组对此Bug进行验 证 已验证的（Verified）：QA认可了处理 意见，并且对Bug进行了验证 已关闭的（Closed）：产品发布以后 对Bug进行关闭，归档
Bug状态转换图
Bug处理意见
已修改的（Fixed）：开发人员对此Bug进行了修改，并且经过自己的 单元测试后已经check in到库中 不是问题（Lnvalid）：这个Bug中描述的不是问题 不修改（Wontfix）：这个Bug描述的是问题，但是不修改，以后也不 修改 以后版本解决（Later）：这个Bug描述的是问题，但是不在这个版本 中解决 保留（Remind）：这个Bug描述的是问题，但是不能确定是否在这个 版本中修改 重复（Duplicate）：这个Bug与已有的Bug重复了，将状态置在重复的 时候必须说明其与哪个Bug重复 需要更多信息（Worksforme）：根据Bug描述无法查找问题的原因并 解决，需要提供更多的关于这个Bug的信息
Bugzilla操作流程：
1.
2.
3.
4.
5.
打开浏览器，输入Bugzilla服务器地址： http://172.14.10.128/index.cgi 在帐号[login]栏输入使用的E-Mail地址，在密 码[password]栏输入邮件的初始密码，然后， 点击[Login]登陆。如果成功登录后 点击[change password]->[name and password] ，进行密码修改。 点击菜单[new]或[enter a new bug report]之后 选择项目进入bug报告输入页. 根据实际情况,选择输入项,并提交
bug查询
登录 Bugzilla 缺陷跟踪系统后，点击菜单 [search]，进入bug搜索页面,可以按照指定 的一个或者多个查询条件进行查询 点击Saved Searche项的[mybug]查看已经提 交的bug列表及bug详细情况
Bug查询
buglist
实际操作
连接http://172.14.10.128/index.cgi
Bug表格
Bug表格
Bug报告中的字段
Componen：项目中的模块 Version：产生Bug的软件版本 Platform：硬件平台 OS：操作系统 Severity:bug的严重度 Priority：Bug报告优先级，P1 至 P5 优先级逐渐减弱 Initial State：bug报告的状态 Assign To：可以指定一个处理人， 如不指定处理人， 则系统指定管理员为默认处 理人 CC：可以添写多个人的邮件地址，中间用逗号隔开 Default CC：默认邮件抄送人
缺陷报告处理流程图
缺陷报告处理流程图二Fra bibliotekBug报告状态分类
待确认的（Unconfirmd）:待确认后提 交到系统中 新提交的（New）:这个Bug刚刚被提交 到系统中，还没有做任何的处理和响 应 未解决的（Reopened）:这个Bug曾经 被处理过一次，但是处理的结果不太 正确
Bug报告状态分类
软件缺陷及bugzilla的使用
什么是缺陷
未达到产品说明书标明的功能。 出现了产品说明书指明不会出现的错误。 功能超出产品说明书指明范围。 未达到产品说明书虽未指出但应达到的目 标。 测试员认为软件难以理解、不易使用、运 行速度缓慢，或者最终用户认为不好。
软件缺陷产生的原因
人员之间的沟通交流不够、交流上有误解 或者根本不进行交流 程序设计本身有错误 软件复杂性 需求变化 时间压力 代码文档贫乏 软件开发工具和系统软硬件的支持不完善
Summary
应保证处理人在阅读时能够清楚提交者在 进行什么操作的时候发现了什么问题。 如果是通用组件部分的测试，则必须将这 一通用组件对应的功能名称写入概述中， 以便今后查询。
Desription
发现问题的步骤 执行上述步骤后出现的情况 期望应出现的正确结果
Additional Comments
在Bug跟踪过程中测试与开发人员通过这里 进行沟通 开发人员可以在这里填写处理意见和处理 记录 测试人员可以在这里填写返测意见和对在 返测过程中发现的新问题进行描述
Bug的处理流程
1. 2. 3. 4. 5.
6.
7.
8. 9.
试人员或开发人员发现bug后，判断属于哪个模块的问题，填写bug 报告后，通过Email通知项目组长或直接通知开发者。 项目组长根据具体情况，重新reassigned分配给bug所属的开发者。 开发者收到E-Mail信息后，判断是否为自己的修改范围。 若不是，重新reassigned分配给项目组长或应该分配的开发者； 若是，进行处理，resolved并给出解决方法。（可创建补丁附件及补 充说明）； 测试人员查询开发者已修改的bug，进行重新测试。（可创建test case附件） 经验证无误后，修改状态为VERIFIED。待整个产品发布后，修改为 CLOSED。 还有问题，REOPENED，状态重新变为“New"，并发邮件通知。 如果这个BUG一周内一直没被处理过。Bugzilla就会一直用E-Mail骚 扰它的属主，直到采取行动为止
Bugzilla的功能
1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12.
强大的检索功能 用户可配置的通过Email公布Bug变更 历史变更记录 通过跟踪和描述处理Bug 附件管理 完备的产品分类方案和细致的安全策略 安全的审核机制 强大的后端数据库支持 Web，Xml，Email和控制界面 友好的网络用户界面 富多样的配置设定 版本间向下兼容
Severity
Blocker，阻碍开发和/或测试工作 Critical，死机，丢失数据，内存溢出 Major，较大的功能缺陷 Normal，普通的功能缺陷 Minor，较轻的功能缺陷 Trivial，产品外观上的问题或一些不影响使 用的小毛病，如菜单或对话框中的文字拼 写或字体问题等等 Enhancement，建议或意见
缺陷的分类
按严重性划分
影响进度的问题 死机 功能问题 界面问题 建议
缺陷的分类
按优先级划分
应立即修复的问题 在产品发布之前必须修复的问题 如果时间允许应该修复的问题 可以在发布版本中存在的问题
有效地记录缺陷！
保证重现缺陷 分析故障，使用最少步骤重现缺陷 包含所有重现缺陷的必要步骤 方便阅读 尽量简单—一个缺陷一个报告 不要将bug步骤和看到的结果放在一起