好的习惯

• 测试用例的编写是重要的能力，需要专项提升(一个是测试用例设计方法，一个是全面了解前/后端技术方案)
• 测试发现与自己预期不一样的地方，先问是什么，再问是不是 bug，最后还要试着定位到底是谁的问题
• 考虑测试用例的时候不要仅仅考虑功能用例，还要考虑性能安全性等问题
• 在验证一个功能/回归一个 bug 时，要一次性验证所有的功能(相关所有平台)，防止重复返工
• 测试工程中要思考需求实现是不是合理
• 在测试环境进行的验证可能在生产环境不一样，因为测试环境架构与生产不一致（生产可能是集群），所以测试用例也要考虑到这种情况
• 在需求评审/测试的阶段首先要确定 UI 交互的问题
• 零碎的时间主要用于英语学习而不是技术学习

自动化进阶

• 把一些重复的工作通过自动化解决
• 造数平台

sql 进阶

• 常用 sql 在 navicat 中保存成查询
• 业务需要的特殊数据用 sql 定期查询

线上回归

• 基本功能需要过一遍
• 所有可能影响的功能都需要点一点

如何快速搞懂业务

• 平常多用功能
• 查看接口/接口文档(如果有的话)
• 查看数据库表/字段的注释
• 问同事的问题使用 typora 记录
• 组长不在的时候，快速找到业务负责人，问清楚有哪些数据库表，怎么进行测试

副业

最近有想法探索一点副业的方向，测试在业务开发中的地位太低了，而且互联网也确实不是很长久。准备搞短视频吧，记录生活玩玩而已。

方向就是互联网梗相关的，因为自己也喜欢玩梗

首先需要的就是视频剪辑能力，国内还是选择抖音吧

工作中需要的能力

测试用例设计的高效以及功能覆盖率

• 功能点的 UI 校验（文字以及样式）(要学会使用 figma)
• 功能点输入的设计
• 功能点输出的设计
• 功能点状态的设计(状态机转移，状态是否可重入)

沟通能力

• 说明问题的能力（提 bug 是否清晰：复现步骤，必要时加上录屏）
• 请求问题（高效提问的能力）

解决问题的能力

• 作为一名遇到问题首先想到的是记录(因为复现的成本比较高)
• 不能有任何侥幸的想法，还有就是接口自动化吧