有位
同事曾经很认真地问过我一个问题。他说他现在从事软件测试工作已经4年了，但是他不知道现在的工作和自己在工作3年时有什么不同，此外他还想知道他做软件测试工作到第5年或第6年会怎么样。后来他在工作到第5年的时候转岗了。虽然他已经转岗了，后来联系时他又问了我这个问题，似乎这个问题困惑他很深、很久了。
这件事情对我的触动很大，我相信这个问题是带有一定普遍性的。软件测
试是一个缺乏发展空间、做到一定阶段后只能通过 “转岗” 来寻找发展机会的职业吗？
Martin Pol, 欧洲业界公认的“ Test Guru” （大佬，精神领袖），1998 年欧洲第一届杰出测试贡献奖获得者，并获得英国骑士勋章。
Martin 在测试领域已经几十年，最后在测试工作上名利双收。而且，据说他的大女儿和小女儿都是做测试的，这是名副其实的“测试世家” 。
但是Martin的例子并不能解决“软件测试本身有哪些发展”这个问题。只是让
我们看到了最美好的结果，让我们知道这条路是能走通的。
那么软件测试
的职业发展方向有哪些？作为软件测试工程师， 又该如何为自己制订职业发展规划？
软件测试在职业发展上，可以概括分为“管理”和“技术”两大类。另外，
软件测试还可以在质量领域发展。
软件测试
管理是大家比较熟悉的软件测试职业发展路线之一，比较流行的职位包括测试组长、测试经理、测试代表、测试主管、测试总监、测试部长等。不同的公司中相同职位的工作范围可能略有不同，按照管理级别的高低，大致又可分为以下三级。
一般由有两年左
右工作经验的测试工程师担当。可能会管理会管理2~5名软件测试工程师。一般来说，测试组长不会负责整个产品，只是负责其中一个或多个特性。
测试组长并不是完全的管理者。
从事的管理工作大多仅集中在测试计划的制订和执行上；在产品测试上，他们常会负责产品重点、难点的测试；除此之外，他们还要负责带新员工，让测试工作可以顺利进行下去。
2.中级软件测试管理者：测试经理、测试代表、测试主管
职位排名不分先后，一般由有4年左右工作经验的测试工程
师担当。
中级软件测试管理者负责的对象为产品，可能会管10～20名软件测试工程师（其中包括
测试组长）
。
中级软件测试管理者最重要的工作还是运作测试项目，制订并执行测试计划，测试结束后还需要对产品质量进行评估，给出产品发布建议。要做好这些，需要他们掌握更多的项目管理知识，深入理解项目价值，做好项目范围管理、质量管理、成本管理、时间管理、风险管理和人力管理。除此之外， 他们还要和开发人员、市场人员、服务人员等密切配合、紧密合作，其间，沟通协调能力必不可少。
一般都有10年以上软件测试工作经验
，负责的对象是产品线或公司。
高级软件测试管理者需要理解产品的商业目标，直接对产品成功负责。他们需要对测试团队的发展负责，进行人员招聘和培养，留住关键人才，
提高或更新不合格人员，提升团队的胜任力和职业能力；负责项目财务管理（预算和控制）；负责资源的计划与分配；持续改进测试能力，提升效率和产品质量，从测试的角度对交付产品的成本、周期和质量负责。
软件测试在技术上的发展方向，似乎不像软件测试在管理上的发展方向那么明确。一种观点是按照测试资历和能力分为助理软件测试工程师（或者是实习软件测试工程师）、初级软件测试工程师、中级软件测试工程师、高级软件测试工程师和主任软件测试工程师（或是资深软件测试工程师）。但是这种分类方式并没有突出“软件测试技术”，
所以我个人更倾向于一种简单的分法——产品测试技术和专项测试技术。
产品测试技术是指把某个具体（或一类）产品测试得更好的技术；专
项测试技术并不是针对具体的产品，而是测试领域普遍适用的技术
。
软件测试在技术上可以向产品测试技术专家方向发展。有些公司称产品测试技术专家为软件测试系统架构师（本书简称为测试架构师
）。
测试架构师和系统
架构师在职责上是有一定对应关系的。
系统架构师在业务（需求）向开发技术转换的过程中起到了桥梁作用，
负责产品开发的整体架构设计；测试架构师是在业务（需求）向测试技术转换的过程中起桥梁作用，负责产品测试的整体架构设计。
系统架构师负责对产品开发中的技术重点和难点进行研究与攻关；测试架构师负责对产
品测试中的测试重点和难点进行研究与攻关，为测试组织提供最优的测试方法。
系统架构师协助开发项目经理制订项目计划和控制项目进度；测试架构
师负责协助测试经理制订测试项目计划和控制测试项目进度。
系统架构师负责组织开发项目团队内部的技术培训工作；测试架构
师负责组织测试团队内部的技术培训工作。
系统架构师需要有一定的战略规划能力、业务建模能力、数据分析处理
能力、面向产品生命周期的质量保证和持续改进能力；测试架构师同样需要这些能力。
有人评价系统架构师是产品开发的 “灵魂”，那么测试架构师就是
产品测试的 “灵魂” 。
软件测试在技术上，还可以向专项测试工程师方向发展，成为软件测
试某领域的专家。
从测试体系的角度来看，软件测试发展至今，已经形成了一套完整的测试体系。测试体系中的任何一个环节，测试策略、测试分析设计、测试执行、测试评估、测试流程等每个领域的内涵都很丰
富，包含了很多可以深入发展研究的技术，比如自动化测试技术、测试工具（包括产品测试模拟工具和测试流程管理工具）开发、缺陷分析和测试评估技术等。
从产品质量属性的角度来看，专项测试技术还可以包含性能测试技术、
可靠性测试技术、安全性测试技术等。
实际上，产品测试专家（软件测试架构师）也需要精通上文提到的各项测试技术，如测试分析和设计、自动化测试技术、性能测试技术。但是，产品测试专家使用的任何技术都是为产品服务的，他需要针
对当前测试的特定产品选择最合适的测试技术，并针对不同的产品对测试技术进行适配调整。而专项测试技术专家并不关注具体产品， 而是偏向技术共性方面的研究。
表1-1和表1-2概括了一些常见的专项测试技术发展方向， 供大家参考
。
软件测试还可以向 “质量管理
” 领域发展。主要参考方向如下：
负责企业在产品开发、市场、交付等全流程体系建设。例如，著名的集成
产品开发（IPD）流程。
企业质量管理已经成
为企业管理的一个重要组成部分。
质量大师朱兰把“质量策划”“质量控制”和“质量改进”称为质量管理三部曲。
每一个步骤的具体含义如下：
企业质量管理者通过这三部曲系统地对企业的质量进行管理。质量管理体系方法可以概括如
下：
建立一个以过程方法为主体的质量管理体系；
明确体系内各过程的相互依赖关系，使其相互协调；
控制并协调质量管理体系各过程的运行，关注其中的关键过程，规定关键活动的运作方法和模式；
理解为实现共同目标所必需的作用和责任，减少因为职责不明导致的障碍；
在行动前确定所需资源的需求；
设定系统目标以及各个过程的分目标，通过分目标的实现，确保实现预期的总目标；
通过监控和评估，持续改进质量管理体系，不断提高组织的业绩。
当然，这里的质量不仅仅是指产品质量，要达到的效果是企业整体质量的
提升。
“客户满意” 是产品成功的关键因素，没有之一。关注客户的声音 ，
让客户满意，无疑对产品质量提升有非常重要的意义，“客户满意度管理” 也受到越来越多的关注，成为质量管理的一个重要内容。
对“
客户满意度管理”来说，重点是要识别关键用户的满意要素，和做好与用户接触点相关的质量保证。
“关键用户满意度要素” 是指通过对特定细分市场进行市场调查后，分析得出这类客户对特定的产品质量要求和服务属性，并把关键客户满意度要素作为企业产品与服务战略的输入，使企业最大限度地保持产品竞争力；而“用户接触点相关的质量保证” 是指包含客户可以感知到的产品和服务，其中服务包括产品推广、投标达标、供货保障、工程交付、技术支持、备件支持和客户培训等。客户对任何接触点都会产生好或者不好的感知，所以需要定义各接触点的关键、标准动作，并确保执行到位，提升客户感知质量。
客户满意度管理，前提还是需要对用户有很好的需求和理解。和软件测试不同的是，这里的客户需求，已经不仅仅局限于产品，而是客户可感知
的方方面面，涉及面会更广。对于软件测试工程师来说，往客户满意度管理方面发展，也是不错的选择。
主要针对软件测试在
制订职业规划时可能会遇到的一些问题，提出个人的处理建议，供大家参考。
软件测试在职业发展上可以概括为 “管理” 和 “技术” 两大类，这点大
家已经比较明确了。现在的问题是，该走管理路线，还是该走技术路线呢？
也许是受到中国传统思想观念“学而优则仕”的影响，面对这个问题，很多人会不假思索地选择做管理，甚至会认为一个30岁的软件测试工程师还在做技术是一件丢人的事情。其实我们可以先抛开其他问题不谈，单纯从时间上来推断，本科生正常情况下23岁毕业，到30岁有7年的时间；研究生25岁毕业，到30岁只有5年的时间，对软
件测试这种深入难、且对从业者综合要求很高的职业来说，5年、7年其实并不算太长，对软件测试的理解，只能算是 “管中窥豹” 而已。所以建议软件测试工程师在计划职业发展里程碑时，可以把时间放得更长一些， 5年一个小台阶，10年一个大台阶，也许对软件测试行业来说，更合适一些。
另外，软件测试在 “技术方向”和“管理方向”上又是可以相互转换、交叉发展的，测试管理者可以转岗为测试架构师，测试架构师也可以转岗为测试管理者。
图2-1是这种转换关系的示意图。
图2-1 软件测试在“管理方向“和“技术方向“ 上的相互转换
为什么软件测试具有这样的特性呢？这是因为软件测试是一门基于实践的学科，对软件测试来说，“管理” 不可能是 “绝对的管理”，软件测试的管理者首先要是产品测试技术专家，这是“做正确的事” 的基础，很难想象一个不懂测试技术、不理解各项测试活动的软件测试管理者如何评估软件测试的重点、难点，如何做计划，如何评估风险控制项目进度；与此同时，“技术” 也不能是 “绝对的技术”，不理解“价值”“目标”和“成本”的技术人员容易犯的错误就是陷入“唯技术论
”中，缺乏“管理”思想会让他们制定的测试策略不切实际，一纸空文的测试策略是没有意义的。
一个理想的测试团队，具有测试经理（测试代表）和测试架构师两个角色。测试经理负责管理，测试架构师负责技术，但并不意味着测试经理只管管理，只懂管理，测试架构师只管技术，只懂技术。相反，测试经理（测试代表）和测试架构师要熟悉彼此领域的关键活动，能够评审关键的交付件，相互能够提供各自领域关键活动的决策参考，可以相互备份。测试经理和测试架构师之间有分工，更多的是合作。
所以，建议测试管理者一定不要过早地放弃技术，走所谓的“纯管理” 路线，把自己陷入各种管理会议、沟通协调中。不要认为读了几本书，参加了几个沙龙论坛、几次培训就能掌握关键的测试技术方法，只有在产品测试中不断地实践、总结、
再实践、再总结，才能不断地提升自己。如果测试技术有短板，测试管理水平也不可能真正上去，随着测试资历的加深，职业能力和资历会变得越来越不匹配，个人的职业发展道路反而会越来越窄。
对测试架构师来说，除了产品测试技术外，还需要更深入地理解产品的价值，要围绕如何让产品成功去做测试策略，学会取舍，而
不能只站在测试技术的角度去做策略。只有产品成功了， 产品测试才有资格去谈是否成功。失败的产品，测试得再好，又有什么用呢？
本文分享自微信公众号 - 搜狗测试（SogouQA）。
如有侵权，请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一起分享。
来源：oschina
链接：https://my.oschina.net/u/2512041/blog/4871063
