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

上传人:优*** 文档编号:128167249 上传时间:2020-04-09 格式:PPT 页数:19 大小:1.64MB
返回 下载 相关 举报
CMMI质量管理体系——软件测试缺陷管理PPT课件.ppt_第1页
第1页 / 共19页
CMMI质量管理体系——软件测试缺陷管理PPT课件.ppt_第2页
第2页 / 共19页
CMMI质量管理体系——软件测试缺陷管理PPT课件.ppt_第3页
第3页 / 共19页
CMMI质量管理体系——软件测试缺陷管理PPT课件.ppt_第4页
第4页 / 共19页
CMMI质量管理体系——软件测试缺陷管理PPT课件.ppt_第5页
第5页 / 共19页
点击查看更多>>
资源描述

《CMMI质量管理体系——软件测试缺陷管理PPT课件.ppt》由会员分享,可在线阅读,更多相关《CMMI质量管理体系——软件测试缺陷管理PPT课件.ppt(19页珍藏版)》请在金锄头文库上搜索。

1、CMMI质量管理体系 缺陷管理 缺陷管理概念及目的 2 缺陷管理目的 对各阶段测试发现的缺陷进行跟踪管理 以保证各级缺陷的修复率达到标准 主要实现以下目标 及时了解并跟踪每个被发现的缺陷 确保每个被发现的缺陷都能被处理 收集缺陷数据并根据缺陷趋势曲线识别测试过程阶段 收集缺陷数据并在其上进行数据分析 作为组织过程的财富 什么是缺陷管理 缺陷管理是在软件生命周期中识别 管理 沟通任何缺陷的过程 从缺陷的识别到缺陷的解决关闭 确保缺陷被跟踪管理而不丢失 缺陷管理 3 软件测试中经常使用各种术语来描述软件出现的问题 如下一些通用的术语 软件错误 SoftwareError 软件缺陷 Software

2、Defect 软件故障 Softwarefault 软件失效 Softwarefailure 区分这些术语很重要 它关系到测试工程师对软件失效现象与机理的深刻理解 由于软件内部逻辑复杂 运行环境动态变化 且不同的软件差异可能很大 因而软件失效的机理可能也有不同的表现形式 但总的来说 软件失效的机理可描述为 软件错误 软件缺陷 软件故障 软件失效 缺陷管理 4 软件错误 在可以遇见的时期内 软件将有人来开发 在整个生存期的各个阶段 都贯穿着人的直接或间接的干预 然而人难免犯错误 这必然给软件留下不良的痕迹 软件错误是指在软件生存期内的不希望或不可接受的人为错误 其结果是导致软件缺陷的产生 可见

3、软件错误是一种人为过程 相对于软件本身 是一种外部行为 软件缺陷 软件缺陷是存在于软件 文档 数据 程序 之中的那些不希望或不可接受的偏差 其结果是软件运行于某一特定条件时出现软件故障 这时称软件被激活 软件故障 软件故障是指软件运行过程中出现的一种不希望或不可接受的内部状态 比如 软件处于执行一个多余循还过程时 我们可以软件出现故障 若此时没有适当的措施 容错 加以处理 便产生软件失效 软件故障是一种动态行为 软件失效 软件失效是指软件运行时产生的一种不希望或不可接受的外部行为结果 缺陷管理 5 综上所述 软件错误是一种人为错误 一个软件错误必定产生一个或多个软件缺陷 当一个软件缺陷被激活时

4、 便产生一个软件故障 同一个软件缺陷在不同条件下被激活 可能产生不同的软件故障 软件故障如果没有及时容错措施加以处理 便不可避免地导致软件失效 缺陷原因分布图 6 缺陷管理 人员职责 7 参与缺陷管理过程人员角色职责 项目经理 PM 负责指派缺陷给相关责任人 项目测试经理 TM 决定缺陷管理方式和工具 拟定决策评审计划 管理所有缺陷关闭情况 审核测试人员提交的缺陷 对测试人员的工作质量进行跟踪与评价 测试人员 TE 负责报告系统缺陷记录 且协助项目人员进行缺陷定位 负责验证缺陷修复情况 且填写缺陷记录中相应信息 负责执行系统回归测试 提交缺陷报告 负责被测软件进行质量数据和分析 项目相关开发人

5、员 DE 修改测试发现的缺陷 并提交成果物做再测试 负责接收各自的缺陷记录 并且修改 负责提供缺陷记录跟踪中其它相应信息 质量保证人员 QA 监控项目组缺陷管理规程执行情况 测试管理流程 8 缺陷状态 9 缺陷管理相关属性 10 缺陷优先级 11 缺陷的优先级是根据用户对缺陷修改的时间要求划分的 具体如下 缺陷严重等级定义 12 缺陷管理 缺陷来源 13 缺陷管理 缺陷分类 14 缺陷管理 缺陷分类 15 缺陷管理 缺陷分类 16 通过对缺陷进行分类 可以迅速找出哪一类缺陷的问题最大 然后集中精力预防和排除这一类缺陷 缺陷管理 怎样专业的描述缺陷 17 软件缺陷的有效描述规则 主要是 1 单一

6、准确每个报告只针对一个软件缺陷 在一个报告中报告多个软件缺陷的弊端是常常会导致缺陷部分被注意和修复 不能得到彻底的修正 2 可以再现提供缺陷的精确操作步骤 使开发人员容易看懂 可以自己再现这个缺陷 通常情况下 开发人员只有再现了缺陷 才能正确地修复缺陷 3 完整统一提供完整 前后统一的软件缺陷的步骤和信息 例如 图片信息 Log文件等 4 短小简练通过使用关键词 可以使软件缺陷的标题的描述短小简练 又能准确解释产生缺陷的现象 如 主页的导航栏在低分辨率下显示不整齐 中 主页 导航栏 分辨率 等是关键词 5 特定条件许多软件功能在通常情况下没有问题 而是在某种特定条件下会存在缺陷 所以软件缺陷描

7、述不要忽视这些看似细节的但又必要的特定条件 如特定的操作系统 浏览器或某种设置等 能够提供帮助开发人员找到原因的线索 如 搜索功能在没有找到结果返回时跳转页面不对 6 补充完善从发现bug那一刻起 测试人员的责任就是保证它被正确的报告 并且得到应有的重视 继续监视其修复的全过程 7 不做评价在软件缺陷描述不要带有个人观点 对开发人员进行评价 软件缺陷报告是针对产品 针对问题本身 将事实或现象客观地描述出来就可以 不需要任何评价或议论 缺陷管理 工具介绍 18 TestDirector 商业 Hp公司 以前是mercury公司的产品QualityCenter 商业 Hp公司 其前身为TestDirectorClearQuest 商业 IBMRational公司 BugFree 免费 微软 简单实用 免费并且开发源码 谢谢

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 高等教育 > 大学课件

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号