Appearance
结束语软件测试职业发展之道
眨眼间，《测试开发入门与实战》这个专栏从开课至现在，已经过去三个月了。我们一起， 走过了一整个秋天，所谓春华秋实，在这个收获的季节，我衷心希望你能通过这门专栏入门"测试开发"，我也将与有荣焉！
到了该说再会的时候，竟然有些不舍。过去三个月，深夜提笔时见过上海凌晨四点的星光，每每上新时更有一日看尽长安花的舒畅，感谢你们热情的提问和积极的互动，不断激励我高水准输出。
古人云"千淘万漉虽辛苦，吹尽狂沙始到金"， 我们的专栏虽然要结束了，但你的职业生涯才刚刚展开。临别之际，我想谈一谈软件测试的职业发展之道，希望能再尽我的一点棉薄之力。
软件测试，还有未来吗？
身为软件测试工程师，近几年经常听到一些负面声音。一方面，业界内有人调侃"软件测试学再好，送完外卖也躺倒"。而在各种微信群里，以及测试大会上，也不时会传出"软件测试没什么前途可言"这样的话来。
听到这种论调，即使你在行业内摸爬滚打很久，也会忍不住怀疑自己："选择软件测试这条路，是我错了吗？"
在负面声音的同时，却有大量的企业重金招聘软件测试人员，一个普通的测试开发，开到 40k*16 这样待遇的比比皆是，更不用说测试架构师这种动辄百万的职位了。
那么为什么会出现这种天与地般差距巨大的现象呢？
在我看来，不是软件测试没有未来，而是怀疑软件测试没有未来的人没有未来。下面，我将结合我自己的一些感悟，试着回答一下这个问题。
首先，请你对比以下两份工作的职位描述。
从岗位要求上看，你觉得哪个对技术的要求高？
如果你是正常人，你肯定会觉得左边岗位的要求更高一些，对吧？
那我再问，你觉得这两份工作，哪个工资会更高呢？
事实上，你一定会说左边的工资会更高一些，因为它的要求高。
事实上，你一定会说左边的工资会更高一些，因为它的要求高。
事实上，你一定会说左边的工资会更高一些，因为它的要求高。
而这恰恰是问题所在了！
这两份工作，左边的职位是开发架构师，右边的职位是测试专家，均是当前软件行业某 TOP 大厂的职位，这两份工作的工资范围都是 30k 到 50k。
那么怎么回事？不是说软件测试没有未来吗？为什么它的要求"低"，但工资却不低呢？
聪明的你肯定会想到，只有身处"新兴"行业，才可能有广泛的发展空间；以及只有身处这种竞争不充分的行业，才可能会出现这种"千金买马骨""纯净水卖出黄金价"的情况。
也就是说，软件测试不是没有未来，而是大有未来。
关于软件测试的起源论，关于软件测试有没有未来的详细论述，我之前发表过类似文章，如果你对此感兴趣，可以关注我的公众号 iTesting，并回复"测试感悟"查看。
软件测试的"灵魂三问"
我们讲软件测试职业发展，就一定绕不开软件测试的"灵魂三问"：
为什么这个 bug 没测出来？
测试怎么测的？到底会不会测试?
测试快点啊，为啥总是测试拖后腿，最后才测试出 bug?
我个人认为，这灵魂三问，是随着 DevOps、微服务的兴起，才变得如此振聋发聩。因为这些技术进步倒逼整个软件行业都为效率问题发愁，原来半年甚至一年才要交付的产品，现在恨不得每天、每小时都有新的发布。
效率问题逼着瀑布模式变为敏捷模式，效率问题逼着软件业的每一个角色的工作成果都集成到流水线 Pipeline 上，流水线时刻朝着发布走。这样一来，哪个工种的效率不高，流水线就会阻塞到它的工位上。这样，管理者们才发出了每一个测试人闻之羞愧的灵魂三问。
那么，灵魂三问如何开解呢？这就涉及软件测试如何做、软件测试的流程如何定、软件测试人员的能力成熟度如何定义等问题了。
其中软件测试如何做，以及软件测试的流程如何定这两个问题，我在前面课时《课前必读1 | 时代赋予测试开发的机遇与挑战》和《课前必读 2 | 测试开发的职业生涯是怎样的？》中均提到过。
流程和规范都比较容易解决。那么决定软件测试效率提升，或者说，能够助力软件测试人员职业发展的，就剩下软件测试人员的能力成熟度了。
软件测试职业发展之能力成熟度模型
这里我把软件测试的人员能力成熟度分为两个维度------测试专业技能和沟通协作、领导力一类的软技能。
1.测试专业技能
测试专业技能，就是我们常说的测试看家本领 ------ 测试硬技能。在我看来，优秀的测试人员必须具备以下专业技能。
- 计算机基础
关于计算机基础，主要看下图几个方面。
上图的这些计算机基础知识，看似对你的测试工作和职业生涯没有直接帮助。但万丈高楼平地起，如果没有掌握这些基础的知识，你在后面的测试生涯中，就会感觉到吃力，面对各种问题，你会觉得看不懂，学不透，无法举一反三。
举个例子，如果你不了解 HTTP 协议及其状态码，当你测试前端页面时出现 Error500 这样的错误，你把 Bug 报给前端开发，就会贻笑大方。同样地，假设你对编程语言的 OOP 理解得不透彻，那么后面你去开发测试框架时，你写的代码就会给其他同事带来困扰，双方的协作就会变得艰难。
- 测试基础知识
测试基础必须要掌握到滚瓜烂熟的地步，具体的测试基础知识如下图所示。
最近几年，我看到太多的测试人，测试基础知识还未掌握牢靠，就本末倒置地一味追求测试新技术。我们都知道，测试新技术可以扩展你测试能力的上限，但测试基础知识，却决定着你测试能力的下限。
如果你测试基础知识没有巩固好，那么当你面对测试任务时，你想出来的测试策略，你写出来的测试用例，就没有理论知识支撑，就属于东一锤子，西一榔头的无头脑测试。即使你这个测试任务能完成好，面对同种类型的其他测试任务时，你可能就会有所遗漏。
特别是测试用例的构造，非常依赖黑盒测试和白盒测试里提到的各种方法，你务必要熟练掌握。
- 测试深度技能
测试深度技能，是作为测试开发工程师、资深测试开发工程师的必备知识。主要内容有：
深度技能的掌握，非一朝一夕，重在积累。例如咱们的这门课《测试开发入门与实战》，仅仅是测试开发入门，我们就方方面面的总结了 27 讲。
而在每篇文章里，又有数个，甚至数十个知识点，当你去深入学习后，你会发现，每一个知识点又可以展开为针对某一个问题的知识面，而当你沿着这个知识面继续深入，你就又能发现更深度的使用方法，而随着深度使用，你就会想如何把它们用在你的项目和业务中，这样你就会把学习的触角伸入到测试框架、测试平台、测试工具甚至效能提升上去。
对于深度技能，我个人的建议是一专多能。当大家想到你，忍不住把某一个技术标签贴在你头上时，就说明你在某个领域的专研深度已经受到认可了。
- 对新技术的感知能力
对新技术的感知能力也无比重要，最近几年流行的开发技术例如 Kubernetes、容器、容器编排技术等，都影响着测试的手段和策略。作为测试人员，要时刻保持对新技术的感知能力，不断加强学习。
以上是技术方向上，测试人员职业发展需要时刻谨记的学习目标。
以下是非技术方向上，测试人员最好具备的能力。由于我在《26 | 团队影响力，如何在测试工作中脱颖而出？》也有过论述，故在此列出几个要点供你参考。
2.沟通协作、领导力等软技能
- 沟通协作胜任度
沟通协作胜任度，主要考虑以下两方面。
对外，找决策人/关键干系人。团队外部的合作与沟通，需要找对方团队的决策人/关键干系人。 只有找对了人，才能办明白事。
对内，找指定负责人。团队内沟通和协作，必须针对具体事件指定具体负责人。因为你想要人人负责，结果就是人人都不负责。
当有一天，你的测试专业技能过硬，业务能力变强时，你就会进入成为团队领导的阶段，这时"领导力"便是你最重要的软技能。
- 领导力胜任度
领导力胜任度，简而言之就是由于你的领导，为项目及团队带来的改变。
领导力的最直接要求就是：于公，要对业务结果负责； 于私，要为团队成员的成长结果负责。
团队在你的带领下，单位时间内所做的任务是比以前多了还是比以前少了？上线后， 开发团队紧急修复做 HotFix 的频率是比以前多了还是少了？以及各个业务相关方，对你和你团队成员是更欢迎了还是更不屑了？这些都是向业务结果负责的重要方面。
团队成员在工作时，是欢天喜地还是"上班如上坟"？ 团队成员在你宣布紧急 Task 需要加班支持时，是主动留下还是各种借口推脱？你提出的团队建设提议，团队成员是迫不及待还是敷衍了事？在团队成员决定离职后，你讲的笑话是依旧好笑还是"人未走，茶已凉"？ 这些都是向团队成员的成长结果负责的体现。
领导力的关键在于同理、同心，更在于作为领导，你能否做到"金刚之怒，菩萨慈悲"。只有以事实说话，拿数据下结论，用心去沟通，你才会获得团队成员的积极认可和无限支持。
- 正向影响力
正向影响力，是团队自身工作氛围的根源。作为团队领导，你必须时刻地关注，适时地引导，必要时干预，才能让团队的氛围趋于你想要的那种"氛围"效果。但也要注意，不要事必躬亲，你心向大海，只要向团队成员描述大海的美好就可以了，剩下交给他们即可，这样他们才能快速成长，你才能有更多精力做更重要的事。
软件测试组织、软件测试流程、软件测试人员的能力成熟度是我们技术人员的三尺青锋，愿你不辍演练，时时复盘。终有一天，你会悟到软件测试之"道"，开拓属于你自己的"疆土"。
结语
三分天注定，七分靠打拼。在职业成长的漫长岁月里，没有任何事情是一帆风顺的，但也没有任何事情是努力解决不掉的。你会遇见付出了很多努力但却看不到回报的时刻，也会亲历持之以恒后硕果累累的喜悦。 我衷心希望，我能鼓励你走出暂时的迷茫，能在今后的某一天，分享你成功的喜悦。
送君千里终须一别，有想要跟我保持联系的同学，可以关注我的公众号 iTesting，并回复你的微信号。