百度软件测试工程师能力胜任力模型邮件群发百度测试工程师胜任力模型（任职资格标准）-QAD&QAT 胜任力模型说明:胜任力模型作为 QATC 职称评定标准的细化与解读，帮助 QA 更好的理解各职称级别对于工程师的能力要求。细则中对各级别工程师，在四个维度上的要求是 and 的关系;每个级别的单维度下有多条能力描述，这些描述也是 and 的关系从胜任力角度看，这四个维度同样重要，理想情况下各级别工程师需要达到所在级别四个维度的所有要求;但具体在职称评定过程中会根据工程师的技术特点和项目背景，在四个维度的要求上有所侧重高一级别（比如:T5）的职称要求，包含所有低于此级别（比如:T3/T4）的职称要求文中所说的“能够”“胜任”等字眼，是强调工程师的能力;而不是要求工程师一直做这些事情;限于篇幅，本文也不对“能够”“胜任”等的衡量标准进行解读，最终解读权在 QATCQ&A:问:该文档有什么用处,答:QATC 将使用该文档的标准，对 QA 工程师进行职称考评;工程师也可以根据本文档标准，定期与经理沟通自己在胜任能力方面的状态，并结合自身职业发展规划，制定个人能力提升的 KPI 计划。问：为何没有 T10+的 QA 标准，答:本文档只对 T3 至 T9 级别进行说明。T1/T2 限于篇幅，不作说明;T10 以上标准整个技术部统一，所以就不列出了问：为何胜任力对 QAD 与 QAT 之间不区分，答:职称级别越高，区分度越小。不管是 D 还是 T,主要是看其能力，以及对于项目贡献度。各级别说明T3胜任复杂模块或简单子系统的测试工作。能够提出改进被测系统可测试性的需求，维护或新增自动化测试方案的设计、实现，或开发辅助测试工具，工作质量和效率都很高;有较强的工作协调和推进能力，工作非常主动;具有较强的缺陷分析能力和问题定位能力.产品或测试沟通阶段，能够理解要测试的功能或产品;主动与 RD/PM 询问，能够澄清产品或沟通中的模糊点测试设计阶段，编写的清晰而且结构化的测试文档，被他人易于阅读测试执行阶段，能够发现测试设计漏洞，并补齐测试用例;对测试 fail 进行初步分析和定位，编写清晰的 bug 描述结项阶段，能够编写清晰、有效的测试总结，并跟踪项目安全上线或发布能够理解产品用户的主要使用情景，据此设计对应的测试用例基于对用户和产品的理解，能够坚持质量标准，从而提高产品的用户体验参与产品设计或 MRD 评审时，主动思考产品功能的可测性和用户易用性，能够提出有效意见和需求能够根据沟通或文档，参...
