自动化测试能否转化为性能测试？多用户登录脚本复用实践咨询

问题1：自动化测试能力是否可以迁移到性能测试场景 #

• 答案是完全可以，二者的通用能力复用度很高，可迁移的核心能力包括：
  • 业务场景梳理能力：功能自动化测试中积累的业务流程拆解、核心路径识别经验，完全可以直接用到性能测试的场景设计环节
  • 脚本开发能力：你在自动化测试中掌握的编程语言基础、接口/UI调用逻辑、断言校验方法，都可以直接复用在Locust、Gatling、JMeter二次开发等性能测试脚本开发工作中
  • 基础测试能力：环境配置、数据构造、结果校验等通用测试经验，在两类测试场景中都是通用的

问题2：直接复用现有登录自动化测试代码的运行统计数据绘制性能图表是否为最佳实践 #

• 该做法不属于合理的最佳实践，核心原因如下：
  • 功能自动化脚本的设计目标是验证功能正确性，通常会加入大量冗余日志、固定等待（sleep）、隐式等待逻辑，这些逻辑会导致统计到的响应时间包含大量非业务处理耗时，数据准确性极低
  • 常规功能自动化脚本默认是单线程串行执行，没有做并发适配，无法模拟真实的多用户并发请求场景，统计到的指标完全无法反映系统在真实压力下的性能表现
  • 功能自动化脚本没有做施压端资源优化，多实例运行时很容易先耗尽压测机的CPU、内存、网络资源，导致性能瓶颈出在施压端而非被测系统，最终统计数据完全无效
  • 功能自动化的统计维度仅覆盖请求成功率、单请求响应时间，缺少性能测试需要的TPS、并发数、错误率波动、服务端资源占用等核心指标，无法支撑完整的性能分析
• 如果你想要复用现有自动化代码的逻辑，可以抽离其中的业务调用、结果断言逻辑，去掉冗余的等待、日志后，适配到专业性能测试框架中使用，这才是合理的复用方式

内容的提问来源于stack exchange，提问作者PetruTofan