测试工程师需要具备的三项思维能力

工程师思维

某件重复发生的事情只干一次就好，以后也不需要再重复做。

从浅层的意义来说，就是要实现业务的自动化。如每版机械回归的内容是否可以用自动化的方式进行覆盖

更深层的逻辑是如何把问题彻底解决掉，而不只是以自动化的方式去解决问题，比如项目如何解决测试覆盖度低的问题，显然通过简单的自动化无法解决，这要我们对问题本身有更深的思考与分析。

迭代思维

对于当前自己的工作内容进行反思，自我批判，在不断审视自己中不断的提升，这里想说的迭代包含对于我们已有技能的迭代，也包含这自身知识体系的迭代。

已有技能的迭代要做的是纵向的深入，对已掌握技能的不断打磨，不断精进，比如我们看上一版自己写的方案，写的用例，写的自动化脚本，是否有部分可以进行优化，需要进行修改，通着不断的反思提升自己的专业深度

自身知识体系的迭代想说的是我们要不断的打破技能的边界，不断的扩充自己的认知范围，扩展自己的技能范围，比如刚入职时那我们可能只是会点点点的测试小白，那么通过不断的打破这个技能边界，我们可能会不断的掌握，功能测试，性能测试，安全测试，研发等技能
这些都需要我们一次次的跳出舒适区，完成一次次的自我迭代，自我精进。

全局性思维

我想说的全局思维不是无所不知，更不是全栈，而是我们对于知识或者业务脉络体系化的梳理

例如对一个系统进行测试，那么首先要对系统的整体业务脉络做一个梳理，待你整体梳理完成后那么你对系统的的感觉将完全不同，这时会对业务和功能调整有更强的把控能力，例如对于系统整体实现架构的梳理我们会发现跟多的测试可能性，找到更多的测试方法
在梳理全局的过程中，不要一上来沉浸在某个的细节，这样会减缓你的梳理步伐，最后迷失在细节的了解中，当你了解全局后再去根据实际情况判断哪里需要进行详细的了解