软件测试这个岗位，不像研发，不需要实实在在的编码能力，不像运维，需要配置服务器，shell编写等能力，业内的测试人员的技术水平也是参差不齐，当然这跟企业的需求息息相关。在国外，software test engineer是一个十分重要和高要求的岗位，并且基本都需要具备研发的经验，可以说测试基本都是从研发转过来的，也正因如此，他们拥有这十分出色的BUG定位和分析的能力。
反观国内的现状，很多企业，尤其是互联网企业，对于测试的需求虽然是源源不断的，但是门槛或者说是要求，却大相径庭。浏览一下各大招聘网站，不难发现，测试工程师的岗位描述，基本可以概括为以下几点：1.参与需求评审，编写测试用例和测试计划，完成需求测试；2.利用测试工具提高工作效率，会持续集成等技术的优先考虑，完成项目的自动化测试和性能测试；3.熟悉或掌握一门编程语言（如java，python），有研发经验，自动化脚本经验的优先考虑。不少入行不久的测试同事，看到这要的jd，心里面多多少少会有点慌，担心自己的技术不达标，尤其在自动化和性能这一块。而实际情况又是怎样呢，很多企业只是在面试的时候去各种刁难你，技术面试的时候，会出各种各样的花式问题，甚至你可能以为自己是来面试研发的，心里面嘀咕着为啥面个测试这么难呢。假如你各种原因通过了面试，投入到实际的测试岗位中去，你发现完成日常的工作所需要的技能，并没有想面试的时候所要求的那么夸张。
当然，面试嘛，面试官肯定是从挖掘你最大潜能的目的出发，而HR也是本着从公司的利益出发，用最少的成本给公司带来最大的利益，明面上，求职是一件双向选择的事情，而对于求职者而言还是一个被选择的角色，拥有选择权的前提条件是应聘的公司愿意给你机会。
再说说测试，测试从职能分，可以分为功能测试，性能测试，自动化测试，安全测试等，而功能测试占据了测试岗位的半壁江山，很多功测在应试的时候，都被企业要求具备性能和自动化的能力，一方面是整个行业的一个发展趋势，如果你只是一味去点点点（很多人眼中的测试），机械的完成几乎毫无技术含量的工作（当然业务能力衡量功测人员的一个标尺），那很快就会被取代或者被替代，另一方面，企业也是本着利益最大化的角度出发，你要是业务测试能力很强，那我们肯定欢迎你，如果你还能做点性能和自动化，那我们是十分乐意你的加入。
未完。。。
网友评论