软件测试之功能测试(缺陷编写)

一、缺陷定义

  • 软件在使用过程中存在的任何问题都叫软件的缺陷,简称bug。
  • 用例执行不通过为缺陷,需要进行缺陷管理

二、缺陷判定标准

  1. 软件未实现需求(规格)说明书中明确要求的功能 -少功能
  2. 软件出现了需求(规格)说明书中指明不应该出现的错误-功能错误
  3. 软件实现的功能超出需求(规格)说明书指明的范围-多功能
  4. 软件未实现需求(规格)说明书中虽未明确指明但应该实现的要求-隐性功能错误
    1. 体现在预期结果里面
    2. 错误提示
  5. 软件难以理解,不易使用,运行缓慢,用户体验不好-不易使用(测试人员专业角度)

三、缺陷产生原因(从需求到发布上线任何环节都有可能)

  1. 需求阶段:需求描述不易理解,有歧义、错误等
  2. 设计阶段:设计文档存在错误或者缺陷
  3. 编码阶段:代码出现错误
  4. 运行系统:软硬件系统本身故障导致软件缺陷

四、缺陷核心内容

  1. 缺陷的生命周期
    1. 缺陷的生命周期
  2. 缺陷的描述

五、缺陷提交要素

六、缺陷类型

  1. 功能错误
  2. UI页面错误
  3. 兼容性
  4. 数据(数据库)
  5. 易用性
  6. 建议
  7. 架构缺陷

七、缺陷的编写

  1. 缺陷报告示例

      2.缺陷的跟踪流程(了解即可)

   3.提交缺陷注意事项

  1. 可重现:缺陷可以复现
  2. 唯一性:一个缺陷上报一个问题
  3. 规范性:符合公司或者项目要求

    4.缺陷标题分析

  1. 描述测试数据+实际结果(预期结果)
  2. 测试数据描述+预期结果(实际结果)
  3. 测试数据描述+实际结果(需求)
    • 例子:实际:15位数字验证合法,期望:不合法
    • 第一种标题描述:标题15位纯数字结果合法(期望:不合法)
    • 第二种标题描述:标题15位纯数字预期不合法(实际:合法)
    • 第三种标题描述:标题15位纯数字结果合法(需求:标题为15位字符串)
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值