《测试架构师修炼之道》之 测试工程师职业规划读后感

读了《测试架构师修炼之道》之后，心田还是惶恐的，程序员35、40岁这两道坎如何应答，测试工程师其实也不例外。这本书第2章节次要讲了软件测试工程师的职业规划，内容还是十分不错的，对一些内容整顿下，留作笔记，以备后用。

@TOC

1、软件测试的职业倒退方向

软件测试在职业倒退方向上，概括来讲分为“治理”和“技术”两大类。另外也能够在品质畛域倒退。

1.1、软件测试在治理上的倒退

比拟风行的设置包含测试组长、测试经理、测试代表、测试主管、测试总监、测试部长等，不同的公司有所差别，依照治理级别的高下，大抵分为以下三级。

1.1.1、高级软件测试管理者：测试组长

  • 教训：个别由两年左右工作教训的工程师担当；
  • 上级：有企业规模和产品复杂度存在差别，可能会治理2-5名软件工程师；
  • 职责：个别不会负责整个产品，只是负责其中的一个或多个个性；从事的管理工作大多仅集中在测试计划的制订和执行上；常会负责产品重点、难点测试；此外还须要负责带新员工。

1.1.2、中级软件测试管理者：测试经理、测试代表、测试主管

  • 教训：三者排名不分先后，都是中级管理者；个别由4年左右工作教训的工程师担当；
  • 上级：可能会治理10-20名软件测试工程师（包含测试组长）；
  • 职责：次要负责对象为产品，重要的工作还是运作我的项目测试，制订并执行测试计划、测试总结后还需对产品品质进行评估。给出公布倡议；仍然还是产品骨干，还会负责产品测试重点、难点工作，所以也不会是纯正的管理者。
  • 技能：须要把握更多的治理常识，深刻了解我的项目价值，做好项目管理、品质治理、老本治理、工夫治理、风险管理、人力治理。还须要和开发人员、市场人员、服务人员等密切配合，沟通协调能力必不可少。

1.1.3、高级软件测试管理者：测试总监、测试部长

  • 教训：个别都有10年以上软件测试工作教训；
  • 对象：次要是产品线或公司；
  • 职责：须要了解产品的商业指标，间接对产品胜利负责。对团队倒退负责，进行人员招聘和造就，留住要害人才，进步更你性能不合格人员，晋升团队胜任力和职业能力；负责我的项目财务管理（估算和管制）；负责资源打算与调配；继续改良测试能力，晋升效率和产品质量，从测试的角度对交付产品的老本、周期和品质负责；仍然也不会是纯正的管理者，仍然须要对测试各种技术的当先性。

1.2、软件测试在技术上的倒退

在技术上的倒退仿佛不像在治理上的倒退那么明确，一种观点是测试资格和能力分为助理软件测试工程师（或者是实习软件测试工程师）、高级、中级、高级、主任（或资深）软件测试工程师。然而作者认为没有突出“软件测试技术”，作者更偏向一种简略分法---产品测试技术和专项测试技术。
产品测试技术：把某个具体（或一类）产品测试得更好的技术；
专项测试技术：不针对具体的产品，而是测试畛域广泛的技术。

1.2.1、产品测试专家：软件测试架构师

  • 方向：软件测试在技术上能够向产品测试技术专家方向倒退；
  • 别称：有些公司称产品测试技术专家为软件测试零碎架构师（书中简称为测试架构师）
  • 测试架构师和零碎架构师的区别：

1.2.2、专项测试工程师

  • 方向：还能够向专项测试工程师方向倒退，成为软件测试某畛域的专家；
  • 分类：
    ①从测试体系角度看：测试体系中任何一个环节，测试策略、测试剖析设计、测试执行、测试评估、测试流程等每个畛域蕴含了很多能够深刻倒退钻研的技术，比方自动化测试技术、测试工具（产品测试模仿工具和测试流程管理工具）开发、缺点剖析、测试评估等技能；
    ②从产品质量属性看：专项测试技术还蕴含性能测试技术、可靠性测试技术、安全性测试技术等；
  • 测试技术类专项测试技术：

  • 品质属性类专项测试技术：

1.3、“角色”和“段位”

如果只为没有发生变化，工作两年的测试工程师和工作3年的测试工程师差异在哪里？工作3年的测试工程师和工作4年的测试工程师差异又在哪里？
书中作者援用了姜汝祥的《请给我后果》这本书中的一个对于“秘书九段”的故事，从中找到了答案（此故事后续独自找进去分享）。
总结：测试组长、测试经理、测试架构师、测试总监等，都是被赋予了不同责任的“角色”，“角色”的转变在肯定水平上反映了职业的倒退。然而不能说“倒退”肯定要“角色”发生变化。从“秘书”变成了“老板”，是“倒退”没错，同样从“一段秘书”降级为“二段秘书”也是“倒退”。

一般测试工程师的“测试六段”：

  • 测试一段：执行测试用例，记录问题反馈给开发，使得开发能读懂问题形容的含意；
  • 测试二段：对产品需要有肯定的理解，能依据产品需要 剖析、设计产品的测试用例；发现问题能初步定位；
  • 测试三段：对需要和实现有较深刻理解，设计用例会留神用例的有效性，测试用例会思考应用自动化测试等办法晋升测试执行的效率；
  • 测试四段：深刻了解产品需要和实现，了解产品的隐形需要，对产品性能、可靠性、易用性等非功能属性的测试均为有所波及，并把握其中的测试方法，会应用测试缺点剖析技术，会评估产品质量；
  • 测试五段：一直谋求最适宜产品的测试技术，关注测试过程改良，推动产品测试技术的提高；
  • 测试六段：走向前端，做缺点预防，能将测试方法标准化，并固化为测试工具和流程。

1.4、软件测试在品质畛域的倒退

  • 方向：能够向“品质治理”畛域倒退；
  • 品质和软件测试的了解：“软件测试”是一种“品质流动”，然而不能认为“品质”流动就是“软件测试”。
  • 品质的倒退：工业革命期间，“品质”叫“质量检验”（QI），就是关注“产品是否合乎工厂制订的规范”；随着社会生产力的倒退，“品质管制（QC）”被提出，标记着开始从用户的角度来评估品质。在ISO9000（1986,1994）中又进一步倒退为“质量保证（QA）”，“品质是设计进去的” “品质就是满足用户的需要” “客户满意度”成为新的品质倒退方向。当初品质进一步倒退为“卓越经营”，品质曾经被提到了企业策略的角度。“品质治理”也成为了古代企业治理中十分重要的一个环节。
  • 方向1-产品流程设计：例如IPD
  • 方向2-企业品质管理者：品质巨匠朱兰把“品质策动”、“品质管制”、“品质改良”称为品质治理三部曲。

①品质策动：致力于制订品质指标并规定必要的运行过程和相干的资源以实现品质指标；
②品质管制：致力于满足品质要求；
③品质改良：致力于加强满足品质要求的能力。

  • 品质管理体系办法：
    ①建设一个以过程改良为主体的品质管理体系；
    ②明确体系内各过程的相互依赖关系，使其互相协调；
    ③管制并协调品质管理体系各过程的运行，关注其中的要害过程，规定要害流动的运作形式和模式；
    ④了解为实现独特指标所须要的作用和责任，缩小因为职责不明导致的阻碍；
    ⑤子口头前确定做须要资源的需要；
    ⑥设定零碎指标以及各个过程的分指标，通过分指标的实现，确保实现预期的总指标；
    ⑦通过监控和评估，继续改良品质管理体系，一直进步组织的业绩。
  • 方向3-客户满意度治理专家：
    ①重点是辨认要害用户的称心因素和做好与用户接触点相干的质量保证；
    ②“要害用户满意度因素”是指通过对特定细分市场进行考察后，剖析得出这类用户对特定的产品质量要求和服务个性，并把要害客户满意度因素作为企业产品与服务策略的输出，使企业最大限度地放弃产品竞争力；
    ③“用户接触点相干的质量保证”：是指蕴含客户能够感知到的产品和服务，其中服务包含产品推广、招标达标、供货保障、工程交付、技术支持、备件反对和客户培训等。
    ④还须要对用户有很好的需要和了解。这里的需要不仅仅局限于产品，而是客户可感知的方方面面。

2、软件工程师职业规划倡议

2.1、做治理还是做技术

2.1.1、思维的转变

①兴许受到中国传统观念“学而优则仕”的影响，很多人会不假思索地抉择做治理；
②甚至会认为一个30岁的软件测试工程师还在做技术是一件丢人的事件；
③其实先抛开问题不说，单纯从工夫来推断，本科生失常状况下23岁毕业，到30岁有7年工夫；研究生25岁毕业，到30岁只有5年工夫，对软件测试这种深刻难、且对从业者综合要求很高的职业来说，5年、7年其实并不算太长，对软件测试的了解只能算是“管中窥豹”而已；
④所以倡议软件工程师在打算职业倒退里程碑时，能够把工夫放得更长一些，5年一个小台阶，10年一个大台阶。

2.1.2、软件测试在“技术方向”和“治理方向”上又是能够互相转换、穿插倒退的

①这是因为软件是一门基于实际的学科，对软件测试来说，“治理”不可能是“相对的治理”；
②软件测试的管理者首先要是产品测试技术专家，这是“做正确的事”的根底；很难设想一个不懂测试技术、不了解各项测试流动的软件测试管理者如何评估软件测试的重点、难点，如何做打算，如何评估危险管制我的项目进度；
③“技术”也不能是“相对的技术”，不了解“价值” “指标” “老本”的技术人员容易犯的谬误就是陷入“唯技术论”中，不足“治理”思维会让他们制订的测试策略不切实际，一纸空文的测试策略是没有意义的；
④一个现实的测试团队，具备测试经理（测试代表）和 测试架构师两个角色。测试经理负责管理，测试架构师负责技术，但并不意味着测试经理只有治理，测试架构师只管技术。相同，两者要相熟彼此畛域的要害流动，可能评审要害的交付件，互相可能提供各自畛域要害流动的决策参考，能够互相备份；
⑤所以倡议软件测试管理者肯定不要过早的放弃技术，走所谓的“纯治理”路线，把本人陷入各种治理会议、沟通协调中。不要认为读了几本书，加入了几次沙龙论坛、几次培训就能把握要害的测试技术办法，只有在产品测试中一直地实际、总结、再实际、再总结，能力一直晋升本人。如果技术有短板，测试管理水平也不能真正下来，随着测试资格的加深，职业能力和资格变得越来越不匹配，集体职业倒退路线反而越来越窄。

2.2、对测试工作“跳槽”的倡议

2.2.1、不要轻易跳槽，学会“韬光养晦”

100个集体心中有100个哈姆雷特，100集体心中有100个想跳槽的理由。概括无非就两种：一是遇到难以解决的问题；二是现有职业和本人的职业规划不符。
①对于第一种状况，倡议是感性、谨慎、再感性、再谨慎、没有一个“完满”的公司，职场上遇到的问题很可能是“共性”问题，比方加班、绩效考评不偏心等，很难通过说跳槽能够彻底解决问题了；
②低于第二种状况，如果通过跳槽能够取得更好的职业倒退机会和更广大的职业倒退舞台，比方公司更标准，职业倒退通道更明确，职位上有所晋升，当然要跳槽；
③不倡议做“平级”之间跳动。当然如果B公司提供了比A公司高很多的薪水，兴许能够考虑一下。“平级”跳槽不会对集体能力晋升带来明确的好处，而且要思考适应新环境、新制度和新的人际关系这类隐形老本，思考相熟产品的老本，很多公司的HR对频繁跳槽的候选者有“稳定性差”的印象，当机会降临的时候，可能就抓不住了。
④上策要学会“韬光养晦”。软件测试不仅须要实力，更须要时机。比方目前的公司临时提供不了“测试治理”的机会，与其自怨自艾，不如工作总寻找各种做“测试治理”的机会，如领导新共事工作、组织分享测试技术、改良测试流程等。另外能够察看那些优良的测试管理者是如何解决测试项目事务的，推敲他们解决问题的思路和办法，积攒本人的教训，晋升相干能力。有了这些筹备，当机会降临的时候，你能力抓住。机会只会垂青有筹备的人。

2.2.2、跳槽时除了思考公司，还要思考测试产品的持续性

倡议在跳槽的时候，除了思考公司、薪水、职位之外，还要思考产品的持续性，让之前的教训尽可能多地“复用”。类似的产品，不同的公司，还给了你一个站在新的角度了解产品、扫视产品测试的机会。

2.3、软件测试守业

2.3.1、软件测试征询

比方：
①测试技术培训；
②测试团队成熟度评估及改良；
③测试流程建设；
④测试项目改良；
⑤测试工具开发
。。。。。。

2.3.2、软件测试高端外包

①当初软件测试外包次要的运作思路是将公司认为非核心的局部外包进来进行测试，次要走“低端”；
②产品的非功能属性包含性能、平安、可靠性、易用性、兼容性等畛域，每个畛域又有若干个子畛域，每个畛域简直都有本人的测试方法和测试工具，雇佣或培训测试人员把握相干技能，购齐相干的测试工具，再搭建测试环境进行测试，对任何一个团队来说，都是一笔不菲的开销；
③软件测试高端外包内容针对的就是软件测试中的这些重要的非功能属性进行的专项测试。

2.3.3、测试工具开发

①软件测试工具能够分为和产品相干的测试工具、和测试技术相干的测试工具、和测试治理相干的测试工具；
②和产品相干的测试工具个别都是为了解决产品测试的具体问题而开发的，针对性都很强。如产品性能测试工具Avalanche、IXIA、LoadRunner；产品安全性测试工具Metasploit、BackTrack等。也能够依据产品测试难点有针对性地开发定制一些工具，如对一些公有协定开发协定异样测试工具、开发模仿用户大量呼入的测试工具等；
③和测试技术相干的测试工具有针对产品特点的自动化测试平台（或二次开发）、用例设计工具等；
④和测试治理无关的工具有测试缺点剖析管理工具，测试需要、用例跟踪管理工具等等。