【就业班1期】测试流程建设实战之用例Bug管理实战

课堂 ppt

https://pdf.ceshiren.com/jy1/测试流程建设实战之用例Bug管理实战

PPT地址

实战内容

JIRA 在线演练平台

测试用例管理流程

  1. 创建项目用来管理测试用例(雪球项目)
  2. 新建问题类型用来专门管理测试用例(系统级别的设置:系统设置–问题–问题类型)
  3. 把问题类型添加到项目中
  4. 创建测试用例管理工作流
  5. 把工作流与项目中的问题类型进行关联
  6. 新建界面
  7. 把界面关联到项目中
  8. 新建字段,把字段添加到对应的界面中
  9. 新建字段配置,在字段配置中选择要显示的字段,还有必填的字段
  10. 新建字段配置方案,把字段配置关联到方案中
  11. 把字段配置方案关联到项目中的问题类型

jira 管理测试用例

测试用例转化

  • 手工转化
  • 自动化脚本转化

导入步骤

问题 – 从 CSV 文件导入问题 – 选择 csv 文件 – 选择 csv 与 jira 字段的对应关系 – 导入数据

bug 基础知识

bug 定义

  • 程序错误
  • 程序漏洞
  • 程序不完善

bug 判定标准

  • 软件未达到客户需求文档的功能和性能
  • 软件出现客户需求不能容忍的错误
  • 软件的使用未能符合客户的习惯和工作环境
  • 软件超出需求文档的范围

经典面试题

如果开发人员认为你提交的bug不是一个bug,这个时候应该怎么办?

  • 测试人员描述不清楚:提高自己的业务水平
  • 难以复现的bug:留好证据(截图,log日志),做好记录
  • 有争议的bug:建议类,团队讨论
  • 功能性bug:对于需求理解不一致,先确定自己的理解是正确的,提bug 的时候给出证据(需求,设计方案)省去争议

bug 严重程度和优先级(一般情况)

  • 致命:优先级最高
  • 严重:优先级高
  • 一般:优先级中
  • 建议:优先级低

有特殊情况,比如极端条件下的崩溃问题,可能优先级会低。比如公司名称错误之类的文案问题,优先级会最高

bug 报告要素

  1. 所属产品,模块,版本
  2. 错误类型
  3. 复现概率
  4. 严重级别
  5. bug 标题
  6. bug 内容:测试环境,前提条件,复现步骤,预期结果,实际结果
  7. 提供证据:截图,log日志,测试的数据

bug 报告编写

  1. 标题
  • 尽量按照执行完A之后发生B这种方式去描述
  • 避免用模糊的词语描述(发生错误,不管用)
  • 提交的时候加上一些关键词(【发帖】)
  1. bug 内容描述
  • 测试环境
  • 前提条件
  • 具体复现步骤
  • 预期结果
  • 实际结果

bug 定位

  • 分析引起 bug 的原因
  • 尽量缩小bug查找的范围

课后作业

在练习平台创建自己的 bug 管理项目,并把这几天在练习过程中发现的 bug 提交上去

  • 提交问题查看界面的截图
  • 提交项目设置中问题类型的截图
  • 提交工作流截图

命名规范:xxx_自己的姓名

课堂资料

链接: https://pan.baidu.com/s/1tqe1NksFdYUQ35sZ1DDdfA 密码: c0m0

课后调查表单

image
image
image



1 Like



1 Like









完成的很好
bug 的复现步骤推荐用 1. 2. 3. 这种序号的形式描述,看起来会更清晰

完成的很好
bug 的详情没有具体描述

完成的很好
bug 复现步骤用数字序号描述会更清晰

完成的很好
没有定义自己的字段配置方案

完成的不错
缺少 bug 复现步骤

完成的很好

完成的很好