进行软件测试前的基础知识准备工作(三)

文章详细阐述了用例执行与缺陷管理的过程,包括执行失败的用例定义为缺陷,缺陷的生命周期,如回归测试和验证。同时,介绍了缺陷的类型,如功能错误和UI问题,以及缺陷管理工具,如禅道、JIRA和TFS的使用。强调了提交缺陷时的注意事项,如确保Bug可复现并检查其唯一性。
摘要由CSDN通过智能技术生成

⼀、用例执行

说明:执行结果与用例的期望结果不⼀致(含义),为缺陷。

 执行失败的用例

 

 提示:用例执行不通过为缺陷,需要进行缺陷管理

 

⼆、缺陷 

2.1 定义

软件中存在的各种问题,都为缺陷,简称bug;

2.2 缺陷标准 

1、少功能

2、功能错误

3、多功能

4、缺少隐性功能

5、易用性(软件测试人员专业角度) 

2.3 缺陷产生的原因 

1、需求文档

2、架构设计

3、编码实现

4、环境(硬件、软件) 

2.4 缺陷的生命周期 

 

 1、回归测试:

  • ①常规项目回归:项目本次发布新增2个模块,最基本要测新增模块功能及新增模块关联的旧模块。
  • ②非常规项目(银行、部队、航天):新增功能,必须全部复测。

2、回归bug:上⼀个版本发现的缺陷,开发修复完毕,在下个版本进行重新验证。

 2.5 缺陷核心要素

 2.6 缺陷提交要素

 

2.7 缺陷类型 

1、功能错误

2、UI页面错误

3、兼容性

4、数据(数据库)

5、易用性

6、建议

7、架构缺陷 

2.8 工作流程(小结) 

设计用例->执行用例(执行测试)->缺陷(提交、验证、关闭)

缺陷定义:任何问题(Bug)

缺陷标准:多功能、少功能、错误、缺少隐性功能、易用性

描述缺陷重点:缺陷标题、前置条件、复现步骤、预期结果、实际结果、附件备注

提交缺陷信息:指派⼈、缺陷等级、修复优先级、类型、状态(统计缺陷)

三、缺陷管理 

3.1 excel示例 

 3.2 缺陷跟踪流程

 

提示:知道测试和开发流程中涉及的工作即可。

3.3 提交注意事项 

 

 面试题:发现缺陷后,首先回怎么办?   --确定Bug可复现、确定是Bug。

提交时,要检查缺陷是否已存在。

 3.4 缺陷管理工具

 1、项目管理工具-管理缺陷 (禅道、JIRA、TFS)

2、Excel管理缺陷

 3.5 禅道(项目管理工具)

 

 

使用流程图 

 

使用禅道管理缺陷 

 登录

 创建缺陷

关闭缺陷 

 3.6 缺陷标题扩展

 

 

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值