一、资源消耗与性能瓶颈
高内存 / CPU 占用：纯 Java、1 虚拟用户 = 1 线程，单节点模拟数千用户易 OOM、卡顿、结果失真。
单节点并发上限低：常规硬件单机难稳跑 5000 + 线程，大规模必须分布式。
GUI 模式极耗资源：开发调试可用，压测必须用 CLI（非 GUI）。
二、前端 / 现代 Web 技术支持差（最大短板）
不执行 JS、不渲染页面：对 React/Vue/Angular/AJAX 只能发协议请求，无法测前端渲染、真实用户体验、JS 逻辑性能。
无真实浏览器模拟：不像 Playwright/Gatling+WebDriver 做前端 + 后端全链路压测。
现代协议支持有限：WebSocket、gRPC、HTTP/3、GraphQL、国密等多靠插件，稳定性 / 兼容性一般。
三、UI 与报告可视化弱
界面老旧、交互不友好：组件层级深、调试不便、新手体验差。
原生报告简陋：图表少、不美观、无深度分析；需装Custom Thread Groups/HTML Reporting/BlazeMeter等插件。
无内置服务监控：需对接 InfluxDB+Grafana、Prometheus 看服务器指标。
四、分布式与云原生能力不足
分布式配置复杂：主从节点、防火墙、RMI、SSL、版本一致等上手成本高。
无原生云支持：不能一键弹性扩缩容、多地域发压；依赖 BlazeMeter/Flood 等第三方。
CI/CD 集成需手动配置：支持 Jenkins/Maven/Gradle 但脚本与环境维护成本高。
五、脚本与测试管理痛点
脚本维护难：复杂场景（关联、断言、参数化、BeanShell/Groovy）易臃肿、可读性差、版本管理麻烦。
动态参数处理繁琐：登录态、Token、Sign、分页等大量手动关联、正则提取。
调试效率低：断点、日志、变量查看弱；大并发下定位问题慢。
不支持运行中干预：压测时不能动态增删线程、调整策略。
六、学习与使用门槛高
steep learning curve：组件、作用域、定时器、配置元件多，新手需数周掌握。
依赖 Java / 脚本能力：复杂逻辑要写 BeanShell/Groovy，非技术人员难上手。
文档与最佳实践零散：中文优质资料少、问题排查靠经验。
七、其他局限
移动 App 测试弱：仅能测 API / 协议，不支持真机 / 模拟器 UI 与端性能。
数据库测试不专业：支持 JDBC 但 ** 不如专用工具（SLOB、PGBench）** 深度与易用。
大文件 / 高吞吐一般：上传下载、高 QPS 场景资源与稳定性不如专用工具。
400-035-7887
sales@spasvo.com
