1、,缺陷管理,1,缺陷管理,软件测试的根本目的是什么?,缺陷管理,软件测试中经常使用各种术语来描述软件出现的问题,如下一些通用的术语: 软件错误(Software Error) 软件缺陷(Software Defect) 软件故障(Software fault) 软件失效(Software failure)区分这些术语很重要，它关系到测试工程师对软件失效现象与机理的深刻理解.由于软件内部逻辑复杂,运行环境动态变化,且不同的软件差异可能很大,因而软件失效的机理可能也有不同的表现形式,但总的来说,软件失效的机理可描述为: 软件错误-软件缺陷-软件故障-软件失效,软件错误:在可以预见的时期内,软件将有
2、人来开发.在整个生存期的各个阶段,都贯穿 着人的直接或间接的干预.然而人难免犯错误,这必然给软件留下不良的痕迹.软件错误是指在软件生存期内的不希望或不可接受的人为错误,其结果是导致软件缺陷的产生.可见,软件错误是一种人为过程,相对于软件本身,是一种外部行为.软件缺陷:软件缺陷是存在于软件(文档,数据,程序)之中的那些不希望或不可接受的偏差.其结果是软件运行于某一特定条件时出现软件故障,这时称软件缺陷被激活.软件故障:软件故障是指软件运行过程中出现的一种不希望或不可接受的内部状态.比如:软件处于执行一个多余循还过程时,我们可以软件出现故障.若此时没有适当的措施(容错)加以处理,便产生软件失效.软
3、件故障是一种动态行为.软件失效:软件失效是指软件运行时产生的一种不希望或不可接受的外部行为结果.,缺陷管理,缺陷管理,综上所述,软件错误是一种人为错误.一个软件错误必定产生一个或多个软件缺陷.当一个软件缺陷被激活时,便产生一个软件故障;同一个软件缺陷在不同条件下被激活,可能产生不同的软件故障.软件故障如果没有及时容错措施加以处理,便不可避免地导致软件失效.,什么是Bug?,功能没有实现或与规格说明不一致的问题是bug； 不能工作(死机、没反应)的部分是bug； 不兼容的部分是bug； 边界条件未做处理是bug； 界面、消息、提示、帮助不够准确是bug； 屏幕显示、打印结果不正确也是bug; 有
4、时把尚未完成的工作也作为一个bug。,Bug举例1,文本文件保存错误： 在WindowsXP桌面上新建一个文本文档，输入“联通”两个字，并保存退出。 退出后再次打开这个文本文件时，刚才输入的内容变成了乱码。,Bug举例2,共享文件夹名超长时提示错误：Windows XP支持的最大共享文件夹名长度为80个英文字母或40个汉字，但设置共享文件夹名时可输入的范围是80个英文字符或80个汉字，如果共享文件夹名在4180个汉字之间，系统会提示“该共享名包含无效的字符” 。 其实真正的原因是共享文件夹名超长。,Bug举例3,替换字符串长度未作限定： Word2000中，如果替换字符串长度过长，则会引起程序
5、崩溃。,软件缺陷的判定,（1）软件未达到产品说明书中已经标明的功能；（2）软件出现了产品说明书中指明不会出现的错误；（3）软件未达到产品说明书中虽未指出但应当达到的目标； （4）软件功能超出了产品说明书中指明的范围；（5）软件测试人员认为软件难以理解、不易使用，或者最终用户认为该软件使用效果不良。 总之，软件缺陷是软件开发过程中的“副产品”，会导致软件产品在某种程度上不能满足用户的需要，导致对软件产品预期属性的偏离。,缺陷管理,缺陷管理-缺陷来源介绍,缺陷来源 描述 缩写 Cause-Requirement 由于需求的问题引起的缺陷 C-R Cause Design 由于设计的问题引起的缺陷
6、C-D Cause Code 由于编码的问题引起的缺陷 C-C Cause Test 由于测试的问题引起的缺陷（测试用例设计问题等） C-T Cause Integration & Other 由于集成或其它问题引起的缺陷 C-I&O,软件缺陷的范畴,包括检测缺陷和残留缺陷 检测缺陷：软件在进入用户使用之前被检测出的缺陷 残留缺陷：软件发布后存在的缺陷，包括在用户安装前未被检测出的缺陷以及检测出但未被修复的缺陷。,造成残留缺陷的原因,软件错误/缺陷很难看到 软件错误/缺陷看到了但很难抓到 软件错误/缺陷抓到了但无法修改或很难修改,缺陷管理-目的,缺陷管理目的: 缺陷管理目的是对各阶段测试发现的
7、缺陷进行跟踪管理，以保证各级缺陷的修复率达到标准。主要实现以下目标： 及时了解并跟踪每个被发现的缺陷； 确保每个被发现的缺陷都能被处理； 收集缺陷数据并根据缺陷趋势曲线识别测试过程阶段； 收集缺陷数据并在其上进行数据分析，作为组织过程的财富。,软件问题报告（Bug报告）,软件问题（Bug）报告是软件测试过程中最重要的文档。它记录了Bug发生的环境，如各种资源的配置情况，Bug的再现步骤以及Bug性质的说明。 更重要的是它还记录着Bug的处理过程和状态。Bug的处理进程从一定角度反映了测试的进程和被测软件的质量状况以及改善过程。,报告Bug的基本原则,尽快报告Bug; 有效描述Bug; 对Bug
8、不做任何评价； 确保Bug可以重现。,有效描述Bug,短小：只解释事实和演示、描述Bug必需的细节； 单一：每一个报告中针对一个Bug； 步骤清晰：要清楚地描述出Bug的发生场景，包括前置条件和操作的详细步骤； 必要的时候可以添加注释（remarks）； 可以上载屏幕抓图和其他附件。,有效描述Bug,以下是一个Bug描述的例子 操作步骤： 使用MappingBuilder对URL为“jdbc:mysql:/10.0.0.12/test”的数据库进行映射，虚拟数据库名称设置为“VMysql”。 进入DataView主页面，在DAS List中点击“VMysql”右侧的“高级查询”链接。 在高级查
9、询页面底端的输入框中，输入SQL语句“select * from empinfo”，点击查询按钮。 在得到的查询结果页面中，点击“下一页”链接。 翻页到下一页后，没有出现“保存当前页面的查询结果”链接，无法保存当前页面结果。,缺陷管理工具BMS,缺陷管理-缺陷相关属性,缺陷管理-缺陷等级定义,缺陷管理-缺陷修复优先级,Bug的生命周期,Bug的生命周期就是指Bug从开始提出到最后完全解决，并通过复查的过程。在这个过程中Bug报告的状态不断发生着变化，记录着Bug的处理进程。,缺陷管理-缺陷状态,缺陷管理-人员职责,项目经理（PM) 负责指派缺陷给相关责任人. 项目测试负责人（TM） 决定缺陷管
10、理方式和工具，拟定决策评审计划； 管理所有缺陷关闭情况； 审核测试人员提交的缺陷； 对测试人员的工作质量进行跟踪与评价。 测试人员（TE） 负责报告系统缺陷记录，且协助项目人员进行缺陷定位； 负责验证缺陷修复情况，且填写缺陷记录中相应信息； 负责执行系统回归测试； 提交缺陷报告； 负责被测软件进行质量数据和分析。 项目相关开发人员（DE） 修改测试发现的缺陷，并提交成果物做再测试； 负责接收各自的缺陷记录，并且修改； 负责提供缺陷记录跟踪中其它相应信息。 质量保证人员（SQA） 监控项目组缺陷管理规程执行情况。监控项目组缺陷管理规程执行情况。,缺陷管理-流程图,缺陷管理-过程介绍,缺陷登记:
11、缺陷审批: 是否缺陷： 缺陷分派： 修复缺陷： 缺陷回归测试：,缺陷管理-缺陷状态转换图,微软的BUG管理,微软的一天,编写Bug摘要,Bug的摘要是要用一句话的形式简明扼要地将Bug描述出来，要清晰指出Bug所在部位以及其错误类型，不能太笼统。 如“页面对非法输入有问题”可以修改为“流量信息查询页面对于非法输入没有进行校验”。,Bug统计1,各模块问题分布简况,1. 流量信息统计查询模块（10个，59%） 2. 数据采集模块（0个，0%） 3. 数据整理模块（1个，6%） 4. 系统配置模块（2个，12%） 5. 邮件告警模块（4个，24%）,Bug统计2,各级别问题分布简况,1. 一级bu
12、g(blocker, critical)（1个，6%） 2. 二级bug (major, normal)（8个，45%） 3. 三级bug(minor, trivial) （5个，29%） 4. 四级bug(enhancement) （3个，20%）,Bug统计3,各级别Bug解决平均工作日,1. 一级bug (blocker, critical) （平均 1 天） 2. 二级bug (major, normal) （平均1.29天） 3. 三级bug (minor, trivial) （平均2.20天） 4. 四级bug (enhancement) （平均2天） 注：标记为LATE状态的问题
13、不在统计之列,BugZilla操作指南1,注册、登陆 用户输入服务器地址：http:/ 进入主页面，点击“设置”。,BugZilla操作指南3,提交Bug 进入主页面，点击“提交”。应当先查询是否已经提交过该问题。,BugZilla操作指南4,输入Bug Assigned to: 为空则默认为设定的 owner, 也可手工填写。 CC: 可为多人，需用“，“隔开。,BugZilla操作指南5,查询Bug 直接输入Bug Id，点击find 查询。 在主页面点击“查询”，进行条件查询。,BugZilla操作指南6,处理Bug 如果Bug属于自己范围，填写“添加说明”并将Bug状态改变。 如果bu
14、g不属于自己的范围，直接输入被指定人的Email，进行Ressigned。,BugZilla操作指南7,验证Bug,BugZilla操作指南8,系统管理员工作内容： 1、产品（Product）、版本号(versions)和模块(Components)的定义，同时指定模块相应的开发者(owner)和测试人员(QA Contact)。 2、小组的定义和划分 3、测试中Bug严重程度、优先级的定义 4、增加用户，并分别设定全部用户的分组、权限。 5、主要参数（parameters）的设置1） urlbase: 输入bugzilla 工具所在的服务器IP地址。2） usebuggroupsentry:
15、 设为ON,可以分组。3） whinedays：Bug在whinedays设定的期限内若未被处理，将自动重发mail，默认为7天。4） defaultpriority:设定默认的优先级5） commentonresolve：设为ON，系统将强制要求开发者处理完Bug 后，必须填写修改的内容。,BugZilla操作指南9,系统管理员基本操作: 1、创建默认的管理员用户运行checksetup.pl。若不小心删除管理员，重新运行checksetup.pl. 2、管理用户 1）增加新用户点击页面右下角users,submit后，出现Add new user页面。输入相应输入即可。Login name
16、: 一般为邮件地址，可以设为其他标识。 2）禁止一个用户填写Disabled text 输入框即可。 3）修改用户可以修改用户注册名、密码。设置权限QA的权限一般设为: Canconfirm, editbugsDeveloper的权限设为: none分组控制：group,BugZilla操作指南10,管理group 1、增加groupedit group、add groups (New User Regexp可不填/active 选择则可选)-add 2、修改group ,submit 即可。 管理Product 和 component 1、增加Product 2、 Component 对应一个owner(进行fixed),QA Contact（确保已fixed） 3、 Component Number of Unconfirmed =10000,此产品将选择bug的初始状态（Unconfirmed,New）,谢谢大家！,
