软件测试人员如何快速切换测试新领域

lsekfe

摘要：从事软件测试工作多年，职场发展经历从小白到技术骨干，再到技术管理，这一路走来经历过的测试技能转化的一些心得体会与大家分享。
　　刚毕业参加工作时，误打误撞进入了软件测试行业，从事手机APP相关的测试，主要进行APP具体应用模块功能的测试，比如短信、电话功能，关注GUI界面、功能的完善性；从事该项测试工作2年后发现，对个人的能力成长提升没有太多的空间和变化；经过一番考虑后，换了工作，进入到了通讯行业领域；通讯行业所需具备的测试技能变化很快，底层硬件、上层软件框架、业务变更，基本每年都会进行一次大的知识技能的迭代；从APP功能测试到通讯行业测试跨度很大，之前积累的测试方法、技能在新的工作上完全没法应用。
　　总结个人经历遇到过的技能领域需要切换主要由外部被动触发或者内在主动求变引起
　　被动触发：是由于外部市场大环境千变万化，需要适应新产品、新业务发展而引入新技术，软件测试人员为适应外部环境这类变化，需要同步具备新业务技能能力；比如当前安全相关测试领域各类细分测试。
　　主动触发：主要是由于测试人员对当前所从事的测试领域较难有激情和突破，对其他相关的测试技能领域感兴趣；比如当前所从事的主要是和功能业务测试领域相关，长期的工作执行，觉得在功能测试该领域已轻车熟路，难有挑战，技能成长和工作激情不足，但个人对系统整体的架构、性能比较感兴趣，喜欢研究系统性能指标，分析系统性能差异、系统瓶颈，能提升产品竞争力的性能指标这类有更深入的专研，想从事性能架构方面的测试。
　　那作为一名测试人员，如何做到测试技能的快速切换，来适应外部大环境变化或者满足个人内心的兴趣爱好渴求呢？
　　结合个人经历近半年内完成的一次在项目中测试技能切换的亲身经历实践，来说说几大步骤：
　　1、定目标：
　　了解清楚新领域对技能的明确要求。
　　找好对标榜样；比如这个领域的测试专家有哪些人？能达到或者超越该测试专家。
　　定好完成时间周期；比如计划在多长时间内完成切换，什么时间段完成初级、中级、高级阶段的切换；最终达成对标该技术领域的专家技能。
　　2、做执行：找对人、做对事
　　1）找对人：知道该领域的主要专家有哪些人；比如产品领域规划专家、开发领域业务专家、测试领域专家；当遇到问题时可以快速向对应的这些人请教。
　　2）做对事：
　　知识图谱整理：搭建这个领域的知识全景图，能对该领域的知识有个全貌，建立整体的认识；
　　历史经验借鉴：整理收集该领域的相关历史问题总结、经验总结；比如前人学习的输出、之前该领域出现的故障情况；
　　个人探索学习：选择外部、内部最经典的课程资料；活跃的论坛、价值社群。
　　3、监控过程：阶段检验、及时纠正
　　这个过程参考学习金字塔的模型通过主动学习方式来获取反馈，调整偏差：

讲解讨论：对新领域知识技能积极主动的分享讲解讨论、获取反馈，调整目标偏差。
　　积极实践：理可顿悟，事必渐修；对新领域积极参与实践，比如尝试简单功能特性、简单模块的测试设计、测试执行；通过实践来调整目标偏差。
　　4、做复盘
　　做好每日的工作复盘：
　　回顾当天的工作目标是否达成？
　　分析当天的工作结果和目标的偏差
　　寻找偏差的原因：哪些是客观原因的，哪些是主观原因的？
　　设计行动，在下一工作日中调整改进。
　　在遇到变化时，个人在测试技能领域切换由内在渴求和外部变化触发；快速切换技能领域获得新职业测技能可以通过这一系列的方法论步骤（定目标、做执行、监控过程、复盘总结）来完成；相信这个通用的方法论在其他领域的转化学习也同样适用，收藏试试看？