软测-缺陷

缺陷的概述

缺陷的定义:

  • 软件未实现产品说明书要求的功能
  • 软件出现了产品说明书指明不应该出现的功能
  • 软件实现了产品说明书未明确提及但应该实现的目标
  • 软件难以理解、不易使用、运行速度慢
缺陷的属性:

缺陷类型
-> 功能、用户界面、文档、软件包、性能、系统/模块接口
缺陷严重程度
-> 致命(fatal)、严重(critical)<系统的主要功能部分丧失、次要功能完全丧失>、一般(major)、较小(minor)
缺陷优先级
-> 立即解决、高优先级、正常排队、低优先级
缺陷状态
-> 激活或打开、已修正或修复、关闭、重新打开、推迟、保留、不能重现、需要更多信息、重复、不是缺陷、需要修改软件规格说明书
缺陷起源
-> 需求(在需求阶段发现的缺陷)、架构、设计、编码、测试、用户
缺陷来源
-> 需求说明书(需求说明书的错误或不清楚引起的问题)、设计文档、系统集成接口(系统各模块参数不匹配,开发组之间缺乏协调引起的)、数据流、程序代码
缺陷根源
-> 测试策略、过程\工具\方法、团队\人、缺乏组织和通讯、硬件、软件、工作环境

缺陷的生命周期:
缺陷的识别和描述:

缺陷的识别

  • 通过测试用例中的预期结果进行识别
  • 通过需求规格说明书进行识别
  • 通过用户手册及其他文档进行识别
  • 通过和开发人员的沟通进行识别

缺陷描述的准则
单一准则
可以再现
完整统一
短小简练
特定条件
补充完善
不断评价

缺陷报告
缺陷报告的模板包括
缺陷编号
所属模块
优先级
严重程度
缺陷概述 ->一句话描述(5w)
缺陷描述 ->复现步骤、实际结果、预期结果
提交人

缺陷跟踪数据库信息

  • 禅道
  • JIRA
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值