不断从工作中总结下来的

• 测试一个产品或项目，不只停留在测试产品功能、性能本身，也要从整体角度 (上升到产品角度）来了解各种情况（整个调用量，峰值时多少，客户使用情况、有哪些客户，线上集群部署情况等等）知道为什么会新增某个模块？

• 5 个 why，层层深入，认识到根本原因。

• 所有做的事情都是解决痛点，不管是自动化、工具或流程等。

• 开发修改点的原因、背景，了解清楚（包括具体代码）。

• 关注项目的数据模型（表结构）、技术实现（设计思想），用于项目风险评估。

• 接手一个项目的测试，作为 owner，除了搞清需求外，还要知道项目打算上线时间，有哪些功能点需要上线，占比多少？跟规划是否一致，然后自己评估是否合理，如果比较急需要考虑对应的测试解决方案。

• 设计用例除了功能场景覆盖外，还要结合项目本身特性去考虑。（比如网关层的并发、连接超时、稳定性等、如 redis 命令的幂等性、kafka 的高可用、一致性等）。

• 测试报告写明 bug 原因和解决方案。

• 提高自动化测试的稳定性（设置超时、出错重试等）

• 每个人都有自己的主要任务，对于测试工具（平台）的实用性和用户体验非常重要。因为只有当这些工具真正能帮忙用户（并减少维护成本），才 “活” 的长久。（避免中看不中用）

• 出了问题，不要怕。重点在快速定位、快速解决。强调日志和报警的重要性。

• 跟开发沟通：如果忙，但要给个时间点。

• 技术是基础，但归根到底解决问题的能力才是核心力。（突破固定模式和思维限定，从多角度去分析和定位问题原因）

• 线上故障问题 review。（了解背景，发生的原因，如何避免）

• 数据能力：工具或平台产生 -> 推广应用（形成数据）-> 分析优化（输出能力）

• 很多技术、工具或产品都是通用的，需要针对公司特定场景做到有所突破才是亮点。

ps: 好多年没发贴了。看到自己以前的老贴，显的太 “嫩” 了，但那时也是一个刚起步的阶段。