软件缺陷管理

作者: 周重hhh | 来源:发表于2019-04-15 20:26 被阅读1次

    缺陷报告的处理流程

    缺陷报告的处理流程

    正规缺陷处理流程

    • 测试人员创建缺陷
    • 测试组长确认缺陷
    • 项目经理指派缺陷
    • 开发人员解决缺陷
    • 测试人员关闭缺陷

    缺陷报告的类型:缺陷报告需要按照缺陷所属模块分类

    缺陷引入原因分类

    • 新功能开发
    • 代码修改时引入
    • 项目后期加入的新功能

    缺陷复现率分类

    • 100%复现(测试了十次,出现了十次)
    • 50%复现(测试了十次,出现了五次)
    • 10%复现(测试了十次,出现了一次)

    缺陷管理-术语解释

    • 软件错误:软件错误是指软件生存期内不希望或不可接受的人为错误,其结果是导致软件缺陷的产生,软件错误是一种人为过程,相对于软件本身,是一种外部行为
    • 软件缺陷:软件缺陷是存在于软件(文档、程序、数据)之中的那些不希望或不可接受的偏差,其结果是软件运行于某一特定积极条件时出现软件故障,这时称软件被激活
    • 软件故障:软件故障是指软件运行过程中出现的一种不希望或不可接受的内部状态
    • 软件失效:指软件运行时产生的一种不希望或不可接受的外部行为结果

    缺陷管理-术语总结

    • 软件错误是一种人为错误,一个软件错误必定产生一个或多个软件错误,当一个软件缺陷被激活时,便产生一个软件故障;同一个软件缺陷在不同条件下被激活,可能产生不同的软件故障,软件故障如果没有及时的容错措施加以处理,便不可避免导致软件失效

    软件错误>软件缺陷>软件故障>软件失效

    缺陷管理的目的

    • 缺陷管理目的是对各阶段测试发现的缺陷进行跟踪管理,以保证各级缺陷的修复率达到标准
    • 缺陷管理主要实现了以下目标
      • 意识了解并跟踪每个被发现的缺陷
      • 确保每个被发现的缺陷都能被处理
      • 收集缺陷数据,并在其上进行数据分析,作为组织过程的财富

    缺陷管理-人员角色职责

    • 高级经理(EM)
      • 裁决项目经理与测试组长有争议的缺陷
    • 项目经理(PM)
      • 判断是否是缺陷
      • 负责指派缺陷给相关负责人
    • 测试组长(TM)
      • 决定缺陷管理方式和工具
      • 管理缺陷状态情况
      • 审核测试人员提交的缺陷
      • 对测试人员的工作质量进行跟踪与评价
    • 测试人员(TE)
      • 编写测试用例
      • 负责缺陷的提交、跟踪及分析
      • 负责执行系统回归测试
      • 提交测试周报、月报
    • 项目相关开发人员(DE)
      • 修复测试发现的缺陷
      • 负责跟踪修复缺陷的状态
    • 质量保证人员(SQA)
      • 监控想组缺陷管理规程执行情况

    软件测试错误严重程度

    • 缺陷严重程度是指因缺陷引起的故障对软件产品的影响程度
    • 致命:不能执行正常工作以及需求未实现或者危急人身安全的
    • 严重:严重影响系统要求且没有办法更正的
    • 一般:影响系统要求和基本功能实现,但存在合理的更正办法
    • 较小:用户体验感不佳,使操作者不方便但不影响执行
    • 建议性:不是缺陷的缺陷

    缺陷优先级

    • 优先级是表示处理和修正软件缺陷的先后顺序的指标
    • 最高优先级:软件的主要功能错误或者造成软件崩溃,数据丢失的缺陷
    • 较高优先级:影响软件功能和性能的一般缺陷
    • 一般优先级:本地化软件的某些字符没有翻译或者翻译不准确的缺陷
    • 低优先级:对软件的质量影响非常轻微或出现几率很低的缺陷

    缺陷状态

    缺陷的状态:指缺陷通过一个跟踪修复过程的进展情况

    • Submitted(已提交):已提交的缺陷
    • Open(打开):确认“提交的缺陷”,等待处理
    • Rejected(已拒绝):拒绝“提交的缺陷”,不需要修复或不是缺陷
    • Resolved(已解决):缺陷被修复
    • Closed(已关闭):确认被修复的缺陷,将其关闭

    缺陷起源:缺陷引起的故障或事件第一次被检测到的阶段

    • 需求:在需求阶段发现的缺陷、
    • 构架:在系统架构设计阶段发现的阶段
    • 设计:在程序设计阶段发现的缺陷
    • 编码:在编码阶段发现的缺陷
    • 测试:在测试阶段发现的缺陷
    • 用户:在用户使用阶段发现的缺陷

    缺陷来源:指缺陷所在的地方,如文档、代码等

    • 需求说明书:需求说明书的错误、或不清楚引起的问题
    • 设计文档:设计文档描述不准确、和需求说明书不一致的问题
    • 系统集成接口:系统各模块参数不匹配、开发组之间缺乏协调引起的缺陷
    • 数据流(库):由于数据字典、数据库中的错误引起的缺陷
    • 程序代码:纯粹在编码中的问题引起的缺陷

    缺陷根源:指造成上述错误的根本因素,以寻求软件开发流程的改进、管理水平的提高

    • 测试策略:错误的测试范围、误解了测试目标、超越测试能力
    • 过程、工具和方法:无效的需求收集过程、过时的风险管理过程、不适用的项目管理方法、没有估算规程无效的变更控制过程等
    • 人:项目团队职责交叉、缺乏培训、没有经验的项目团队、缺乏士气和动机不纯
    • 缺乏组织和通讯:缺乏用户参与、职责不明确、管理失败等
    • 硬件:处理器缺陷导致算术精度丢失、内存溢出等问题
    • 软件:操作系统错误导致无法释放资源、工具软件错误、编译器错误
    • 工作环境:组织机构调整、预算改变、工作环境恶劣、罢工、中断

    相关文章

      网友评论

        本文标题:软件缺陷管理

        本文链接:https://www.haomeiwen.com/subject/pxvrwqtx.html