【拉勾6期】测试工程师测试工作实战演练

标题

测试工程师测试工作实战演练

课程价值

  • 掌握业务架构分析方法
  • 掌握测试工作流程
  • 掌握测试用例设计方法
  • 掌握测试执行过程
  • 掌握测试总结编写方法

大纲

  • 业务架构分析
  • 需求分析
  • 测试设计
  • 测试执行
  • 测试总结

时长

120 分钟

PPT

https://pdf.ceshiren.com/lg6/测试工程师测试工作实战演练

课堂资料

链接: 百度网盘 请输入提取码 密码: s2cw

实战内容

参考资料

业务架构分析

思维导图

xmind

  • 新建子主题:tab
  • 新建兄弟主题(向后插入):enter
  • 新建兄弟主题(向前插入):shift + enter

plantuml - 时序图

  1. 入门例子
@startuml
autonumber
actor user
database db
Bob -> Alice : hello
Alice --> Bob : Hi Bob
@enduml
  1. 雪球登录实例
@startuml
actor 用户

用户 -> 客户端: 点击账号密码登录
客户端 --> 用户: 返回登录界面
用户 -> 客户端: 输入账号密码,点击登录
客户端 --> 客户端: 校验账号密码

alt 校验是够通过
客户端 -> 服务端: 传递账号密码
else
客户端 --> 用户: 不通过,展示提示信息
end

database 数据库

服务端 -> 数据库: 查询用户登录信息
数据库 --> 服务端: 返回查询结果

alt 登录是否成功
服务端 --> 客户端: 登录成功
客户端 --> 用户: 返回登录成功界面
else
服务端 --> 客户端: 登录失败
客户端 --> 用户: 提示登录失败
end
@enduml

需求分析

需求分析思路

需求分析步骤

  • 明确测试范围
  • 明确功能点
  • 明确业务流程
  • 明确输出结果
  • 分析异常流程
  • 预估测试需要的时间和资源

接口文档

  • 接口请求地址
  • 接口请求方式
  • 请求参数
  • 响应结果

测试设计

测试用例编写方法

  1. 划分功能模块
  2. 正向功能验证
  3. 单个功能项验证
  4. 功能之间交互验证
  5. 隐形需求

输入项设计要点

  • 数据长度验证
  • 数据类型验证
  • 是否必填验证
  • 限制约束验证

测试用例评审

测试用例的本身的描述是否清晰,是否存在歧义
测试用例内容是否正确,是否与需求目标相一致
测试用例的期望结果是否确定、唯一
测试用例是否覆盖了所有的需求
测试用例是否具有可执行性
是否从用户层面来设计用户使用场景和业务流程的测试用例
场景测试用例是否覆盖最复杂的业务流程
用例设计是否包含了正面、反面的用例

Bug 包含的内容

Bug 标题
Bug 严重程度
Bug 优先级
Bug 描述
- 测试环境
- 前提条件
- 复现步骤
- 预期结果
- 实际结果
截图,log 日志

测试总结

  • 人力投入
  • 用例覆盖情况
  • Bug 分类,数量统计
  • 遗留 Bug 情况说明
  • 测试存在的风险
  • 测试结论

课后作业

使用思维导图设计测试用例:

  • 雪球行情 – 自选股 – 自选设置

课后调查表

1.由于不清楚股票信息具体表示什么,页面显示简化描述
2.由于不清楚股价提醒的形式是什么,提醒结果简化描述
3.由于用例带有之前公司的一些习惯,请老师提出问题,我会努力改正



1.离线时股价提醒提示文案对用户不友好,最好是提示“网络异常,请设置网络”
2.离线状态涨跌颜色设置没有toast提示
3.设置提醒由于不清楚需求只能猜测,①涨跌价触发提醒是否有后续操作,②指标设置中的指标枚举前端写死还是后端配置返回


第一次写测试用例,请老师多多指教