课堂 ppt
https://pdf.ceshiren.com/jy1/测试流程建设实战之用例Bug管理实战
PPT地址
实战内容
JIRA 在线演练平台
- 地址：https://jira.ceshiren.com/
- user：hogwarts
- password：hogwarts
测试用例管理流程
- 创建项目用来管理测试用例（雪球项目）
- 新建问题类型用来专门管理测试用例（系统级别的设置：系统设置–问题–问题类型）
- 把问题类型添加到项目中
- 创建测试用例管理工作流
- 把工作流与项目中的问题类型进行关联
- 新建界面
- 把界面关联到项目中
- 新建字段，把字段添加到对应的界面中
- 新建字段配置，在字段配置中选择要显示的字段，还有必填的字段
- 新建字段配置方案，把字段配置关联到方案中
- 把字段配置方案关联到项目中的问题类型
jira 管理测试用例
测试用例转化
- 手工转化
- 自动化脚本转化
导入步骤
问题 – 从 CSV 文件导入问题 – 选择 csv 文件 – 选择 csv 与 jira 字段的对应关系 – 导入数据
bug 基础知识
bug 定义
- 程序错误
- 程序漏洞
- 程序不完善
bug 判定标准
- 软件未达到客户需求文档的功能和性能
- 软件出现客户需求不能容忍的错误
- 软件的使用未能符合客户的习惯和工作环境
- 软件超出需求文档的范围
经典面试题
如果开发人员认为你提交的bug不是一个bug，这个时候应该怎么办？
- 测试人员描述不清楚：提高自己的业务水平
- 难以复现的bug：留好证据（截图，log日志），做好记录
- 有争议的bug：建议类，团队讨论
- 功能性bug：对于需求理解不一致，先确定自己的理解是正确的，提bug 的时候给出证据（需求，设计方案）省去争议
bug 严重程度和优先级（一般情况）
- 致命：优先级最高
- 严重：优先级高
- 一般：优先级中
- 建议：优先级低
有特殊情况，比如极端条件下的崩溃问题，可能优先级会低。比如公司名称错误之类的文案问题，优先级会最高
bug 报告要素
- 所属产品，模块，版本
- 错误类型
- 复现概率
- 严重级别
- bug 标题
- bug 内容：测试环境，前提条件，复现步骤，预期结果，实际结果
- 提供证据：截图，log日志，测试的数据
bug 报告编写
- 标题
- 尽量按照执行完A之后发生B这种方式去描述
- 避免用模糊的词语描述（发生错误，不管用）
- 提交的时候加上一些关键词（【发帖】）
- bug 内容描述
- 测试环境
- 前提条件
- 具体复现步骤
- 预期结果
- 实际结果
bug 定位
- 分析引起 bug 的原因
- 尽量缩小bug查找的范围
课后作业
在练习平台创建自己的 bug 管理项目，并把这几天在练习过程中发现的 bug 提交上去
- 提交问题查看界面的截图
- 提交项目设置中问题类型的截图
- 提交工作流截图
命名规范：xxx_自己的姓名
课堂资料
链接: https://pan.baidu.com/s/1tqe1NksFdYUQ35sZ1DDdfA 密码: c0m0
