功能测试与自动化测试到底谁高级？
上一篇 /
下一篇 2015-04-02 12:56:37
转眼出来工作已经4年了，在这4年里主要从事测试工作，今天我想在这里说下目前我对测试行业的一些认识。其实测试这个职位无非分为功能测试，性能测试，自动化测试以及安全性测试，随着近几年测试的发展，很多公司也越来越重视测试，都设有专门的测试人员，就目前国内软件公司的发展来看，应该有90%以上的公司有测试职位，可见测试在软件体系中还是占有很大分量的。但是如何去定位软件测试的高级与否，今天我就专门来说下我的观点。“高级”一词一直是技术行业中被众多技术人员所向往以及崇拜的，做技术这行的都想往高级方面发展，但是在测试行业中对“高级”在你心中的定位到底是什么呢？相信现在基本上95%以上的人都认为会自动化测试，会性能测试才叫高级。其实我认为这是错误的理解。首先，我认为测试中“高级”应该从两方面来定义：1、技术上你能做到的别人做不到，那你做得工作就是高级，换句话说就是，不是人人都能做的工作；2、从公司层面来说应该是能给公司带来利益的。我相信这两点大家都应该不会否认。好，既然不否定，那我们来深入探讨下这两方面。假如甲会自动化测试或者会性能测试，他从一毕业就开始做这方面的测试，而且做得挺好的，每次项目的自动化和性能都是他来完成的，他要做的工作就是录制或者编写脚本，然后做一些脚本优化，最后运行脚本，实现自动化。另一个乙只会功能测试，他也是一毕业就开始做这方面测试，他的工作就是根据参加需求评审，编写测试用例，设置测试方案，执行测试用例，看起来都很简单。相信在大部分测试者眼里会认为甲是高级工程师，乙则不是。但从刚才的定义1来分析，做过自动化的人都知道，假如招个有代码基础的毕业生给他一个星期或者一个月专职负责自动化或者性能测试，他也一样能做，工具的操作都差不多，不会的还有度娘，保证能学会。很多东西不是你不会，而是因为你没做过，那些看起来难的东西并不一定难；而恰恰相反，其实乙的工作反而更加难，需求方面先不讲，通过需求编写用例表面简单，其实不易。用例的编写设计广泛，没有长期积累的测试思维还是比较难写出充分覆盖测试点的用例，招个刚毕业应届生做功能测试反而不是一个星期或者一个月能学会的，这个才是要慢慢积累的。从公司层面来谈“高级”，这个做过测试的人更加不用说，功能测试测出来的bug肯定比自动化测试测出来的bug更有价值，或者有同等价值，因为大部分的bug都是通过功能测试发现的。当然有人会说，我自动化测试可能节省人力，节省时间，这个是不可否认的。但是你能保证我自动化跑过的功能就不需要做功能测试吗或者就没有bug，我相信没人敢做这样的保证。所以功能测试从这点上也不比自动化测试低级。其实我说这么多只是为了端正某些人对功能测试的误解，功能测试和自动化测试是相辅相成的，没有高下之分，现在很多企业招测试都说要招高级，身为测试人员的招聘者面试时也认为会自动化才是我要的高级，做功能测试或者黑盒测试的我不要。其实说这话时，你已经不是一个合格的测试人员了，因为你还缺乏对测试基本的认识。
收藏
举报
TAG:
引用 删除 踏雪飞狐 / 2015-04-22 18:48:35
引用 删除 zaza9084 / 2015-04-22 15:20:12
引用 删除 随便看看123 / 2015-04-21 17:15:57
引用 删除 luosi_2014 / 2015-04-15 10:27:16
说的我顿时觉得有力量了
引用 删除 yongbufangqi / 2015-04-03 16:45:38
引用 删除 duxiaohan0326 / 2015-04-02 16:46:22
