垂直发展，我理解就是在一个领域一直深入，这样还被淘汰，发展了个啥 ? 垂直发展首先要找到合适的领域，其次要找到合适的工作岗位，岗位应该一直与你发展的领域契合，测一年 web 测一年 app，难以深入

门门通 + 一门精 + 适应变化。

要形成 T 形技术栈

两条路线：如果走管理路径，就需要横向发展，你可以不精通涉及到的相关技术，但必须对相关的技术有了解，带着团队的时候有方向；如果走技术路径，适当地进行横向发展两三年，然后选择一个方面，做纵向发展，做到该领域的专家。

横向发展不是浅尝辄止的，每种相关的技术都需要花上一些精力去掌握的，当你掌握住后再换其他的。可有涉及多个领域，比如说做上两年 Web 测试，把项目管理，web 测试的相关工具，相应的技术，如自动化都掌握了；再去转战到 App，如此下去，涉及到的领域都掌握的差不多了。这才叫横向，而纵向也不是自始至终都搞一个方向的，最好是 T 字路线、

“横向发展不是浅尝辄止的，每种相关的技术都需要花上一些精力去掌握的，当你掌握住后再换其他的”
不敢苟同，我认为每个方向上的技术都是不断发展的，很难有什么掌握住了这种境界，那让别人专注一个方向的情何以堪？我不是说 T 字形不好，只是太理想化，需要付出的是成倍的精力，还有得承认人的学习能力是有差距的，找到自己合适的横向或者纵向比较实际

关注测试需要做什么这个核心命题。至于如何做的方法非常多，当你将基础打牢后，至于如何做，你可以找出多种方法去实现它。

感觉正文的论据有点怪怪的。

横向发展
懂得多而不精，用我朋友的话说就是没有在某个领域足够突出是没办法很好的当上管理层

如果只是多而不精，相当于每个方面都只是 “了解” 层级，这不算懂，只能叫听过吧。然后当管理层已经不只是看具体技术层面了，更多是团队组织培养以及各种项目协调管理能力，或者说能把难事干成的能力。个人存在技术短板，招技术大牛来补短板也可以解决。

垂直发展
可能被技术的快速迭代导致被轻易的超越。例如：自动化测试，性能测试都很快的被市面上不断迭代的工具所替代

垂直发展的结果是容易被工具替代的话，那这个垂直的深度也太浅了吧。最为核心的分析部分都是得人工的，暂时没见过有特别有效的工具取代方法。所以不应该会出现垂直发展还被工具取代的情况。

横向发展不是浅尝辄止的，每种相关的技术都需要花上一些精力去掌握的，当你掌握住后再换其他的

交流一下，个人还是比较认同上面这个观点的。我认为每个方向上的技术都是不断发展的，很难有什么掌握住了这种境界 这个我打个比喻，如果专家级别是 100 分，那掌握应该是 60 分。掌握的核心是掌握典型思路以及原理，这个部分基本都是万变不离其宗的，掌握了之后基本上几年内不会有翻天覆地的变化导致完全过时。比如 UI 自动化领域，核心能力的是 控件识别 + 控件操作 ，这个能力不管是很久以前的客户端软件，还是现在的 web、app，思路上都是一样的，只是具体实现技术上在不断变化（比如 web 的 selenium 变成 app 的 appium/uiautomtor/xcuitest 等）

如果某个技术掌握连 60 分都达不到，那这个技术不管算作是横向发展还是纵向发展，都很容易被赶上甚至超越。个人认为，横向的核心是通过这些多领域的能力，自己总结出一套相对通用有效的思维框架，进而在后面遇到新领域时可以快速上手和进行能力迁移，夺得先机。比如掌握 3 门编程语言的人，学第 4 门会比只会 1 种语言的快，因为前 3 门语言已经让他在各个语言都通用的知识上有了很牢固的基础，需要学的只是这门语言的新理念新方法而已。

记得：广度是深度的副产品，如果你觉得你自动化测试做得很好了，但是只会自动化测试等很容易被替代，说明你的深度根本不够，没找到解决问题的核心方法套路。
举个例子：做 GUI 的自动化测试，面临分布式、兼容性问题的时候你要解决的就会有测试实验室/云测服务的构建，市面上的现有解决方案无论多优秀，在你具体的场景落地的时候都会有这样那样的问题，你要解决下去就势必需要掌握这些周遭的技能，比如自己加特性、改 BUG，了解开源协议背后的知识，学习采购和设备管理，保不准还要掌握 docker、k8s、openstf 等等之类的技能，然后保不齐又要辐射出 dockerhub、helm 等等等等……所以你所说的广度这就已经很可观了，关键是：你真的做到了追求深度了吗？

负责 16~20 人的小小管理路过
横向 但不全是横向 你需要先纵向到一定程度 有一定的知识见解和技术深度 能够洞察自己 洞察行业 知原理就可以了 管理更多的是带领方向 一些重复的造轮子给专业的做就完了 但是你得知道专业的做的事情 知道做出来的东西好不好 怎么用 资源最大化
所及 不冲突 时间线和度的掌握而已

举一反三，掌握共性