测试工程师能力胜任模型

胜任力模型做为QATC职称评定标准的细化与解读，帮助QA更好的理解各职称级别对于工程师的能力要求。
细则中对各级别工程师，在四个维度上的要求是and的关系；每一个级别的单维度下有多条能力描述，这些描述也是and的关系
从胜任力角度看，这四个维度一样重要，理想状况下各级别工程师须要达到所在级别四个维度的全部要求；但具体在职称评定过程当中会根据工程师的技术特色和项目背景，在四个维度的要求上有所侧重
高一级别（好比：T5）的职称要求，包含全部低于此级别(好比：T3/T4)的职称要求
文中所说的“可以”“胜任”等字眼，是强调工程师的能力；而不是要求工程师一直作这些事情; 限于篇幅，本文也不对“可以”“胜任”等的衡量标准进行解读，最终解读权在QATC
Q&A:
问：该文档有什么用处？
答：QATC将使用该文档的标准，对QA工程师进行职称考评；工程师也能够根据本文档标准，按期与经理沟通本身在胜任能力方面的状态，并结合自身职业发展规划，制定我的能力提高的KPI计划。
问：为什么没有T10+的QA标准？
答：本文档只对T3至T9级别进行说明。T1/T2限于篇幅，不做说明；T10以上标准整个技术部统一，因此就不列出了
问：为什么胜任力对QAD与QAT之间不区分？
答：职称级别越高，区分度越小。不论是D仍是T，主要是看其能力，以及对于项目贡献度。

各级别说明
T3
胜任复杂模块或简单子系统的测试工做。可以提出改进被测系统可测试性的需求，维护或新增自动化测试方案的设计、实现，或开发辅助测试工具，工做质量和效率都很高；有较强的工做协调和推动能力,工做很是主动；具备较强的缺陷分析能力和问题定位能力.
产品或测试沟通阶段, 可以理解要测试的功能或产品;主动与RD/PM询问, 可以澄清产品或沟通中的模糊点

测试设计阶段，编写的清晰并且结构化的测试文档，被他人易于阅读
测试执行阶段，可以发现测试设计漏洞,并补齐测试用例；对测试fail进行初步分析和定位，编写清晰的bug描述
结项阶段，可以编写清晰、有效的测试总结，并跟踪项目安全上线或发布
可以理解产品用户的主要使用情景，据此设计对应的测试用例
基于对用户和产品的理解，可以坚持质量标准，从而提升产品的用户体验
参与产品设计或MRD评审时，主动思考产品功能的可测性和用户易用性，可以提出有效意见和需求
可以根据沟通或文档,参与制定测试计划，完成工做量评估，并获得QA组内以及对应RD/PM认同
T4
胜任简单子系统的测试设计和执行测试。可以具备较强的系统设计理解能力，能发现简单子系统结构上的薄弱环节，进而制定测试策略。可以依据需求、设计文档进行自动化测试方案的设计、实现，并取得较好效果；在测试技术和工具等方面有必定的视野，工做质量和效率都很高。能主动思考测试方法、自动化方案等存在的缺陷，并设法改进。
产品或测试沟通阶段，可以向RD提出合理的可测性需求，使得项目测试效率或质量获得提升
测试设计阶段，可以设计或改进相关测试方案以及工具，从而可以发现更多的bug，或提升测试覆盖率；
测试过程当中，可以分析产品代码，指出简单代码bug，或者利用代码diff，肯定测试方法和用例
测试过程当中或项目总结时，可以经过分析产品已发现的bug，找出测试中质量风险较高模块或功能，给出测试的改进建议，弥补漏洞
根据使用反馈，可以分析出潜在的功能或质量缺陷，提出改进意见，从而推进产品质量的提升
基于对用户和产品的理解，可以提供各模块或功能的测试力度/产品质量标准的判断建议，协助主管在项目质量与效率之间做出权衡
可以对产品的易用性有较好的理解，并提出有效的建议
可以分享竞争产品的知识，帮助改进项目设计和功能
对产品设计和实现有较深理解，可以无需rd帮助定位中等难度bug，主动考虑相似问题在其它部分存在的风险
主动引入、介绍或交流新技术、工具或测试方法、流程，提升自身或团队的技术知识和能力；并根据业务须要，推进项目组应用
可以根据工做现状，主动思考提升工做效率的解决办法，并产生实际效果
有意识使用现成（而不是从新开发）工具、解决方案（或自动化、测试技术），下降技术实施成本
可以参与或负责跨产品线交流与合做
可以承担小组内公共事务或技术topic；
可以对项目其余成员的测试给出有效的指导。
积极参与产品线内部讨论（包括QA/PM/RD），并给出有价值的建议；
T5
能够胜任子系统级别的测试方案、自动化方案的设计（包括该子系统下全部模块测试方案的设计以及整个子系统架构的测试方案的设计），工做质量很高；可以合理引进新技术、新工具；可以很好的指导、 评审测试工程师的测试工做。
在项目计划阶段，可以与RD/PM合做，在项目计划、优先级、功能等问题上，结合质量与效率要求，做出适当的项目策略
在项目设计与编码阶段，可以评审RD设计实现，并提出有效建议；同时考虑可测性需求，并推进实现
在测试设计阶段，可以编写合理的项目测试方案，指导项目测试得执行；
在测试开发阶段，可以调研、开发或应用可靠的自动化测试于项目，考虑现有方案下降技术成本，并产生较好的效率提高或质量提高效果；
在项目实施中，可以利用代码评审或覆盖率分析工具，在早期发现更多代码与设计上的bug，并评估测试风险，改进测试方法，提升产品测试覆盖率
评审产品、设计或测试文档，提出关键性建议并实现，使得产品易用性、可靠性等各方面获得提升
可以结合使用反馈，给产品提出建议并获得实施
可以关注产品总体质量或评测
对产品设计和实现有较深理解，可以无需rd帮助而调试大部分bug；对bug修复给出有价值的意见和建议
可以利用竞争对手信息或业界趋势，加强所在组的产品功能或项目工做
对于组内复杂问题，可以分析各类方案的优缺点，并给出合理化的解决建议
结合PM/RD产品技术规划（项目经理级），可以制定对应的测试技术规划，并取得成果
有意识的与周边部门创建良好我的关系
可以负责项目经理团队内公共技术事务，并取得较好成果
可以指导工程师的技术创新和测试工做
T6
具备较强的子系统级把握能力，可以主动发现和解决测试关键问题。能在需求评审阶段改进被测系统的可测试性。能发挥必定的技术影响力。在某种测试方法或者测试技术有着较高的技术水准。
在项目调研阶段，可以建议或评审产品技术方案，并获得项目组成员认同
在项目设计阶段，可以参与子系统级产品技术的评审，考虑可测性与用户反馈，并推进实现，有效提升产品的用户体验与质量
在测试设计阶段，帮助团队成员评审测试用例设计，可以优化用例设计，下降用例冗余，节省测试时间
在测试开发阶段，可以判断并主导开发或改进测试工具或测试自动化，使之普遍应用于经理级团队（或更广范围），并产生较好的效率提高
可以被内外部用户或合做部门（RD/PM/FE/OP等）认同为所在产品领域的技术问题解决专家
对产品和用户深刻理解，可以帮助判断产品或功能发布的优先级
根据用户反馈或调研产出，推进项目计划和方案，从而解决用户问题
可以分析漏测bug，肯定问题根源并给出补救措施（如引入新的测试方案、技术等），下降此领域的漏测率
对产品线存在的问题（包括产品、架构设计、测试方法等），可以给出合理化解决建议，并取得成果
可以给出某领域（如：性能测试、安全测试、web测试等）测试方案，并获得普遍应用
可以负责或参与产品组（RD/PM/QA/FE/OP）的公共事务（如产品技术topic，流程，敏捷等），并取得较好成果
可以负责经理团队内技术工做（如：公共技术事务），并取得较好成果
T7
在某个专项领域有着必定的技术水准。能对解决测试技术难题作出较大贡献。可以有效落实技术创新的想法来提升测试质量和测试效率。
在产品规划或产品调研阶段，可以参与决策产品技术方案，积极提供有效建议，获得团队承认而且实施
在产品设计阶段，可以主动与RD合做，改进子系统级产品代码设计，大幅提升子系统产品质量
在产品测试计划阶段，可以建立产品质量体系（如：评测、流程、checklist等），帮助实现产品质量目标，并可以被其余合做方（如：PM/RD）所认同且执行
可以站在用户的角度去挖掘产品核心改进策略或缺陷，并给出可采纳的解决方案
有意识的引导产品设计，使得产品的质量与效果监控取得较好成绩
被认同为部门级测试领域专家（如性能、自动化、安全测试等）；可以表明部门技术水平，解决此领域复杂测试技术问题
被认同为某子系统级产品技术专家；可以解决该子系统产品的复杂技术问题
可以对新产品线的技术与测试方法进行规划，有效提升新产品线的测试效率和质量
在质量部分部门有较大技术影响力，可以对各项技术事务作出决策；对于团队的技术方向和规划，给出有效的建议并产出成果
可以负责分部门团队内的公共技术事务，并取得较好成果
T8
具备系统级的测试分析、测试设计、测试实现的能力。在某个专项领域有着较高的技术水准。能发挥技术影响力带动总体技术水平提升。
在产品调研阶段，可以分析竞品与市场现状，指出可能的质量风险，给出合理化建议，并在产品线付诸实现
在产品设计阶段，可以参与系统级产品调研设计架构的评审，提前发现设计、架构上的质量风险，并推进解决
在产品规划阶段，可以总结系统产品的各类测试方法，运用各项技术手段，提升测试覆盖率和效率，而且获得该系统产品测试团队的普遍应用
可以参与部门产品技术规划，并提出有效建议且产出实际成果，给部门产品技术带来重大价值
可以使用多方面用户反馈渠道，来改进研发/测试流程、改善产品质量
可以解决严重的用户问题，使得市场或PR工做获得较好效果
对于部门级（如：质量部）问题，可以建议有效技术方案或流程，并致使最终解决
主导或推进新的架构、设计、测试方法、理念，并被部门内看成最佳实践而普遍应用和认同
在某项技术领域具有较高水平，对于该领域技术发展有较深入理解
在质量部有较大影响力，可以对各项技术事务作出决策
可以与其它部门TC合做，推进技术部技术工做的地开展
T9
具备杰出的技术创新能力,引入新的测试技术和测试方法,并能转化为提升测试质量和测试效率的实际经验. 具备预估系统级测试风险的能力
在新产品规划阶段，可以提供有效反馈，帮助产品愿景/目标的设定
在产品设计阶段，对系统级产品设计与架构实现有全面理解，可以提出改进意见并有实际效果，从而大幅提升整个系统的可靠性
产品实施过程当中，可以对系统级产品的测试方法有全面把握，能够领导测试团队，拟定对应的测试规范、流程、测试方法，以及自动化手段，有效提升测试效率与质量
可以分析产品（或测试技术）现状与市场需求之间的差距，判断产品战略发展方向，主导或推进技术研发，从而消除此差距
可以做为产品质量代言人，对外有较好的用户反馈
在某测试领域，有创新性产出，并获得普遍引用，有必定知名度和影响力
对业务有较深理解，可以帮助业务团队作出关键性技术决策
可以改进产品团队的预算、计划、执行等流程，提升产品总体效率、质量
在质量部之外也有较大技术影响力，可以影响其它部门的技术决策，并有较好成果
可以负责技术部的公共事务，并有较好产出
胜任力评估工具
根据你的职称级别，评估一下自身能力与下一个职业目标之间的差异
能力提高计划
使用评估工具结果，针对工程师不足之处，制定相应的能力提高的KPI计划
工程师与经理:
根据胜任力评估结果，经理与工程师讨论出下一个半年的我的能力提高计划。
经理在新季度KPI制定时，增长工程师能力提高方面任务项，并与工程师沟通确认。
工程师在提交QATC职称评定时，须要提交相关材料，以证实上述4维度的能力

原文转自：<https://testerhome.com/topics/7716>