背景
今天参加同事述职会，讲到未来技能目标，自动化，性能，安全，很多
我提了个问题：你做这些的目的是什么？
（此处自己一个鼓励，以前会想着，怎么做，如何做，如何落地；现在看来，我关注了相比之前的，更高的一层了，有进步：））
省略中间的一些讨论，我心里的想法如下：
- 这些只是测试手段
- 手段是做提效，做深度挖掘
- 最重要的，还是测试思想，如何设计测试场景，覆盖测试范围
……
基于这些，我自己回顾了一下，应用得比较好，且能有效发现bug，或能减少业务复杂度的几个小点
重中之重：确定本次产品背景，迭代目标，围绕此点，进行任务拆解
需求方面
1.质疑需求的合理性
2.揣摩需求设计的合理性
3.需求对其他业务的影响
系统层面
1.熟悉业务架构
2.熟悉组件特性（redis，MQ，kafka等）
开发阶段：
1.db设计合理性
2.从db设计反推开发的代码实现
3.根据开发逻辑及系统层面关联，设计相应的测试场景
测试设计阶段
1.幂等性校验
2.关系业务（同业务类型字段或场景的操作）
常见的设计方法不列举
测试执行阶段
1.重复的工作自动化
2.数据准备的工作自动化
3.提高路径有效性，争取一个操作，覆盖多个业务场景