软件缺陷及bugzilla的使用594.pptxVIP

软件缺陷及bugzilla的使用 什么是缺陷 未达到产品说明书标明的功能。 出现了产品说明书指明不会出现的错误。 功能超出产品说明书指明范围。 未达到产品说明书虽未指出但应达到的目标。 测试员认为软件难以理解、不易使用、运行速度缓慢，或者最终用户认为不好。 软件缺陷产生的原因 人员之间的沟通交流不够、交流上有误解或者根本不进行交流 程序设计本身有错误 软件复杂性 需求变化 时间压力 代码文档贫乏 软件开发工具和系统软硬件的支持不完善 缺陷的分类 按严重性划分 影响进度的问题 死机 功能问题 界面问题 建议 缺陷的分类 按优先级划分 应立即修复的问题 在产品发布之前必须修复的问题 如果时间允许应该修复的问题 可以在发布版本中存在的问题 有效地记录缺陷！ 保证重现缺陷 分析故障，使用最少步骤重现缺陷 包含所有重现缺陷的必要步骤 方便阅读 尽量简单—一个缺陷一个报告 不要将bug步骤和看到的结果放在一起 缺陷跟踪系统---Bugzilla Bugzilla是一个错误跟踪系统，用于对软件产品程序开发过程的错误跟踪。具有如下特点: 基于Web方式，安装简单、运行方便快捷、管理安全。  有利于缺陷的清楚传达。本系统使用数据库进行管理，提供全面详尽的报告输入项，产生标准化的Bug报告 系统灵活，强大的可配置能力. Bugzilla的功能 强大的检索功能 用户可配置的通过Email公布Bug变更 历史变更记录 通过跟踪和描述处理Bug 附件管理 完备的产品分类方案和细致的安全策略 安全的审核机制 强大的后端数据库支持 Web，Xml，Email和控制界面 友好的网络用户界面 富多样的配置设定 版本间向下兼容 Bugzilla操作流程： 打开浏览器，输入Bugzilla服务器地址：28/index.cgi 在帐号[login]栏输入使用的E-Mail地址，在密码[password]栏输入邮件的初始密码，然后，点击[Login]登陆。如果成功登录后 点击[change password]-[name and password] ，进行密码修改。 点击菜单[new]或[enter a new bug report]之后选择项目进入bug报告输入页. 根据实际情况,选择输入项,并提交 Bugzilla登陆页面 成功登陆后的操作页面 修改密码页面 测试人员报告Bug的流程 请先进行查询，确认要提交的bug报告不会在原有纪录中存在，若已经存在，不要提交，若有什么建议，可在原有纪录中增加注释，告知其属主，让bug的属主看到这个后自己去修改。 若Bug不存在，创建一份有效的bug报告后进行提交。 具体操作：点击新建[new]，选择产品后，填写一个Bug报告的表格，点击提交。 Bug表格 Bug表格 Bug报告中的字段 Componen：项目中的模块 Version：产生Bug的软件版本 Platform：硬件平台 OS：操作系统 Severity:bug的严重度 Priority：Bug报告优先级，P1 至 P5 优先级逐渐减弱 Initial State：bug报告的状态 Assign To：可以指定一个处理人， 如不指定处理人， 则系统指定管理员为默认处 理人 CC：可以添写多个人的邮件地址，中间用逗号隔开 Default CC：默认邮件抄送人 Bug报告中的字段 Estimated Hours：处理时间 Deadline：限定期限 URL：输入超链接地址，引导处理人找到与报告相关联的信息 Summary：bug概述 Description:bug的详细描述， Attachment：附件 Depends on：如果该Bug必须在其他Bug修改以后才能够修改，则在此项目后填写那个Bug的编号 Blocks：如果该Bug的存在影响了其他Bug的修改，则在此项目后填写被影响的Bug编号 Severity Blocker，阻碍开发和/或测试工作 Critical，死机，丢失数据，内存溢出 Major，较大的功能缺陷 Normal，普通的功能缺陷 Minor，较轻的功能缺陷 Trivial，产品外观上的问题或一些不影响使用的小毛病，如菜单或对话框中的文字拼写或字体问题等等 Enhancement，建议或意见 Summary 应保证处理人在阅读时能够清楚提交者在进行什么操作的时候发现了什么问题。 如果是通用组件部分的测试，则必须将这一通用组件对应的功能名称写入概述中，以便今后查询。 Desription 发现问题的步骤 执行上述步骤后出现的情况 期望应出现的正确结果 Additional Comments  在Bug跟踪过程中测试与开发人员通过这里进行沟通 开发人员可以在这里填写处理意见和处理记录 测试人员可以在这里填写返测意见和对在返测过程中发现的新