课堂 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
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
业务架构分析
业务知识梳理
- 业务架构：业务模块之间关系
- 技术架构：技术组件之间关系
- 组织架构：协作团队的关系
- 数据架构：数据包含的属性和关联关系
业务架构分析
思维导图
plantuml 时序图
雪球app账号密码登录场景
@startuml
actor 用户
用户 -> 客户端: 点击账号密码登录
客户端 --> 用户: 展示登录界面
用户 -> 客户端: 输入账号密码，点击登录按钮
客户端 -> 客户端: 校验账号和密码的规则
alt 校验通过
客户端 -> 服务端: 传递账号和密码
else
客户端 -> 用户: 提示用户账号密码不符合规则
end
database 数据库
服务端 -> 数据库: 查询用户的登录信息
数据库 --> 服务端: 返回查询结果
服务端 --> 客户端: 返回登录结果
alt 登录成功
客户端 --> 用户: 登录成功，返回个人页面，展示登录的账号信息
else
客户端 --> 用户: 提示登录失败
end
@enduml
测试用例管理
把测试用例转化为 CSV 格式
JIRA 批量导入问题的步骤
- 入口：问题 → 从 CSV 文件导入问题
- 设置：选择 CSV 文件 → 选择要导入的项目 → 设置映射的字段 → 验证 → 导入数据
Bug 录入与管理
bug 定义
程序错误、漏洞、不完善
bug 判定标准
- 软件未达到客户需求文档的功能和性能
- 软件出现客户需求不能容忍的错误
- 软件的使用未能符合客户的习惯和工作环境
- 软件超出需求文档的范围
经典面试题
如果开发人员认为你提交的 bug 不是一个 bug，这时候你怎么办？
- 测试人员自己描述不清晰：提高自己的业务水平，优化 bug 报告的内容
- 难以复现的 bug：留好证据（截图、录屏、日志），做好记录，标记好复现概率
- 有争议的 bug：一般是建议类的，提出自己的证据，开会讨论
- 功能性 bug：需求理解不一致，提交 bug 报告的时候提供证据（需求里的要求、设计方案），可以省去争议
Bug 严重程度
- 致命：不能满足系统要求，系统崩溃，系统退出等导致系统不能正常运行
- 严重：严重的影响系统的基本功能
- 一般：性能不满足要求，或者会产生错误的中间结果但是不影响最终结果
- 建议：用户使用不方便、界面不美观
bug 优先级
- 最高：立即修改
- 高：尽量修改
- 中：需要修改，但是不紧急
- 低：需要修改，或者不修改也可以
bug 严重程度和优先级的关系
- 一般来说，严重程度高的优先级也会高
- 特殊情况需要根据场景去决定，比如公司名称拼写错误，不严重但是需要立即修改。
Bug 报告要素
- 编号、标题、所属的产品、发现的版本、所属模块、提交人、错误类型、复现概率
- 严重程度、优先级
- bug 内容描述：发现环境、前提条件、复现步骤、测试数据、预期结果、实际结果
- 附件：截图、录屏、log 日志
bug 报告的编写
标题
- 尽量按照 bug 发生的操作和结果方式来写（执行完A之后，发生B）
- 避免模糊不清的词
内容：描述全面，提交证据
课堂资料
链接: 百度网盘 请输入提取码 提取码: 7l9j