Day3-缺陷管理

今天目标

  • 执行用例(课上案例编写的用例)

  • 缺陷相关知识

    能够说出软件缺陷判定标准
    能够说出项目中缺陷的管理流程
    能够使用Excel对于缺陷进行管理
    能使用工具管理缺陷
    

一、用例执行

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

  • 例如:执行ATM用例

image-20220309220558367

image-20220309220808851

  • 执行失败的用例

    image-20220309220737922

二、缺陷

2.1 定义

软件在使用过程中存在的任何问题都叫软件的缺陷,简称bug。(问题 != 错误)

2.2 缺陷的判定标准

  • 软件未实现需求(规格)说明书中明确要求的功能 - 少功能
  • 软件出现了需求(规格)说明书中指明不应该出现的错误 -功能错误
  • 软件实现的功能超出需求(规格)说明书指明的范围 -多功能
  • 软件未实现需求(规格)说明书中虽未明确但应该实现的功能 -隐性功能错误
  • 软件难以理解,不易使用,运行缓慢,用户体验不好 -不易使用

2.3 缺陷产生的原因

1、需求文档
2、架构设计
3、编码错误
4、环境(硬件、软件)

image-20220309222327390

2.4 软件缺陷的生命周期

image-20220309225233660

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

2.5 软件缺陷的核心内容

缺陷描述:发现缺陷后如何描述,可以让别人看得懂。
缺陷提交:指派人、优先级、类型、....
专业的缺陷管理工具:Excel、....

image-20220309225705079

2.6 缺陷提交要素

image-20220310095943972

2.7 软件缺陷类型

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

image-20220310121907906


  • 工作流程

    设计用例->执行用例(执行测试)->缺陷(提交、验证、关闭)
    缺陷定义:任何问题(Bug)
    缺陷标准:多功能、少功能、隐性功能、易用性
    描述缺陷重点:缺陷标题、前置条件、复现步骤、预期结果、实际结果、附件备注
    提交缺陷信息:指派人、缺陷等级、修复优先级、类型、状态(统计缺陷)
    

三、缺陷编写

3.1 缺陷报告示例 - Excel

image-20220310125209250

3.2 缺陷跟踪流程

image-20220310125231165

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

3.3 提交缺陷注意事项

image-20220310135355413

面试题:当你发现缺陷后,首先会怎么办?
	首先保证缺陷可复现,确定是Bug;然后提交时检查缺陷是否已存在。

3.4 缺陷编写规范

image-20220310135807099

3.5 缺陷标题分析

image-20220310220923571

四、缺陷管理工具

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

4.1 禅道的介绍

地址:用户登录 - 禅道 (zentao.net)

特点:

  • 国产、免费、开源、简单、轻量级
  • 三管融合(产品管理、项目管理、质量管理)

image-20220310213253111

4.2 禅道的特点

image-20220310213446240

4.3 使用流程图

image-20220310213949451

image-20220310213903873


  • 登录

image-20220310214141211

  • 创建缺陷

image-20220310214214466

image-20220310214320042

image-20220310215419699

  • 关闭缺陷

image-20220310215509882

posted @ 2022-03-09 23:00  cloudguest  阅读(24)  评论(0编辑  收藏  举报