测试开发求职准备—不要再被培训机构牵着鼻子走了

最近和一些牛油交流，发现一个比较大的问题：大家普遍陷入了大而全的怪圈。这些怪圈通常来自一些培训机构等的整理和汇总。那些大而全的知识脉络，看似面面俱到，但是倘若你工作一段时间之后，就会发现，其实相当一部分东西是冗余的，甚至可以说是没有必要的。当然这里不做仔细的拆分，只是给大家做一些简单的说明和引导。

何谓“大而全”

为什么说那些东西大而全呢，换一种说法就是事无巨细。众所周知，测试本身就是一个相对比较杂的岗位，因为其角色的特殊性，穿插承接产品、前端、后端、运维，所以其范围也会变得很广，由此导致了涉及到的知识点就会比较多。但是涉及的比较多并不代表需要会的和掌握的就很多。一个合理的分工下，必然是掌握的知识在一个合理的范围内。因为事必躬亲，累死的只有自己。与此同时还会适得其反，降低整体的效率。

再说到测试，大而全便是将涉及到的前后端和运维的知识点全部都糅合进来，好处是确实可以覆盖绝大多数知识点（为什么这里没有说全部，因为高阶会有自己独有的领域知识），但是坏处同样也明显，就是引入了很多不重要的知识，一旦自己不了解或者了解的不够多，势必会浪费很多的精力在不必要的点上，从而事倍功半。

一些常见的坑点

基于此，说一些常见的，非常明显的坑点，来让大家避开一些：

1. 一些需求或者管理工具的使用：最典型的便是提bug的工具。以年轻人的聪明才智，这些一点门槛都没有，还来作为一个知识点和技能，是在是不好评价，甚至我面试的时候问别人这个，都会感觉有些不好意思。
2. 一些知识点的筛选：一般来说，学某个知识点，一定是对测试工作有帮助的，比如某种编程语言，是为了来写测试用例等。但是有些技能，如果分割的很清楚，那完全可以舍弃。譬如前端语言，html、css这些，对于测试没有很好的加成，完全属于技多不压身的那种，就见仁见智了。

往期测试相关：

1. 关于走上测试这条路的一些巧合和建议
2. 讨论下 测试 究竟需不需要 刷题 这件事
3. 测试开发日常工作都干啥—日常工作扫盲