测开笔记day03

文章目录


前言

主要介绍测试流程中缺陷管理这一部分


一、缺陷定义和标准

1、什么是缺陷?

定义:软件使用过程中存在的各种问题都是缺陷。

2、缺陷的判定标准

多功能、少功能、功能错误、隐形功能错误(虽未明确指明但要实现的要求)、不易使用

二、缺陷产生的原因

  • 需求文档、架构设计、编码实现、环境(软硬件)

  • 回归测试:
    • 常规项目回归:项目本次发布新增2个模块,最基本要测新增模块功能及新增模块关联的旧模块。
    • 非常规项目(银行、部队、航天):新增功能,必须全部复测。
  • 回归bug:上一个版本发现的缺陷,开发修复完毕,在下个版本进行重新验证。

三、缺陷核心内容和提交要素

 

四、缺陷编写格式

五、缺陷评审及标题描述

六、缺陷流程

提交缺陷、验证缺陷、关闭缺陷

提交缺陷注意事项:

可重现(*)、唯一性、规范性()

七、缺陷管理工具

项目管理工具:禅道、Jira

Eecel:缺陷编号、缺陷标题、前置条件、复现步骤、预期结果、实际结果、附件、严重程度、优先级、缺陷状态、指派人、缺陷类型、提交人、提交版本

工具管理:提交缺陷、描述缺陷、验证缺陷、关闭缺陷

八、补充

1、测试流程

2、缺陷优先级划分

  • 1级:冒烟正向业务用例
  • 2级:冒烟逆向业务用例;单功能正向
  • 3级:单功能逆向;UI布局
  • 4级:建议/提示语句

3、发现缺陷后该如何处理?

首先要确保复现

4、缺陷类型

代码错误、UI错误、兼容错误、易用性、架构

5、冒烟测试

对该版本最基本的功能进行测试,保证基本的功能和流程能走通。如果不通过,则打回重新开发。如果通过测试,才会进行下一步的测试(功能测试,集成测试,系统测试等等)。冒烟测试优点是节省测试时间,防止build失败。缺点是覆盖率还是比较低。


总结

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

纯合子tt

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值