测试缺陷及编写

本文详细介绍了软件缺陷的定义、判定标准、产生原因、生命周期,以及如何使用Excel和管理工具进行缺陷管理。强调了缺陷报告的重要性,包括标题的撰写、预期结果、预置条件、实际结果和复现步骤。同时,提到了禅道作为缺陷管理工具的使用流程,强调了缺陷报告的准确性和可复现性。
摘要由CSDN通过智能技术生成
  • 缺陷管理流程

    • 设计用例 --> 执行用例(执行测试)-->缺陷(提交、验证、关闭)
      • 1、定义:软件在使用过程中存在任何问题都叫软件的缺陷,简称bug。
      • 2、判定标准
        • 软件未实现需求(规格)说明书中明确要求的功能--少功能
        • 软件出现了需求(规格)说明书中指明不应该出现的错误--功能错误(主要)
        • 软件实现的功能超出需求(规格)说明书指明的范围--多功能
        • 软件未实现需求(规格)说明书中虽未明确指明但应该实现的要求--隐性功能错误
        • 软件难以理解,不易使用,运行缓慢,用户体验不好--不易使用(易用性)
      • 3、缺陷产生的原因
        • 需求阶段:需求描述不易理解,有歧义、错误等。
        • 设计阶段:设计文档存在错误或者缺陷。
        • 编码阶段:代码出现错误。
        • 运行阶段:软硬件系统本事故障导致软件缺陷。
      • 4、缺陷生命周期:

        • 回归测试:
          • 常规项目回归:项目本次发布新增的2个模块,最基本要测新增模块功能及新增模块关联的旧模块。
          • 非常规项目(银行、部队、航天):新增功能,必须
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值