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