性能测试工程师岗分级（初中高/资深/专家）？提高性能测试的价值...

目录：导读

前言

性能测试岗位按照初/中/高/资深/专家，不同职级应该具备哪些能力？
如何衡量这些能力？

性能测试岗位胜任力模型

岗位分级	必备技能	角色定位	关键任务
初级	①性能测试基础理论②熟练使用压测工具	脚本执行工具人	①能写脚本②看得懂监控指标
中级/高级	①性能测试基础理论②熟练使用压测及监控工具	一定的独立负责能力	①能写脚本造数据②看得懂监控指标③不同程度的需求分析能力
资深	①丰富的理论知识②掌握各种压测监控分析工具	系统性能专家	①独自owner复杂项目②指导团队同学性能测试工作③owner项目④事前评估事中验证事后参与定位优化
专家	①丰富的理论知识②根据不同情况灵活应用各种工具③对业务和技术架构有足够的了解④能评估能规划能定位能分析能优化	性能测试专家	一站到底

下面是关于上表中部分描述的释义以及个人的一些观点，仅供参考：

基础理论：这个应该不用解释，做性能测试的前提是你要对基础理论有一定的了解；
压测工具：性能落实到具体的事情上就是压测验证，熟练使用压测工具是最基本的能力；
监控工具：性能测试工作需要观察各项监控指标来评估分析，因此熟练使用监控分析工具也是基本能力；
业务场景：性能测试和功能测试没啥区别，所有的测试工具开展都是基于业务场景的，因此需要熟悉具体的业务；
技术架构：性能测试的测试对象是各种软件系统，因此了解系统的技术架构和各种调用依赖关系也是必不可少的；
评估能力：问题越早发现修复成本越低，在需求和方案评审时就评估发现风险，这是高级向资深迈步的必备能力；
规划能力：上面的六点能力主要集中在如何解决问题，规划能力是建设解决问题能力的底层建设和整体发展方向；
一站到底：对于专家岗位，我的认知是所有这个领域的问题到这里就应该都被解决，无论是技术难题还是沟通协调；

每个公司对不同岗位的职级定义和能力胜任度都有不同理解和评估标准，特别是技术岗位，定级和评估最重要的是，你能否超预期的解决问题，这才是关键。

性能测试的价值？

按照通用的思路，都说提高请求处理能力，降低时延，提高用户体验，降低硬件成本。
但从质量保障全局来讲，我觉得还有其他方面的价值。

衡量价值，最简单的逻辑就是以最低的成本创造最大的价值，简单的公式就是：价值=收益-成本。

软件测试的本质是一个发现软件设计/研发缺陷的过程，整体追求的目标是更高的交付质量和过程效率。
性能测试作为质量保障范畴的一部分，其价值体现除了降低成本，提升用户体验，还有很重要的一部分就是提升效能。

为什么要这么讲呢？
因为技术部门，或者说技术部门里面的测试团队，是无法直接产生可观度量价值的。

所有的技术都是为业务服务的，而业务是可以直接给企业带来商业价值。

抛开交付质量，我们可以换个角度，技术作为支撑业务目标达成的一部分，测试作为软件研发过程的一部分，如果能降低研发过程的耗时，缩短信息反馈链，这样也可以间接的促进业务目标达成，体现自己的价值。

性能测试如何提高测试效能？

性能测试对于质量内建及提高效能的方式，在实际工作中可以从不同阶段和不同维度来实践。

现状
业务在发展过程中注定是越来越复杂的，而复杂的业务会加大理解成本，并且复杂业务几乎就等于复杂的系统技术架构。

随着互联网行业的不断发展，原来的瀑布式迭代也逐渐的敏捷化，大家都在追求快速交付可用的系统，这对于项目管理来说是个巨大的挑战，无形中又加大了项目整体的管理和交付难度（相比高质量和稳定迭代来说）。

而传统的性能测试，从需求提出到执行压测、定位分析和性能优化的过程比较长，与我们面临的现状有了巨大的隔阂。

过程
面对业务多样+架构复杂+迭代快速+管控难度大的现状，为了提高效能，我个人认为可以从如下几个方面着手来提效。

PS：仅谈性能测试的角度技术实践。

业务可识别：通过区分核心业务及应用，快速识别不同业务及应用可能存在的性能风险。
链路可追踪：通过链路追踪和监控手段，识别业务链路的变化和核心接口的流量变化情况。
结果可验证：通过性能测试自动化方式，做到核心接口性能常态化巡检，让性能基线成为测试过程的一部分。
过程可量化：通过数据实时对比和通知，让研发运维同学能够更快速的感知到性能变化带来的风险并提前预防。

目标
通过上述的手段，提高整个性能测试过程效率，尽可能覆盖更大的业务范围和应用以及请求链路。

下面是我整理的2023年最全的软件测试工程师学习知识架构体系图