所以不管是接口还是从客户端，都需要大量的测试工作，对测试工程师的要求也越来越高。或许再过几年，自动化测试会成为从业者的准入门槛，如果做不好自动化测试，竞争力很难得到认可。
以自动化测试为例，很多测试工程师对这个方向的认识并不全面。
比如，面试的时候问到自动化测试框架选择的合理性体现在哪里?
再比如，设计的自动化测试用例的优缺点?很难回答清楚。
由此可知，如果仅仅只是依赖一些现成的工具、框架来进行用例的转化，这还无法说明具有自动化测试能力，只能证明你只是会用而已。
接触过自动化测试的，对以下几种“自动化测试框架思想”一定不陌生。
· 模块化思想
· 库思想
· 数据驱动思想
· 关键字驱动思想
很多人将它们定义为“框架”，其实它们只是代表了一种自动化测试的思想，不能以简单的框架来下定义。而只有掌握自动化测试框架设计的核心，才能更好的解决以下问题：
· 测试数据要怎么准备，如何在框架中实现，是否可以复用。
· 测试用例的批量导入。
· 执行失败的用例如何快速定位复现。
· 对于UI自动化，当出现异常时，框架如何对应处理，以保证整套用例不会中断执行。
测试工程师的核心是理解产品和系统的需求、设计、逻辑，再次形成测试思维对质量风险和质量控制的判断和思路。测试开发能力还只是基础能力，单一的测试技无法进入更高的平台。要将开发技术与测试思想相结合，现实需要的，是真正具备测试开发复合能力的人才。
本文内容不用于商业目的，如涉及知识产权问题，请权利人联系51Testing小编(021-64471599-8017)，我们将立即处理
