测试流程实战训练营
霍格沃兹测试开发学社
目录
- 业务架构分析
- 测试用例导入与管理
- Bug 录入与管理
业务架构分析
业务背景
- 业务：雪球 app
- 目标：完成测试体系建设
业务知识梳理
- 业务架构：业务模块之间的关系
- 技术架构：技术组件之间的关系与通讯方式
- 组织架构：协作团队的组织关系
- 数据架构：数据的关联关系
测试架构
- 业务架构：业务架构与流程图分析
- 测试活动管理
- 测试用例管理平台
- 测试执行分析
- bug 管理平台
- 测试报告与测试分析图表
业务架构
- 思维导图
- plantuml
测试用例导入与管理
JIRA 练习环境
- 地址：https://jira.ceshiren.com/
- 用户名：hogwarts
- 密码：hogwarts
测试用例转化
- 手工转化
- 脚本转化
// 需要先安装 xmindparser 第三方库
pip install xmindparser
// 执行格式转换脚本
python3 xmind_csv.py
测试用例导入
- 入口：问题 – 从 CSV 文件导入问题
- 设置：选择 CSV 文件 – 选择导入项目 – 设置对应字段 – 验证 – 导入数据
测试用例状态转换
课堂练习
- 在 JIRA 中创建自己的测试用例管理项目，配置对应的测试用例管理流程
- 创建项目，项目名称_姓名
- 关联测试用例工作流
- 关联测试用例域配置
- 关联测试用例管理界面
- 测试用例格式转换：转为 csv 格式，3 条即可
- 测试用例导入 JIRA
- 执行测试用例，练习 JIRA 中测试用例状态的转换
Bug 录入与管理
Bug 定义
- 程序错误
- 程序漏洞
- 程序不完善
Bug 判定标准
- 软件未达到客户需求文档的功能和性能
- 软件出现客户需求不能容忍的错误
- 软件的使用未能符合客户的习惯和工作环境
- 软件超出需求文档的范围
问题
- 如果开发人员认为你提交的 bug 不是一个 bug，这时候你怎么办？
- 测试人员描述不清晰：提高自己的业务水平
- 难以复现的 bug：留好截图和 log，保留证据，做好记录
- 有争议的 bug（建议类）：开会讨论
- 功能性 bug（需求理解不一致）：提 bug 时提供证据，需求，设计方案，省去争议
Bug 严重程度
- 致命：不能完全满足系统要求，系统崩溃或者挂起等导致系统不能正常运行
- 严重：严重地影响系统要求或基本功能的实现
- 一般：性能不满足要求，产生错误的中间结果但不影响最终结果等影响有限的问题
- 建议：界面拼写错误或用户使用不方便等需要完善的问题
Bug 优先级
- 最高：需要立即修改
- 高：尽快修改
- 中：需要修改
- 低：需要修改或不修改
严重程度和优先级的关系
- 一般地，严重性程度高的软件缺陷具有较高的优先级
- 有时候严重性高的软件缺陷，优先级不一定高，甚至不需要处理
- 有时候一些严重性低的缺陷却需要及时处理，具有较高的优先级
不同角色的对 Bug 的职责
Bug 处理流程
Bug 处理意见
Bug 报告
- 记录 Bug
- 跟踪 Bug
- 更好的和开发人员交流
Bug 报告模版
Bug 报告要素
1. Bug 编号
2. 所属产品
2. 发现的版本
3. 所属的模块
4. 提交人
5. 错误类型
6. 复现概率
7. 严重级别
8. 优先级
9. 标题：言简意赅说明是什么 bug
10. 内容（描述）
- 测试环境
- 前提条件
- 复现步骤
- 预期结果
- 实际结果
11. 附件：截图、出错的 log 日志、测试用的数据
JIRA 管理 Bug
新建 Bug 管理项目
新建 Bug 问题类型
新建 Bug 工作流
新建 Bug 界面
新建 Bug 相关字段
关联到项目
- 编辑问题类型
- 工作流关联问题类型
- 字段关联界面
- 界面关联项目
如何写 Bug 报告
- Bug 标题
- 尽量按缺陷发生的原因与结果的方式书写（执行完 A 之后，发生 B）
- 避免使用模糊不清的词语（发生错误，不管用）
- 为了方便搜索和查询，可以使用关键字（【首页】
- Bug 内容
- 测试环境
- 测试环境
- 复现步骤
- 预期结果
- 实际结果
编写 Bug 报告
- 场景：用户登录时，密码显示为明文
- 在 JIRA 中填写 Bug 报告
其他注意事项
- 一个 bug 报告只能描述一个 bug
- Bug 的唯一性
- 复现
- 报告 bug 时要使用中性语言，不要带有感情色彩
Bug 定位
- 引起 Bug 的原因
- 缩小 Bug 查找的范围
