课堂 ppt
https://pdf.ceshiren.com/jy2/测试流程实战
PPT地址
实战内容
参考资料
- plantuml 使用简单的文字描述画UML图的开源工具。
- plantuml 中文文档：plantuml中文文档
- plantuml在线绘图地址：https://plantuml.ceshiren.com/
JIRA 在线演练平台
- 地址：https://jira.ceshiren.com/
- user：hogwarts
- password：hogwarts
业务架构分析
业务知识梳理
- 业务架构：业务模块之间的关系
- 技术架构：技术组件之间的关系与通讯方式
- 组织架构：协作团队的组织关系
- 数据架构：数据的关联关系
分析工具
思维导图
plantuml 时序图
@startuml
actor 用户
用户 -> 客户端: 点击账号密码登录
客户端 -> 用户: 登录界面
用户 -> 客户端: 输入账号、密码、点击登录按钮
客户端 -> 客户端: 前端校验账号密码规则
alt 校验通过
客户端 -> 服务端: 传递账号和密码
else
客户端 -> 用户: 返回校验后的提示信息
end
database 数据库
服务端 -> 数据库: 查询用户登录信息
数据库 -> 服务端: 返回查询结果
服务端 -> 客户端: 返回登录结果
alt 登录成功
客户端 -> 用户: 登录成功，返回我的页面，展示登录信息
else
客户端 -> 用户: 提示登录失败信息
end
@enduml
测试用例导入与管理
jira 部署
- docker hub 地址：Docker
- 执行的命令
docker pull atlassian/jira-software
docker volume create --name jiraVolume
docker run -v jiraVolume:/var/atlassian/application-data/jira --name="jira" -d -p 8089:8080 atlassian/jira-software
- 浏览器输入：http://localhost:8089
jira 批量导入问题步骤
- 入口：问题 – 从 CSV 文件导入问题
- 设置：选择 CSV 文件 – 选择导入项目 – 设置对应字段 – 验证 – 导入数据
bug 录入与管理
bug 定义
程序错误、漏洞、不完善
bug 判定标准
- 软件未达到客户需求文档的功能和性能
- 软件出现客户需求不能容忍的错误
- 软件的使用未能符合客户的习惯和工作环境
- 软件超出需求文档的范围
经典面试题
如果开发人员认为你提交的bug 不是一个 bug，应该怎么办？
- 测试人员描述不清晰：提高自己的业务水平，明晰描述，没有歧义
- 难复现的 bug：留好证据：截图、日志，做好记录
- 有争议的 bug （建议类）：集体讨论，平常的话语权
- 功能性的 bug（需求理解有偏差）：提 bug 需要提供对应的需求中的证据，设计方案，省去争议的可能性
bug 严重程度
- 致命：系统崩溃、挂起，导致系统不能正常运行
- 严重：严重影响住流程、基本功能的实现
- 一般：主要功能不受印象，性能不满足，产生一些中间结果错误但是最终结果影响不大的问题
- 建议：优化，界面、拼写、用户使用不方便
bug 优先级
- 最高：需要立即修改
- 高：尽快修改
- 中：需要修改，排在高等级之后
- 低：修改修改或者不修改（进行讨论）
严重程度和优先级的关系
- 一般来说，是一一对应的关系，最严重的优先级最高
- 也有特殊情况，比如极端条件下的崩溃，可能优先级就没有那么高。或者公司名称之类的拼写错误，优先级就是最高的。需要具体情况具体分析
bug 报告要素
- 标题
- 所属产品
- 发现版本
- 所属模块
- 提交人
- 复现概率
- 严重程度
- 优先级
- bug 具体描述：发现环境、前提条件、复现步骤、预期结果、实际结果
- 附件：截图、录屏、log 日志、测试数据
jira 管理 bug
- 创建 bug 管理项目
- 创建了 bug 问题类型
- bug 工作流
课堂资料
链接: 百度网盘 请输入提取码 提取码: 185w
课后作业（学员中心提交作业）
- 在练习平台创建自己的 bug 管理项目，并把这几天在练习过程中发现的 bug 提交上去
- 提交问题查看界面的截图
- 提交项目设置中问题类型的截图
- 提交工作流截图
- 命名规范：xxx_自己的姓名