解答开发转软件测试岗的困惑

有个知乎网友做了一年的软件开发，打算转软件测试，但是面试了几家都没有回音，希望大家能给一点建议。

由于这个问题不是今年提的，所以不用担心知友是受到了疫情的影响，单纯应该是个人的问题。
因为他只做了一年开发就想转岗测试，我认为知友是在开发之路上走得并不顺利，甚至是遇到了很大的问题，才想“退而求其次”选择测试岗位。这一点并没有什么大的毛病，因为在国内来说，只有顶级互联网公司招聘测试的要求，跟开发是差不多的，而大部分公司在招聘测试时要求并不高，这也就造成了开发认为测试比较简单的一种想法。

解答开发转软件测试岗的困惑

针对他遇到的困难，在这里我想提一提我的建议：

准备不足

虽然他并没有详细说明自己应聘的过程，但我认为他是准备不足的。测试的招聘，比较看重业务能力，也就是你做过哪些项目的测试，对项目系统的了解程度决定是否能立即上手同类项目。
测试是一个入门简单，想做出色却很难的工作，它有着非常科学的方法，并不只是大部分开发以为的“点点点”。对于完全没有这方面经验的人来说，面试测试初级岗位，如果能准备好什么是“边界值测试”，“等价类测试”，“因果图”，“判定表”，“错误值”等，那么可以说他已经做好了要进入测试这一行的准备了，否则，就是战术上对测试的不重视。

了解不深

知友对测试行业的板块了解不够，测试不仅包含功能测试，还有自动化测试以及测试开发。我个人对黑盒功能测试在国内的发展天花板其实是看低的，也就是说，做黑盒手工测试向上很快就到达天花板，发展的空间不大。这种具备开发背景的，我都建议直接从自动化测试开始转，这样更能把自己这一年的经验用起来。
而随着测试行业的不断发展壮大，对测试技能的要求越来越高的地方，更集中在头部的大公司里，他们的薪资待遇更高，这对测试来说是有益的，能拔高这个行业的天花板。

移动端 or Web 端

我一直秉持测试要全栈的思路，就是移动端、Web 端都要能做，这对测试不是一个高要求，而是一个基本要求。现在移动端开发技术，越来越往大前端方向走，像 RN，Weex，Flutter 等都是支持跨平台的。只会移动端，对 Web 的东西一窍不通，那路子不是越走越窄吗？反过来也是一样的。
而且，测试技术对岗位的要求中，就需要有很宽广的技术视野，测试的设计方法多读几本书，基本就都描述全了，但并不能表示看完就都会了，这是一个科学与艺术结合的岗位，需要不断积累各种类型项目的经验，才能拓宽测试技术。

兴趣

兴趣是最好的老师，对于做技术来说，没有兴趣就很难长久。测试对技术的深度要求虽然不大，但对广度却要求比较大，同样要花费很多精力去投入，去钻研。不知道自己有没有兴趣可以用这个办法检验一下：下班了以后会主动寻找测试相关的内容，博客来阅读和学习吗？

写在最后

测试岗位的入门者，我是这样想的，花尽可能少的时间在功能测试的执行上，而多花时间思考如何将手工的 case 转化为自动化的 case，并实现出来。测试最重要的其实是效率，问题是发现不完的，因此要提高发现问题的效率，让机器代替人做更多的事，而人要做的是创造性的事务，比如用例点的设计上，这是核心。