CMMI质量管理体系软件测试缺陷管理ppt课件

上传人:钟*** 文档编号:4971238 上传时间:2020-01-16 格式:PPT 页数:19 大小:3.05MB
返回 下载 相关 举报
CMMI质量管理体系软件测试缺陷管理ppt课件_第1页
第1页 / 共19页
CMMI质量管理体系软件测试缺陷管理ppt课件_第2页
第2页 / 共19页
CMMI质量管理体系软件测试缺陷管理ppt课件_第3页
第3页 / 共19页
点击查看更多>>
资源描述
CMMI质量管理体系 缺陷管理 缺陷管理概念及目的 2 缺陷管理目的 对各阶段测试发现的缺陷进行跟踪管理 以保证各级缺陷的修复率达到标准 主要实现以下目标 及时了解并跟踪每个被发现的缺陷 确保每个被发现的缺陷都能被处理 收集缺陷数据并根据缺陷趋势曲线识别测试过程阶段 收集缺陷数据并在其上进行数据分析 作为组织过程的财富 什么是缺陷管理 缺陷管理是在软件生命周期中识别 管理 沟通任何缺陷的过程 从缺陷的识别到缺陷的解决关闭 确保缺陷被跟踪管理而不丢失 2 缺陷管理 软件测试中经常使用各种术语来描述软件出现的问题 如下一些通用的术语 软件错误 SoftwareError 软件缺陷 SoftwareDefect 软件故障 Softwarefault 软件失效 Softwarefailure 区分这些术语很重要 它关系到测试工程师对软件失效现象与机理的深刻理解 由于软件内部逻辑复杂 运行环境动态变化 且不同的软件差异可能很大 因而软件失效的机理可能也有不同的表现形式 但总的来说 软件失效的机理可描述为 软件错误 软件缺陷 软件故障 软件失效 3 3 缺陷管理 软件错误 在可以遇见的时期内 软件将有人来开发 在整个生存期的各个阶段 都贯穿着人的直接或间接的干预 然而人难免犯错误 这必然给软件留下不良的痕迹 软件错误是指在软件生存期内的不希望或不可接受的人为错误 其结果是导致软件缺陷的产生 可见 软件错误是一种人为过程 相对于软件本身 是一种外部行为 软件缺陷 软件缺陷是存在于软件 文档 数据 程序 之中的那些不希望或不可接受的偏差 其结果是软件运行于某一特定条件时出现软件故障 这时称软件被激活 软件故障 软件故障是指软件运行过程中出现的一种不希望或不可接受的内部状态 比如 软件处于执行一个多余循还过程时 我们可以软件出现故障 若此时没有适当的措施 容错 加以处理 便产生软件失效 软件故障是一种动态行为 软件失效 软件失效是指软件运行时产生的一种不希望或不可接受的外部行为结果 4 4 缺陷管理 5 综上所述 软件错误是一种人为错误 一个软件错误必定产生一个或多个软件缺陷 当一个软件缺陷被激活时 便产生一个软件故障 同一个软件缺陷在不同条件下被激活 可能产生不同的软件故障 软件故障如果没有及时容错措施加以处理 便不可避免地导致软件失效 5 缺陷原因分布图 6 6 缺陷管理 人员职责 参与缺陷管理过程人员角色职责 项目经理 PM 负责指派缺陷给相关责任人 项目测试经理 TM 决定缺陷管理方式和工具 拟定决策评审计划 管理所有缺陷关闭情况 审核测试人员提交的缺陷 对测试人员的工作质量进行跟踪与评价 测试人员 TE 负责报告系统缺陷记录 且协助项目人员进行缺陷定位 负责验证缺陷修复情况 且填写缺陷记录中相应信息 负责执行系统回归测试 提交缺陷报告 负责被测软件进行质量数据和分析 项目相关开发人员 DE 修改测试发现的缺陷 并提交成果物做再测试 负责接收各自的缺陷记录 并且修改 负责提供缺陷记录跟踪中其它相应信息 质量保证人员 QA 监控项目组缺陷管理规程执行情况 7 7 测试管理流程 8 8 缺陷状态 9 9 缺陷管理相关属性 10 10 缺陷优先级 11 缺陷的优先级是根据用户对缺陷修改的时间要求划分的 具体如下 11 缺陷严重等级定义 12 12 缺陷管理 缺陷来源 13 13 缺陷管理 缺陷分类 14 14 缺陷管理 缺陷分类 15 15 缺陷管理 缺陷分类 16 通过对缺陷进行分类 可以迅速找出哪一类缺陷的问题最大 然后集中精力预防和排除这一类缺陷 16 缺陷管理 怎样专业的描述缺陷 17 软件缺陷的有效描述规则 主要是 1 单一准确每个报告只针对一个软件缺陷 在一个报告中报告多个软件缺陷的弊端是常常会导致缺陷部分被注意和修复 不能得到彻底的修正 2 可以再现提供缺陷的精确操作步骤 使开发人员容易看懂 可以自己再现这个缺陷 通常情况下 开发人员只有再现了缺陷 才能正确地修复缺陷 3 完整统一提供完整 前后统一的软件缺陷的步骤和信息 例如 图片信息 Log文件等 4 短小简练通过使用关键词 可以使软件缺陷的标题的描述短小简练 又能准确解释产生缺陷的现象 如 主页的导航栏在低分辨率下显示不整齐 中 主页 导航栏 分辨率 等是关键词 5 特定条件许多软件功能在通常情况下没有问题 而是在某种特定条件下会存在缺陷 所以软件缺陷描述不要忽视这些看似细节的但又必要的特定条件 如特定的操作系统 浏览器或某种设置等 能够提供帮助开发人员找到原因的线索 如 搜索功能在没有找到结果返回时跳转页面不对 6 补充完善从发现bug那一刻起 测试人员的责任就是保证它被正确的报告 并且得到应有的重视 继续监视其修复的全过程 7 不做评价在软件缺陷描述不要带有个人观点 对开发人员进行评价 软件缺陷报告是针对产品 针对问题本身 将事实或现象客观地描述出来就可以 不需要任何评价或议论 17 缺陷管理 工具介绍 18 TestDirector 商业 Hp公司 以前是mercury公司的产品QualityCenter 商业 Hp公司 其前身为TestDirectorClearQuest 商业 IBMRational公司 BugFree 免费 微软 简单实用 免费并且开发源码 18 谢谢
展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 图纸专区 > 大学资料


copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!