10 软件缺陷管理.pptVIP

缺陷管理-缺陷等级定义 缺陷管理-怎样专业的描述缺陷 5. 特定条件许多软件功能在通常情况下没有问题，而是在某种特定条件下会存在缺陷，所以软件缺陷描述不要忽视这些看似细节的但又必要的特定条件（如特定的操作系统、浏览器或某种设置等），能够提供帮助开发人员找到原因的线索。如“搜索功能在没有找到结果返回时跳转页面不对”。 6. 补充完善从发现bug那一刻起，测试人员的责任就是保证它被正确的报告，并且得到应有的重视，继续监视其修复的全过程。 7. 不做评价在软件缺陷描述不要带有个人观点，对开发人员进行评价。软件缺陷报告是针对产品、针对问题本身，将事实或现象客观地描述出来就可以，不需要任何评价或议论。 Bug报告的属性 Bug编号 报告者及创建时间 Bug状态 问题简单描述（摘要） 基本信息： 项目 严重程度、优先级 URL 测试平台、操作系统 抄送 详细信息： 详细描述问题再现过程 问题所在子系统和功能区域 该功能区域的开发者和测试者 配置信息：如计算机型号、CPU、LAN、MEMORY、OS… 还可以建立附件（上传图片、文档） Bug描述 [前置条件]??用户输入用户名990987888和密码123456进入阅读器主界面[步骤]??1.用户点击某个频道后??2.在新闻列表中刷新后，新选择一个新闻进行阅读??3.如果用户点击新闻图标，新闻展开????如果用户点击新闻名称，用一个新的浏览器链接到该新闻URL[期望]???1.新闻内容正确显示???2.新闻展开后，该新闻的图标从“未读”变为“已读”???3.用户点击新闻名称，用一个新的浏览器链接到该新闻URL[实际结果]???1.新闻内容能正确显示(正确)???2.新闻展开后，新闻图标没有变成“已读”(见bug?2)???3.用户点击新闻名称，一个新的浏览器打开了该新闻URL，但是浏览器(firefox2)的工具栏不能正常显示。(见bug?3)[bug修改建议]???建议用不同的图标表示，高亮的表示未阅读过，灰暗的表示已阅读[解决方案] Bug描述 Bug描述 Bug描述 * * 软件缺陷管理 1 缺陷管理 软件测试中经常使用各种术语来描述软件出现的问题,如下一些通用的术语: 软件错误(Software Error) 软件缺陷(Software Defect) 软件故障(Software fault) 软件失效(Software failure) 区分这些术语很重要，它关系到测试工程师对软件失效现象与机理的深刻理解.由于软件内部逻辑复杂,运行环境动态变化,且不同的软件差异可能很大,因而软件失效的机理可能也有不同的表现形式,但总的来说,软件失效的机理可描述为: 软件错误-软件缺陷-软件故障-软件失效 软件错误:在可以遇见的时期内,软件将有人来开发.在整个生存期的各个阶段,都贯穿 着人的直接或间接的干预.然而人难免犯错误,这必然给软件留下不良的痕迹.软件错误是指在软件生存期内的不希望或不可接受的人为错误,其结果是导致软件缺陷的产生.可见,软件错误是一种人为过程,相对于软件本身,是一种外部行为. 软件缺陷:软件缺陷是存在于软件(文档,数据,程序)之中的那些不希望或不可接受的偏差.其结果是软件运行于某一特定条件时出现软件故障,这时称软件被激活. 软件故障:软件故障是指软件运行过程中出现的一种不希望或不可接受的内部状态.比如:软件处于执行一个多余循还过程时,我们可以软件出现故障.若此时没有适当的措施(容错)加以处理,便产生软件失效.软件故障是一种动态行为. 软件失效:软件失效是指软件运行时产生的一种不希望或不可接受的外部行为结果. 缺陷管理 缺陷管理 综上所述,软件错误是一种人为错误.一个软件错误必定产生一个或多个软件缺陷.当一个软件缺陷被激活时,便产生一个软件故障;同一个软件缺陷在不同条件下被激活,可能产生不同的软件故障.软件故障如果没有及时容错措施加以处理,便不可避免地导致软件失效. 缺陷管理 缺陷管理-目的 缺陷管理目的: 缺陷管理目的是对各阶段测试发现的缺陷进行跟踪管理，以保证各级缺陷的修复率达到标准。主要实现以下目标： 及时了解并跟踪每个被发现的缺陷； 确保每个被发现的缺陷都能被处理； 收集缺陷数据并根据缺陷趋势曲线识别测试过程阶段； 收集缺陷数据并在其上进行数据分析，作为组织过程的财富。 缺陷管理-人员职责 参与缺陷管理过程人员角色职责: 项目经理（PM） 负责指派缺陷给相关责任人. 项目测试负责人（TM） 决定缺陷管理方式和工具，拟定决策评审计划； 管理所有缺陷关闭情况； 审核测试人员提交的缺陷； 对测试人员的工作质量进行跟踪与评价。 测试人员（TE） 负责报告系统缺陷记录，且协助项