搜索
软件缺陷管理数博软件机构研发中心昆明测试部2009年4月缺陷管理内容缺陷管理中的术语缺陷管理的目的缺陷管理中人员的职责缺陷管理过程介绍缺陷的属性缺陷状态缺陷的描述缺陷管理-术语软件测试中经常使用各种术语来描述软件出现的问题,如下一些通用的术语:软件错误(SoftwareError)软件缺陷(SoftwareDefect)软件故障(Softwarefault)软件失效(Softwarefailure)缺陷管理-术语区分这些术语很重要,它关系到测试工程师失效现象与机理的深刻理解,由于软件内部逻辑复杂,运行环境动态变化,且不同的软件差异可能很大,因而软件失效的机理可能也有不同的表现形式,但总的来说,软件失效的机理可描述为:软件错误软件缺陷软件故障软件失效缺陷管理-术语解释软件错误:在可以预见的时期内,软件将有人来开发,在整个生存期的各个阶段,都贯穿着人的直接或间接的干预,然而人难免犯错误,这必然给软件留下不良的痕迹,软件错误是指软件生存期内不希望或不可接受的人为错误,其结果是导致软件缺陷的产生,可见,软件错误是一种人为过程,相对于软件本身,是一种外部行为。缺陷管理-术语解释软件缺陷：软件缺陷是存在于软件（文档、数据、程序）之中的那些不希望或不可接受的偏差，其结果是软件运行于某一特定积极条件时出现软件故障，这时称软件被激活。缺陷管理-术语解释软件故障：软件故障是指软件运行过程中出现的一种不希望或不可接受的内部状态，比如：软件处于执行一个多余循环过程时，我们可以检测软件出现故障，若此时没有适当的措施（容错）加以处理，便产生软件失效。软件故障是一种动态行为。缺陷管理-术语解释软件失效：软件失效是指软件运行时产生的一种不希望或不可接受的外部行为结果。缺陷管理-术语总结综上所述，软件错误是一种人为错误，一个软件错误必定产生一个或多个软件缺陷，当一个软件缺陷被激活时，便产生一个软件故障；同一个软件缺陷在不同条件下被激活，可能产生不同的软件故障，软件故障如果没有及时的容错措施加以处理，便不可避免导致软件失效。缺陷管理-目的缺陷管理目的：缺陷管理目的是对各阶段测试发现的缺陷进行跟踪管理，以保证各级缺陷的修复率达到标准。主要实现以下目标：及时了解并跟踪每个被发现的缺陷；确保每个被发现的缺陷都能被处理；收集缺陷数据，并在其上进行数据分析，作为组织过程的财富。缺陷管理-人员职责参与缺陷管理过程人员角色职责：高级经理（EM）裁决项目经理与测试组长有争议的缺陷项目经理（PM）判断是否是缺陷负责指派缺陷给相关责任人缺陷管理-人员职责项目测试组长（TM）决定缺陷管理方式和工具；管理缺陷状态情况；审核测试人员提交的缺陷；对测试人员的工作质量进行跟踪与评价。缺陷管理-人员职责测试人员（TE）编写测试用例；负责缺陷的提交、跟踪及分析；负责执行系统回归测试；提交测试周报、月报；缺陷管理-人员职责项目相关开发人员（DE）修复测试发现的缺陷；负责跟踪修复缺陷的状态；质量保证人员（SQA）监控项目组缺陷管理规程执行情况。缺陷管理-流程图缺陷管理-过程介绍缺陷登记缺陷审批是否缺陷缺陷分派修复缺陷缺陷回归测试缺陷管理-缺陷相关属性缺陷ID用ID标记缺陷缺陷描述（Summary）简单描述缺陷，主要是什么缺陷缺陷发现提交者（DetectedBy)描述缺陷是由谁发现提出的缺陷管理-缺陷相关属性缺陷发现时间（DetectedonDate）描述缺陷发现提出时间缺陷严重性（Severity)描述缺陷的严重性缺陷分给谁（Assignedto)描述缺陷分派给谁缺陷管理-缺陷相关属性缺陷在哪个版本发现（DetectedinVersion)描述缺陷发现的版本缺陷被修改的时间（Modified)描述缺陷被修改的时间计划修复时间（PlanfixedDate)描述缺陷计划完成修复的时间缺陷管理-缺陷相关属性缺陷优先级（Priority）描述缺陷的优先级缺陷所属项目（Project)描述缺陷所属的工程是否是重现缺陷（Reproducible)描述缺陷是否是重现缺陷缺陷管理-缺陷相关属性缺陷所属于的模块（Subject)描述缺陷所属的模块缺陷详细描述（Description)缺陷详细描述，包括缺陷产生的步骤，缺陷的实际结果，缺陷的理想结果，建议等缺陷管理-缺陷相关属性缺陷的状态（Status)描述缺陷的状态缺陷实际关闭的版本（ClosedinVersion)描述缺陷实际关闭的版本缺陷实际修复所花的时间（ActualFixedTime)描述缺陷实际修复所花的时间缺陷管理-缺陷相关属性缺陷修复完成时间（ClosingDate)描述缺陷实际关闭的时间注释（Comments)描述对缺陷的注释附件（Attachments)添加缺陷附件缺陷管理-缺陷严重级一级紧急不能完全满足系统要求，基本功能未完全实现；或者危及人身安全。现象描述（部分例子）：由于程序所引起的死机、非法退出；死循环；数据库发生死锁；缺陷管理-缺陷严重级因错误操作而导致的程序中断；与数据库连接错误；数据通讯错误；导致测试无法继续执行；可能引起其它功能模块出错。缺陷管理-缺陷严重级二级非常高严重地影响系统要求或基本功能的实现，且没有更正办法（重新安装或重新启动该软件不属于更正办法）。现象描述（部分例子）：程序错误；程序接口错误；缺陷管理-缺陷严重级数据库的表、业务规则、缺省值未加完整性等约束条件；关键功能完全不能实现；程序运行不稳定，如出现不可继续进行操作的错误；程序运行出现难以捕捉和不可再现的错误。缺陷管理-缺陷严重级三级高严重地影响系统要求或基本功能的实现，但存在合理的更正办法（重新安装或重新启动该软件不属于更正办法）。现象描述（部分例子）：操作界面错误（包括数据窗口内列名定义、含义是否一致）；缺陷管理-缺陷严重级打印内容、格式错误；输入限制未进行控制；删除/退出操作未给出提示；数据库表中有过多的空字段；功能不完整，如菜单、按钮不响应；对错误没有处理信息。缺陷管理-缺陷严重级四级中使操作者不方便或遇到麻烦，但它不影响执行工作功能或重要功能。现象描述（部分例子）：界面不规范；辅助说明描述不清楚；输入输出不规范；缺陷管理-缺陷严重级提示窗口文字未采用行业术语；可输入区域和只读区域没有明显的区分标志。缺陷管理-缺陷严重级五级低现象描述（部分例子）：Tab键跳转不正常；窗口控件的Z-Order不正确；窗口中的按钮或者控件缺少快捷字母，或快捷字母冲突；文字表述中有错别字或岐义。缺陷管理-缺陷修复优先级高立即解决中正常排队低可暂缓解决缺陷管理-缺陷状态新建新提交的缺陷状态，待开发人员处理解决缺陷已被开发人员处理，待测试人员进行回测未解决缺陷修改未通过再测试缺陷管理-缺陷状态搁置缺陷暂时不修改重新打开缺陷确认关闭后，因其他原因造成缺陷再次打开确认关闭确认缺陷已被修复，将其关闭缺陷管理-缺陷状态转换图缺陷管理-怎样专业的描述缺陷软件缺陷的有效描述规则，主要是：1、单一准确每个报告中只针对一个软件缺陷，在一个报告中报告多个软件缺陷,常常会导致只有部分缺陷被注意和修复，不能得到彻底的修正。如果多个模块中出现相同的错误，可在一个缺陷报告中体现。缺陷管理-怎样专业的描述缺陷2、可以再现提供缺陷的精确操作步骤，使开发人员容易看懂，可以自己再现这个缺陷，通常情况下，开发人员只有再现了缺陷，才能正确地修复缺陷。缺陷管理-怎样专业的描述缺陷3、完整统一提供完整、前后统一的软件缺陷的步骤和信息。缺陷管理-怎样专业的描述缺陷4、短小简练通过使用关键词，可以使软件缺陷的标题的描述短小简练，又能准确解释产生缺陷的现象，如：“主页的导航栏在分辨率下显示不整齐”，其中“主页”、“导航栏”、“分辨率”等是关键词。缺陷管理-怎样专业的描述缺陷5、特定条件许多软件功能在通常情况下没有问题，而是在某种特定条件下会存在缺陷，所以软件缺陷描述不要忽视这些特定条件（如特定的操作系统、浏览器或某种设置等），能够提供帮助开发人员找到原因的线索，如“搜索功能在没有找到结果返回时跳转页面不对”。缺陷管理-怎样专业的描述缺陷6、补充完善从发现Bug那一刻起，测试人员的责任就是保证它被正确的报告，并且得到应有的重视，继续监视其修复的全过程。缺陷管理-怎样专业的描述缺陷7、不做评价在软件缺陷描述中，不要带有个人观点对开发人员进行评价，软件缺陷报告是针对产品、针对问题本身，将事实或现象客观地描述出来就可以，不需要任何评价或议论。缺陷管理-工具介绍IssueCenterMercuryQualityCenterTHANKS！