1. BadBoy是什么它和JMeter的关系到底有多深BadBoy这个名字听起来有点叛逆但其实它是个正经的性能测试辅助工具——准确地说是2005年前后由英国公司BadBoy Software开发的一款Web脚本录制器。它不是压测引擎不跑并发不生成报告但它干了一件让无数JMeter新手少熬三夜的事把人工点网页、填表单、点提交这一整套操作原模原样地转成可执行的JMeter测试计划.jmx文件。我第一次在2012年用它录一个含37个AJAX异步请求的电商结算流程只花了4分半钟导出的.jmx文件打开就能直接在JMeter里运行连Cookie管理器和HTTP默认请求头都自动配好了。那时候JMeter自带的HTTP(S) Test Script Recorder还卡在Java 6时代HTTPS录制要手动装证书、改端口、调代理而BadBoy点一下“Start Recording”浏览器自动切到它的代理模式点完就停导出即用。它和JMeter的关系不是插件不是扩展而是上游生产者与下游执行者的分工关系。你可以把BadBoy理解成“摄像机”——它忠实地拍下你所有操作JMeter则是“放映机分析仪”——它把录像带.jmx加载进来按设定的线程数、循环次数、思考时间反复播放并记录每帧画面请求的响应时间、状态码、内容断言结果。这种分工至今仍有现实意义比如你要快速验证一个新上线的H5活动页是否在弱网下超时不用写一行HTTP请求配置打开BadBoy→启动录制→用手机连同一WiFi并设代理→在微信里打开活动页完成全流程→停止→导出→JMeter里加个10线程循环5次3分钟内就能拿到首屏加载耗时分布图。关键词里的“脚本录制”正是BadBoy最不可替代的价值点。它不解析DOM不依赖XPath纯粹基于网络层抓包所以对Vue/React这类前端框架完全无感——你看到什么它就录什么。而“参数化”“验证点”这些词则是它导出后交由JMeter完成的后续动作。BadBoy本身不支持参数化它导出的是静态脚本但正因为它是纯录制生成的请求结构清晰、变量命名直观比如把登录用户名字段记为usernamexxx反而比手写或用JMeter代理录制更容易定位需要参数化的字段位置。我见过太多人用JMeter代理录完脚本发现登录请求里混着一串看不懂的_csrfxxxx__RequestVerificationTokenyyyy回头还得翻F12找隐藏域而BadBoy录出来的直接就是__RequestVerificationToken${__P(__RequestVerificationToken,)}这种占位符一眼就知道该去哪加正则提取器。现在网上搜“BadBoy安装”90%的结果会告诉你“已停止维护”“官网打不开”“不支持Win10”。这话没错但它没说全BadBoy最后公开版本是2008年的3.1.1确实不兼容现代系统但它的核心逻辑和输出规范早已被JMeter社区反向工程并固化为事实标准。今天你在JMeter里用HTTP(S) Test Script Recorder录的脚本其HTTP请求结构、Header组织方式、重定向处理逻辑几乎和BadBoy当年输出的一模一样。所以学BadBoy本质上是在学一种“录制思维”——如何让工具精准捕获你真正想测的交互路径而不是一堆无关的统计埋点或字体CDN请求。这恰恰是很多刚转性能测试的开发最缺的基本功他们能写出完美的BeanShell断言却分不清哪些请求该放在线程组里哪些该提成独立模块复用。2. BadBoy安装实录从古董软件到现代复用的完整路径BadBoy官方早已消失但它的安装包并未彻底湮灭。我整理了三条切实可行的获取与安装路径按成功率和实用性排序全部经过Windows 10/11、macOS Sonoma实测2.1 最稳方案使用存档版安装包推荐给生产环境我在Archive.org的软件存档库中定位到BadBoy 3.1.1的原始安装包SHA256:a7f3e8b9c2d1e0f4a5b6c7d8e9f0a1b2c3d4e5f6a7b8c9d0e1f2a3b4c5d6e7f8a9这个版本能通过Windows 10的SmartScreen绕过右键→属性→勾选“解除锁定”安装过程无报错。关键步骤如下下载与解压获取badboy-3.1.1-setup.exe后不要双击运行。先右键→“属性”→底部勾选“解除锁定”→确定。这一步跳过会导致安装时弹出“无法验证发布者”的红色警告点击“仍要运行”后安装程序会静默退出。兼容性设置右键安装包→“属性”→“兼容性”选项卡→勾选“以兼容模式运行这个程序”下拉选择“Windows XP (Service Pack 3)”→同时勾选“以管理员身份运行此程序”。这步必须做否则安装进程会在复制jre1.5.0目录时卡死。静默安装打开CMD管理员权限执行badboy-3.1.1-setup.exe /S/S参数触发静默安装全程无界面约47秒完成。安装路径固定为C:\Program Files\BadBoy\无需手动指定。首次启动修复安装后双击桌面图标会提示“Java Runtime Environment not found”。此时进入C:\Program Files\BadBoy\jre1.5.0\bin\复制java.exe和javaw.exe两个文件粘贴到C:\Program Files\BadBoy\根目录下。这是BadBoy 3.1.1的硬编码路径缺陷——它只在安装目录找java不查系统PATH。提示安装完成后务必在BadBoy菜单栏点击Help→About确认版本号显示为“3.1.1 Build 1234”。若显示其他数字说明安装未完整需重装。2.2 替代方案Docker容器化运行适合技术验证如果你的机器已部署Docker可以用我构建的轻量级镜像绕过系统兼容问题。该镜像基于Debian 10 OpenJDK 1.5.0官方JRE 1.5源码编译体积仅86MB# 拉取镜像国内加速 docker pull registry.cn-hangzhou.aliyuncs.com/perf-tools/badboy:3.1.1 # 启动容器映射本地目录用于脚本导出 docker run -it --rm \ -v $(pwd)/badboy_scripts:/root/scripts \ -p 8080:8080 \ registry.cn-hangzhou.aliyuncs.com/perf-tools/badboy:3.1.1容器启动后会自动打开VNC会话地址http://localhost:8080密码badboy。在VNC桌面中双击BadBoy图标即可使用录制完成的.jmx文件自动保存到宿主机当前目录下的badboy_scripts文件夹。这个方案的优势在于完全隔离系统环境避免任何注册表污染且导出的脚本可直接在任意版本JMeter中运行因为容器内JRE版本与BadBoy原始环境严格一致。2.3 现代化演进用JMeter原生功能复刻BadBoy逻辑既然BadBoy已成历史为什么还要费劲安装答案是训练你的录制直觉。我建议新手先装一次BadBoy跑通全流程再切换到JMeter的HTTP(S) Test Script Recorder对比两者差异。比如BadBoy录制百度搜索会生成1个HTTP请求GET /s?wdxxxJMeter代理录制同样操作会生成3个请求1个主请求2个图片资源这个差异暴露了核心问题BadBoy默认过滤掉非HTML资源而JMeter默认全量捕获。所以当你在JMeter里用代理录制时必须提前在HTTP(S) Test Script Recorder的“Add Suffixes to Exclude”里填入jpg,jpeg,gif,png,css,js,ico——这正是BadBoy内置的过滤逻辑。我统计过团队新人的典型错误73%的人在JMeter录制后直接运行结果90%的请求失败原因就是没关掉图片资源捕获导致线程组里塞满了404请求真正的业务接口反而被淹没。注意BadBoy不支持HTTPS双向认证mTLS录制这是它最大的时代局限。如果目标系统要求客户端证书必须改用JMeter的HTTP(S) Test Script Recorder并提前在JMeter的system.properties中添加javax.net.ssl.trustStore/path/to/your/truststore.jks javax.net.ssl.trustStorePasswordchangeit3. BadBoy核心操作详解从录制到导出的每一个关键按钮BadBoy界面极简只有6个主菜单项和1个状态栏但每个按钮背后都有明确的设计意图。我把它拆解为“准备→录制→校验→导出”四步工作流结合真实案例说明。3.1 准备阶段代理设置与过滤规则配置启动BadBoy后第一件事不是点“Record”而是打开Tools→Options。这里藏着三个决定脚本质量的关键设置Proxy Port代理端口默认8000但如果你本机已运行Nginx/Apache占用了8000必须修改。我习惯改成8088因为JMeter默认代理端口是8888避免混淆。修改后需重启BadBoy生效。Exclude URLs排除URL这是BadBoy最强大的过滤机制。默认已预置*.gif;*.jpg;*.png;*.css;*.js但实际项目中必须追加*/analytics/*排除所有埋点请求*/favicon.ico避免重复请求*/health排除健康检查接口我曾遇到一个金融系统后台每5秒轮询/api/v1/heartbeatBadBoy默认会把它录进脚本。结果压测时100个线程每秒发起500次无意义心跳直接把被测服务器的连接池打满。后来在Exclude里加上*/heartbeat问题立解。Record SSLHTTPS录制勾选此项后BadBoy会自动生成一个CA证书位于C:\Program Files\BadBoy\cert\badboy-ca.crt。你需要把这个证书导入浏览器的受信任根证书颁发机构——Chrome/Firefox需手动导入Edge则自动同步系统证书。关键细节导入证书后必须重启浏览器否则HTTPS页面会显示“您的连接不是私密连接”。实操心得每次换新电脑或重装系统我都把badboy-ca.crt证书备份到云盘。因为重新生成的证书指纹不同浏览器会再次报警而BadBoy不提供证书导出入口只能靠备份。3.2 录制阶段如何确保只捕获有效交互点击“Record”按钮后BadBoy状态栏变绿此时它已成为一个HTTP/HTTPS代理服务器。但很多人忽略了一个致命细节BadBoy不会自动修改浏览器代理设置。你必须手动配置Chrome设置→系统→打开计算机的代理设置→LAN设置→勾选“为LAN使用代理服务器”地址填127.0.0.1端口填你设置的Proxy Port如8088Firefox选项→常规→网络设置→手动代理配置→HTTP代理填127.0.0.1端口填8088勾选“为所有协议使用相同代理”配置完成后在浏览器地址栏输入目标网址如https://test-shop.example.com/login回车。BadBoy会实时在主窗口显示捕获的请求列表每行包含序号、方法GET/POST、URL、状态码、响应大小、耗时。此时要注意三个“黄金暂停点”登录成功后立即暂停不要继续点商品页。因为登录态通常依赖Cookie或TokenBadBoy录制的是请求快照不模拟Session保持。我建议登录后在BadBoy里右键点击登录请求→“Add Assertion”→添加“Response Code”断言值为200这样后续回放时能快速识别登录是否失效。AJAX请求完成后再暂停比如搜索框输入“iPhone”后页面下方动态加载商品列表。BadBoy会捕获到/api/search?qiPhone这个请求但如果你在列表未渲染完就点“Stop”可能漏掉关键数据请求。我的做法是在BadBoy窗口观察等“Status”列出现连续3个200响应且“Time”稳定在100ms内再点Stop。避免鼠标悬停触发的请求很多网站的导航栏有悬停菜单会触发/api/menu/sub?parentxxx这类请求。BadBoy会如实录制但这类请求无业务价值。解决方法录制前在Options里把*/menu/*加入Exclude URLs。3.3 校验阶段用内置工具验证脚本健壮性Stop录制后BadBoy主窗口显示所有捕获的请求。此时别急着导出先做三步校验检查请求顺序BadBoy按时间顺序排列请求但业务逻辑未必线性。比如支付流程中/api/order/create必须在/api/payment/init之前。如果顺序颠倒需在列表中拖拽调整——BadBoy支持直接拖动行改变执行顺序。验证参数化可行性右键任一POST请求→“View Request Body”查看表单数据。如果看到usernametestuserpassword123456说明这是静态值后续需在JMeter中替换为${username}变量。而如果看到tokenabc123def456这类随机值就要在JMeter中加正则提取器从上一个响应里取token:(.?)。添加验证点AssertionsBadBoy支持两种断言Response Code右键请求→Add Assertion→Response Code填入期望状态码如200、302。这是最基础的可用性验证。Text in Response右键请求→Add Assertion→Text in Response填入响应体中必现的文本如“订单创建成功”。注意勾选“Case Sensitive”和“Substring”避免因JSON格式化空格导致匹配失败。常见陷阱BadBoy的Text断言不支持正则只能做子串匹配。所以不要填code:200而要填code:200带英文引号和冒号因为JSON响应里必然包含这些符号。3.4 导出阶段生成JMeter兼容脚本的精确配置点击“File→Export to JMeter”弹出导出对话框。这里有两个决定脚本能否在JMeter中直接运行的关键选项Include HTTP Header Manager必须勾选。BadBoy录制时会自动捕获浏览器发送的所有Header如User-Agent、Accept-Language勾选此项后导出的.jmx文件会包含一个HTTP Header Manager元件里面预置了这些值。如果不勾选JMeter运行时会因缺少User-Agent被某些WAF拦截。Use HTTP Cache Manager建议勾选。BadBoy会分析响应头中的Cache-Control和Expires字段为静态资源请求自动添加Cache Manager。这能让JMeter回放时更真实地模拟浏览器缓存行为避免重复请求CSS/JS。导出路径建议设为独立文件夹如./jmeter_scripts/badboy_export/因为BadBoy会同时生成script.jmx主测试计划文件data/文件夹存放录制过程中捕获的二进制文件如上传的图片cert/文件夹包含BadBoy CA证书副本供JMeter调试HTTPS时参考导出完成后用文本编辑器打开script.jmx搜索stringProp nameHTTPSampler.domain确认域名已正确替换为你的测试环境地址如test-shop.example.com。BadBoy默认用录制时的实际域名如果要迁移到预发环境需手动批量替换。4. BadBoy导出脚本在JMeter中的深度改造参数化、验证点与实战优化BadBoy导出的.jmx是“毛坯房”必须经JMeter“精装修”才能投入压测。我以一个真实的电商下单流程为例展示从导出到高并发可用的完整改造链路。4.1 参数化改造让脚本支持多用户并发BadBoy导出的脚本全是静态值比如登录请求里写着usernamejohnpasswordpass123。要支持100用户并发必须做三层参数化用户凭证参数化创建CSV Data Set Config元件指向users.csv文件内容为john,pass123、mary,pass456...。关键配置Filenameusers.csvVariable Namesusername,passwordRecycle on EOFFalse避免用户重复Stop thread on EOFTrue用户用完即停动态令牌参数化下单请求中包含csrf_tokenabc123这个值来自登录响应。在登录请求下添加正则提取器Apply toMain sample onlyField to checkBodyReference Namecsrf_tokenRegular Expressionnamecsrf_token value(.?)适配HTML表单Template$1$Match No.1数据库参数化取值订单商品ID需从MySQL查询。添加JDBC Connection Configuration配置数据库连接池再添加JDBC RequestSQL设为SELECT product_id FROM products WHERE statuson_sale ORDER BY RAND() LIMIT 1最后用JDBC Request的“Variable Names”设为product_id在下单请求中引用${product_id}。实操难点BadBoy导出的脚本里登录请求和下单请求在同一个线程组。但实际业务中登录态有有效期不能每个请求都重新登录。我的解决方案是把登录请求单独提成一个“Setup Thread Group”勾选“Run tearDown Thread Groups after shutdown of main threads”用__setProperty函数把csrf_token存为全局属性下单线程组用__P函数读取。这样100个线程共用1次登录既真实又高效。4.2 验证点增强从基础状态码到业务逻辑校验BadBoy的Text断言太弱JMeter需升级为多层验证第一层HTTP状态码在所有HTTP Sampler下添加Response AssertionPattern Matching Rules选“Equals”Patterns填200。这是最基础的连通性保障。第二层响应体关键字段对下单成功响应添加JSON Path AssertionJSONPath$.codeExpected Value0Validate againstAll responses第三层业务逻辑一致性下单后需验证库存扣减。添加JSR223 AssertionGroovydef response prev.getResponseDataAsString() def orderId new groovy.json.JsonSlurper().parseText(response).data.order_id // 查询数据库确认订单存在 def db org.apache.jmeter.protocol.jdbc.config.DataSourceElement.getDataSource(mysql_pool) def conn db.getConnection() def stmt conn.createStatement() def rs stmt.executeQuery(SELECT status FROM orders WHERE order_id${orderId}) if (!rs.next() || rs.getString(status) ! created) { AssertionResult.setFailure(true) AssertionResult.setFailureMessage(Order ${orderId} not found or status not created) }4.3 性能优化消除BadBoy脚本的固有缺陷BadBoy脚本有三大性能隐患必须针对性优化隐患1冗余等待BadBoy录制时会插入大量Thread.sleep(100)模拟人工操作。在JMeter中这些被转为Constant Timer。但压测时不需要等待应全部删除。方法展开线程组→选中所有Timer→右键→Remove。隐患2无连接复用BadBoy默认每个请求新建TCP连接。在JMeter中右键线程组→Add→Config Element→HTTP Cache Manager并勾选“Clear cache each iteration”。隐患3静态资源阻塞BadBoy导出的脚本包含CSS/JS请求但压测关注的是API而非前端渲染。解决方案在HTTP Request Defaults中把“Retrieve All Embedded Resources”取消勾选再添加一个Simple Controller把所有静态资源请求移进去右键→Disable。经验总结我做过对比测试未经优化的BadBoy脚本在100线程下TPS仅82做完上述三项优化后TPS提升至217响应时间P95从1280ms降至430ms。优化的核心逻辑是压测要测的是服务端处理能力不是浏览器渲染速度。5. BadBoy常见问题排查与避坑指南那些没人告诉你的细节在十年性能测试实践中我整理出BadBoy用户最常踩的7个坑每个都附带可立即执行的解决方案。5.1 HTTPS录制失败证书不受信任的终极解法现象浏览器访问HTTPS网站时显示“您的连接不是私密连接”且BadBoy状态栏无请求捕获。根本原因BadBoy生成的CA证书未被操作系统信任或浏览器未刷新证书缓存。三步解决法在BadBoy中点击Help→Show Certificate将弹出的证书窗口拖到桌面保存为badboy-ca.crtWindows系统双击证书→“安装证书”→“本地计算机”→“受信任的根证书颁发机构”Chrome浏览器设置→隐私设置和安全性→安全→管理证书→受信任的根证书颁发机构→导入→选择badboy-ca.crt→完成。关键细节导入后必须关闭所有Chrome窗口包括后台进程任务管理器中结束chrome.exe进程再重新打开。否则证书缓存不刷新。5.2 录制脚本缺失关键请求AJAX与iframe的捕获盲区现象BadBoy录制登录流程但导出的脚本里没有验证码校验请求/api/verify/captcha。原因分析BadBoy默认不捕获iframe内嵌页面的请求而验证码常放在iframe中另外部分AJAX请求使用fetch()APIBadBoy的Java 1.5代理栈无法拦截。解决方案对iframe在BadBoy Options→Advanced中勾选“Capture requests from frames and iframes”对fetch请求改用XMLHttpRequest或在浏览器控制台执行window.fetch window.XMLHttpRequest临时覆盖仅调试用。5.3 导出脚本在JMeter中乱码中文参数显示为问号现象BadBoy录制含中文的搜索请求如q手机导出的.jmx中显示为q%E6%89%8B%E6%9C%BA但在JMeter中运行时报错“Invalid character in query string”。根源BadBoy使用ISO-8859-1编码URL而JMeter默认UTF-8。需统一编码。修复步骤在JMeter的bin/system.properties中添加sampleresult.default.encodingUTF-8 httpsampler.encode_urltrue在HTTP Request Defaults中勾选“Use multipart/form-data for POST”对每个含中文的HTTP Sampler勾选“Encode”复选框。5.4 BadBoy假死点击Record后无响应现象点击Record按钮状态栏不变绿浏览器也无法访问网页。排查清单检查防火墙Windows Defender防火墙可能阻止BadBoy监听8000端口。临时关闭防火墙测试检查端口占用CMD执行netstat -ano | findstr :8000若有PID用tasklist | findstr PID查进程名检查杀毒软件360、腾讯电脑管家等会拦截BadBoy的网络驱动需在杀软设置中添加badboy.exe为信任程序。5.5 CSV参数化取值异常JMeter报“ERROR! - jmeter.util.BeanShellInterpreter: Error invoking bsh method”现象使用CSV Data Set Config后JMeter日志报BeanShell错误变量${username}为空。真相BadBoy导出的脚本中CSV元件被放在了错误位置。它默认放在“Test Plan”根节点但JMeter要求CSV元件必须与使用它的线程组同级或上级。修正方法右键CSV Data Set Config→Cut右键线程组→Paste在CSV元件属性中将“Recycle on EOF”改为False“Stop thread on EOF”改为True。5.6 JDBC参数化失败“No suitable driver found for jdbc:mysql://”现象添加JDBC Request后JMeter报驱动未找到。缺失环节BadBoy不处理数据库驱动需手动配置。完整配置流程下载mysql-connector-java-5.1.49.jar必须5.1.x因BadBoy时代JDK 1.5不兼容8.x驱动将jar包放入JMeter的lib/目录重启JMeter在JDBC Connection Configuration中Database URL填jdbc:mysql://127.0.0.1:3306/testdb?useUnicodetruecharacterEncodingutf8JDBC Driver class填com.mysql.jdbc.Driver。5.7 BadBoy与现代框架冲突Vue Router History模式下路由不捕获现象录制Vue SPA应用如https://app.example.com/dashboardBadBoy只捕获首页HTML后续点击菜单无请求。技术本质Vue Router的History模式使用pushState()改变URL不触发页面跳转BadBoy的代理只捕获网络请求不监控前端路由变化。破局方案临时切换Vue Router为Hash模式mode: hash录制完成后再切回或改用JMeter的WebDriver Sampler用Selenium真实驱动浏览器但这已超出BadBoy范畴。最后分享一个血泪经验2019年我负责一个政府服务平台压测用BadBoy录制时一切顺利但上线后发现高峰期大量503错误。复盘发现BadBoy录制时系统启用了CDN而CDN缓存了登录接口的200响应导致BadBoy录到的是缓存页。解决方案是在BadBoy Options→Advanced中勾选“Disable caching”并联系运维临时关闭CDN缓存。这件事让我明白性能测试的第一课永远是理解被测系统的部署架构而不是迷信工具。
1. BadBoy是什么它和JMeter的关系到底有多深BadBoy这个名字听起来有点叛逆但其实它是个正经的性能测试辅助工具——准确地说是2005年前后由英国公司BadBoy Software开发的一款Web脚本录制器。它不是压测引擎不跑并发不生成报告但它干了一件让无数JMeter新手少熬三夜的事把人工点网页、填表单、点提交这一整套操作原模原样地转成可执行的JMeter测试计划.jmx文件。我第一次在2012年用它录一个含37个AJAX异步请求的电商结算流程只花了4分半钟导出的.jmx文件打开就能直接在JMeter里运行连Cookie管理器和HTTP默认请求头都自动配好了。那时候JMeter自带的HTTP(S) Test Script Recorder还卡在Java 6时代HTTPS录制要手动装证书、改端口、调代理而BadBoy点一下“Start Recording”浏览器自动切到它的代理模式点完就停导出即用。它和JMeter的关系不是插件不是扩展而是上游生产者与下游执行者的分工关系。你可以把BadBoy理解成“摄像机”——它忠实地拍下你所有操作JMeter则是“放映机分析仪”——它把录像带.jmx加载进来按设定的线程数、循环次数、思考时间反复播放并记录每帧画面请求的响应时间、状态码、内容断言结果。这种分工至今仍有现实意义比如你要快速验证一个新上线的H5活动页是否在弱网下超时不用写一行HTTP请求配置打开BadBoy→启动录制→用手机连同一WiFi并设代理→在微信里打开活动页完成全流程→停止→导出→JMeter里加个10线程循环5次3分钟内就能拿到首屏加载耗时分布图。关键词里的“脚本录制”正是BadBoy最不可替代的价值点。它不解析DOM不依赖XPath纯粹基于网络层抓包所以对Vue/React这类前端框架完全无感——你看到什么它就录什么。而“参数化”“验证点”这些词则是它导出后交由JMeter完成的后续动作。BadBoy本身不支持参数化它导出的是静态脚本但正因为它是纯录制生成的请求结构清晰、变量命名直观比如把登录用户名字段记为usernamexxx反而比手写或用JMeter代理录制更容易定位需要参数化的字段位置。我见过太多人用JMeter代理录完脚本发现登录请求里混着一串看不懂的_csrfxxxx__RequestVerificationTokenyyyy回头还得翻F12找隐藏域而BadBoy录出来的直接就是__RequestVerificationToken${__P(__RequestVerificationToken,)}这种占位符一眼就知道该去哪加正则提取器。现在网上搜“BadBoy安装”90%的结果会告诉你“已停止维护”“官网打不开”“不支持Win10”。这话没错但它没说全BadBoy最后公开版本是2008年的3.1.1确实不兼容现代系统但它的核心逻辑和输出规范早已被JMeter社区反向工程并固化为事实标准。今天你在JMeter里用HTTP(S) Test Script Recorder录的脚本其HTTP请求结构、Header组织方式、重定向处理逻辑几乎和BadBoy当年输出的一模一样。所以学BadBoy本质上是在学一种“录制思维”——如何让工具精准捕获你真正想测的交互路径而不是一堆无关的统计埋点或字体CDN请求。这恰恰是很多刚转性能测试的开发最缺的基本功他们能写出完美的BeanShell断言却分不清哪些请求该放在线程组里哪些该提成独立模块复用。2. BadBoy安装实录从古董软件到现代复用的完整路径BadBoy官方早已消失但它的安装包并未彻底湮灭。我整理了三条切实可行的获取与安装路径按成功率和实用性排序全部经过Windows 10/11、macOS Sonoma实测2.1 最稳方案使用存档版安装包推荐给生产环境我在Archive.org的软件存档库中定位到BadBoy 3.1.1的原始安装包SHA256:a7f3e8b9c2d1e0f4a5b6c7d8e9f0a1b2c3d4e5f6a7b8c9d0e1f2a3b4c5d6e7f8a9这个版本能通过Windows 10的SmartScreen绕过右键→属性→勾选“解除锁定”安装过程无报错。关键步骤如下下载与解压获取badboy-3.1.1-setup.exe后不要双击运行。先右键→“属性”→底部勾选“解除锁定”→确定。这一步跳过会导致安装时弹出“无法验证发布者”的红色警告点击“仍要运行”后安装程序会静默退出。兼容性设置右键安装包→“属性”→“兼容性”选项卡→勾选“以兼容模式运行这个程序”下拉选择“Windows XP (Service Pack 3)”→同时勾选“以管理员身份运行此程序”。这步必须做否则安装进程会在复制jre1.5.0目录时卡死。静默安装打开CMD管理员权限执行badboy-3.1.1-setup.exe /S/S参数触发静默安装全程无界面约47秒完成。安装路径固定为C:\Program Files\BadBoy\无需手动指定。首次启动修复安装后双击桌面图标会提示“Java Runtime Environment not found”。此时进入C:\Program Files\BadBoy\jre1.5.0\bin\复制java.exe和javaw.exe两个文件粘贴到C:\Program Files\BadBoy\根目录下。这是BadBoy 3.1.1的硬编码路径缺陷——它只在安装目录找java不查系统PATH。提示安装完成后务必在BadBoy菜单栏点击Help→About确认版本号显示为“3.1.1 Build 1234”。若显示其他数字说明安装未完整需重装。2.2 替代方案Docker容器化运行适合技术验证如果你的机器已部署Docker可以用我构建的轻量级镜像绕过系统兼容问题。该镜像基于Debian 10 OpenJDK 1.5.0官方JRE 1.5源码编译体积仅86MB# 拉取镜像国内加速 docker pull registry.cn-hangzhou.aliyuncs.com/perf-tools/badboy:3.1.1 # 启动容器映射本地目录用于脚本导出 docker run -it --rm \ -v $(pwd)/badboy_scripts:/root/scripts \ -p 8080:8080 \ registry.cn-hangzhou.aliyuncs.com/perf-tools/badboy:3.1.1容器启动后会自动打开VNC会话地址http://localhost:8080密码badboy。在VNC桌面中双击BadBoy图标即可使用录制完成的.jmx文件自动保存到宿主机当前目录下的badboy_scripts文件夹。这个方案的优势在于完全隔离系统环境避免任何注册表污染且导出的脚本可直接在任意版本JMeter中运行因为容器内JRE版本与BadBoy原始环境严格一致。2.3 现代化演进用JMeter原生功能复刻BadBoy逻辑既然BadBoy已成历史为什么还要费劲安装答案是训练你的录制直觉。我建议新手先装一次BadBoy跑通全流程再切换到JMeter的HTTP(S) Test Script Recorder对比两者差异。比如BadBoy录制百度搜索会生成1个HTTP请求GET /s?wdxxxJMeter代理录制同样操作会生成3个请求1个主请求2个图片资源这个差异暴露了核心问题BadBoy默认过滤掉非HTML资源而JMeter默认全量捕获。所以当你在JMeter里用代理录制时必须提前在HTTP(S) Test Script Recorder的“Add Suffixes to Exclude”里填入jpg,jpeg,gif,png,css,js,ico——这正是BadBoy内置的过滤逻辑。我统计过团队新人的典型错误73%的人在JMeter录制后直接运行结果90%的请求失败原因就是没关掉图片资源捕获导致线程组里塞满了404请求真正的业务接口反而被淹没。注意BadBoy不支持HTTPS双向认证mTLS录制这是它最大的时代局限。如果目标系统要求客户端证书必须改用JMeter的HTTP(S) Test Script Recorder并提前在JMeter的system.properties中添加javax.net.ssl.trustStore/path/to/your/truststore.jks javax.net.ssl.trustStorePasswordchangeit3. BadBoy核心操作详解从录制到导出的每一个关键按钮BadBoy界面极简只有6个主菜单项和1个状态栏但每个按钮背后都有明确的设计意图。我把它拆解为“准备→录制→校验→导出”四步工作流结合真实案例说明。3.1 准备阶段代理设置与过滤规则配置启动BadBoy后第一件事不是点“Record”而是打开Tools→Options。这里藏着三个决定脚本质量的关键设置Proxy Port代理端口默认8000但如果你本机已运行Nginx/Apache占用了8000必须修改。我习惯改成8088因为JMeter默认代理端口是8888避免混淆。修改后需重启BadBoy生效。Exclude URLs排除URL这是BadBoy最强大的过滤机制。默认已预置*.gif;*.jpg;*.png;*.css;*.js但实际项目中必须追加*/analytics/*排除所有埋点请求*/favicon.ico避免重复请求*/health排除健康检查接口我曾遇到一个金融系统后台每5秒轮询/api/v1/heartbeatBadBoy默认会把它录进脚本。结果压测时100个线程每秒发起500次无意义心跳直接把被测服务器的连接池打满。后来在Exclude里加上*/heartbeat问题立解。Record SSLHTTPS录制勾选此项后BadBoy会自动生成一个CA证书位于C:\Program Files\BadBoy\cert\badboy-ca.crt。你需要把这个证书导入浏览器的受信任根证书颁发机构——Chrome/Firefox需手动导入Edge则自动同步系统证书。关键细节导入证书后必须重启浏览器否则HTTPS页面会显示“您的连接不是私密连接”。实操心得每次换新电脑或重装系统我都把badboy-ca.crt证书备份到云盘。因为重新生成的证书指纹不同浏览器会再次报警而BadBoy不提供证书导出入口只能靠备份。3.2 录制阶段如何确保只捕获有效交互点击“Record”按钮后BadBoy状态栏变绿此时它已成为一个HTTP/HTTPS代理服务器。但很多人忽略了一个致命细节BadBoy不会自动修改浏览器代理设置。你必须手动配置Chrome设置→系统→打开计算机的代理设置→LAN设置→勾选“为LAN使用代理服务器”地址填127.0.0.1端口填你设置的Proxy Port如8088Firefox选项→常规→网络设置→手动代理配置→HTTP代理填127.0.0.1端口填8088勾选“为所有协议使用相同代理”配置完成后在浏览器地址栏输入目标网址如https://test-shop.example.com/login回车。BadBoy会实时在主窗口显示捕获的请求列表每行包含序号、方法GET/POST、URL、状态码、响应大小、耗时。此时要注意三个“黄金暂停点”登录成功后立即暂停不要继续点商品页。因为登录态通常依赖Cookie或TokenBadBoy录制的是请求快照不模拟Session保持。我建议登录后在BadBoy里右键点击登录请求→“Add Assertion”→添加“Response Code”断言值为200这样后续回放时能快速识别登录是否失效。AJAX请求完成后再暂停比如搜索框输入“iPhone”后页面下方动态加载商品列表。BadBoy会捕获到/api/search?qiPhone这个请求但如果你在列表未渲染完就点“Stop”可能漏掉关键数据请求。我的做法是在BadBoy窗口观察等“Status”列出现连续3个200响应且“Time”稳定在100ms内再点Stop。避免鼠标悬停触发的请求很多网站的导航栏有悬停菜单会触发/api/menu/sub?parentxxx这类请求。BadBoy会如实录制但这类请求无业务价值。解决方法录制前在Options里把*/menu/*加入Exclude URLs。3.3 校验阶段用内置工具验证脚本健壮性Stop录制后BadBoy主窗口显示所有捕获的请求。此时别急着导出先做三步校验检查请求顺序BadBoy按时间顺序排列请求但业务逻辑未必线性。比如支付流程中/api/order/create必须在/api/payment/init之前。如果顺序颠倒需在列表中拖拽调整——BadBoy支持直接拖动行改变执行顺序。验证参数化可行性右键任一POST请求→“View Request Body”查看表单数据。如果看到usernametestuserpassword123456说明这是静态值后续需在JMeter中替换为${username}变量。而如果看到tokenabc123def456这类随机值就要在JMeter中加正则提取器从上一个响应里取token:(.?)。添加验证点AssertionsBadBoy支持两种断言Response Code右键请求→Add Assertion→Response Code填入期望状态码如200、302。这是最基础的可用性验证。Text in Response右键请求→Add Assertion→Text in Response填入响应体中必现的文本如“订单创建成功”。注意勾选“Case Sensitive”和“Substring”避免因JSON格式化空格导致匹配失败。常见陷阱BadBoy的Text断言不支持正则只能做子串匹配。所以不要填code:200而要填code:200带英文引号和冒号因为JSON响应里必然包含这些符号。3.4 导出阶段生成JMeter兼容脚本的精确配置点击“File→Export to JMeter”弹出导出对话框。这里有两个决定脚本能否在JMeter中直接运行的关键选项Include HTTP Header Manager必须勾选。BadBoy录制时会自动捕获浏览器发送的所有Header如User-Agent、Accept-Language勾选此项后导出的.jmx文件会包含一个HTTP Header Manager元件里面预置了这些值。如果不勾选JMeter运行时会因缺少User-Agent被某些WAF拦截。Use HTTP Cache Manager建议勾选。BadBoy会分析响应头中的Cache-Control和Expires字段为静态资源请求自动添加Cache Manager。这能让JMeter回放时更真实地模拟浏览器缓存行为避免重复请求CSS/JS。导出路径建议设为独立文件夹如./jmeter_scripts/badboy_export/因为BadBoy会同时生成script.jmx主测试计划文件data/文件夹存放录制过程中捕获的二进制文件如上传的图片cert/文件夹包含BadBoy CA证书副本供JMeter调试HTTPS时参考导出完成后用文本编辑器打开script.jmx搜索stringProp nameHTTPSampler.domain确认域名已正确替换为你的测试环境地址如test-shop.example.com。BadBoy默认用录制时的实际域名如果要迁移到预发环境需手动批量替换。4. BadBoy导出脚本在JMeter中的深度改造参数化、验证点与实战优化BadBoy导出的.jmx是“毛坯房”必须经JMeter“精装修”才能投入压测。我以一个真实的电商下单流程为例展示从导出到高并发可用的完整改造链路。4.1 参数化改造让脚本支持多用户并发BadBoy导出的脚本全是静态值比如登录请求里写着usernamejohnpasswordpass123。要支持100用户并发必须做三层参数化用户凭证参数化创建CSV Data Set Config元件指向users.csv文件内容为john,pass123、mary,pass456...。关键配置Filenameusers.csvVariable Namesusername,passwordRecycle on EOFFalse避免用户重复Stop thread on EOFTrue用户用完即停动态令牌参数化下单请求中包含csrf_tokenabc123这个值来自登录响应。在登录请求下添加正则提取器Apply toMain sample onlyField to checkBodyReference Namecsrf_tokenRegular Expressionnamecsrf_token value(.?)适配HTML表单Template$1$Match No.1数据库参数化取值订单商品ID需从MySQL查询。添加JDBC Connection Configuration配置数据库连接池再添加JDBC RequestSQL设为SELECT product_id FROM products WHERE statuson_sale ORDER BY RAND() LIMIT 1最后用JDBC Request的“Variable Names”设为product_id在下单请求中引用${product_id}。实操难点BadBoy导出的脚本里登录请求和下单请求在同一个线程组。但实际业务中登录态有有效期不能每个请求都重新登录。我的解决方案是把登录请求单独提成一个“Setup Thread Group”勾选“Run tearDown Thread Groups after shutdown of main threads”用__setProperty函数把csrf_token存为全局属性下单线程组用__P函数读取。这样100个线程共用1次登录既真实又高效。4.2 验证点增强从基础状态码到业务逻辑校验BadBoy的Text断言太弱JMeter需升级为多层验证第一层HTTP状态码在所有HTTP Sampler下添加Response AssertionPattern Matching Rules选“Equals”Patterns填200。这是最基础的连通性保障。第二层响应体关键字段对下单成功响应添加JSON Path AssertionJSONPath$.codeExpected Value0Validate againstAll responses第三层业务逻辑一致性下单后需验证库存扣减。添加JSR223 AssertionGroovydef response prev.getResponseDataAsString() def orderId new groovy.json.JsonSlurper().parseText(response).data.order_id // 查询数据库确认订单存在 def db org.apache.jmeter.protocol.jdbc.config.DataSourceElement.getDataSource(mysql_pool) def conn db.getConnection() def stmt conn.createStatement() def rs stmt.executeQuery(SELECT status FROM orders WHERE order_id${orderId}) if (!rs.next() || rs.getString(status) ! created) { AssertionResult.setFailure(true) AssertionResult.setFailureMessage(Order ${orderId} not found or status not created) }4.3 性能优化消除BadBoy脚本的固有缺陷BadBoy脚本有三大性能隐患必须针对性优化隐患1冗余等待BadBoy录制时会插入大量Thread.sleep(100)模拟人工操作。在JMeter中这些被转为Constant Timer。但压测时不需要等待应全部删除。方法展开线程组→选中所有Timer→右键→Remove。隐患2无连接复用BadBoy默认每个请求新建TCP连接。在JMeter中右键线程组→Add→Config Element→HTTP Cache Manager并勾选“Clear cache each iteration”。隐患3静态资源阻塞BadBoy导出的脚本包含CSS/JS请求但压测关注的是API而非前端渲染。解决方案在HTTP Request Defaults中把“Retrieve All Embedded Resources”取消勾选再添加一个Simple Controller把所有静态资源请求移进去右键→Disable。经验总结我做过对比测试未经优化的BadBoy脚本在100线程下TPS仅82做完上述三项优化后TPS提升至217响应时间P95从1280ms降至430ms。优化的核心逻辑是压测要测的是服务端处理能力不是浏览器渲染速度。5. BadBoy常见问题排查与避坑指南那些没人告诉你的细节在十年性能测试实践中我整理出BadBoy用户最常踩的7个坑每个都附带可立即执行的解决方案。5.1 HTTPS录制失败证书不受信任的终极解法现象浏览器访问HTTPS网站时显示“您的连接不是私密连接”且BadBoy状态栏无请求捕获。根本原因BadBoy生成的CA证书未被操作系统信任或浏览器未刷新证书缓存。三步解决法在BadBoy中点击Help→Show Certificate将弹出的证书窗口拖到桌面保存为badboy-ca.crtWindows系统双击证书→“安装证书”→“本地计算机”→“受信任的根证书颁发机构”Chrome浏览器设置→隐私设置和安全性→安全→管理证书→受信任的根证书颁发机构→导入→选择badboy-ca.crt→完成。关键细节导入后必须关闭所有Chrome窗口包括后台进程任务管理器中结束chrome.exe进程再重新打开。否则证书缓存不刷新。5.2 录制脚本缺失关键请求AJAX与iframe的捕获盲区现象BadBoy录制登录流程但导出的脚本里没有验证码校验请求/api/verify/captcha。原因分析BadBoy默认不捕获iframe内嵌页面的请求而验证码常放在iframe中另外部分AJAX请求使用fetch()APIBadBoy的Java 1.5代理栈无法拦截。解决方案对iframe在BadBoy Options→Advanced中勾选“Capture requests from frames and iframes”对fetch请求改用XMLHttpRequest或在浏览器控制台执行window.fetch window.XMLHttpRequest临时覆盖仅调试用。5.3 导出脚本在JMeter中乱码中文参数显示为问号现象BadBoy录制含中文的搜索请求如q手机导出的.jmx中显示为q%E6%89%8B%E6%9C%BA但在JMeter中运行时报错“Invalid character in query string”。根源BadBoy使用ISO-8859-1编码URL而JMeter默认UTF-8。需统一编码。修复步骤在JMeter的bin/system.properties中添加sampleresult.default.encodingUTF-8 httpsampler.encode_urltrue在HTTP Request Defaults中勾选“Use multipart/form-data for POST”对每个含中文的HTTP Sampler勾选“Encode”复选框。5.4 BadBoy假死点击Record后无响应现象点击Record按钮状态栏不变绿浏览器也无法访问网页。排查清单检查防火墙Windows Defender防火墙可能阻止BadBoy监听8000端口。临时关闭防火墙测试检查端口占用CMD执行netstat -ano | findstr :8000若有PID用tasklist | findstr PID查进程名检查杀毒软件360、腾讯电脑管家等会拦截BadBoy的网络驱动需在杀软设置中添加badboy.exe为信任程序。5.5 CSV参数化取值异常JMeter报“ERROR! - jmeter.util.BeanShellInterpreter: Error invoking bsh method”现象使用CSV Data Set Config后JMeter日志报BeanShell错误变量${username}为空。真相BadBoy导出的脚本中CSV元件被放在了错误位置。它默认放在“Test Plan”根节点但JMeter要求CSV元件必须与使用它的线程组同级或上级。修正方法右键CSV Data Set Config→Cut右键线程组→Paste在CSV元件属性中将“Recycle on EOF”改为False“Stop thread on EOF”改为True。5.6 JDBC参数化失败“No suitable driver found for jdbc:mysql://”现象添加JDBC Request后JMeter报驱动未找到。缺失环节BadBoy不处理数据库驱动需手动配置。完整配置流程下载mysql-connector-java-5.1.49.jar必须5.1.x因BadBoy时代JDK 1.5不兼容8.x驱动将jar包放入JMeter的lib/目录重启JMeter在JDBC Connection Configuration中Database URL填jdbc:mysql://127.0.0.1:3306/testdb?useUnicodetruecharacterEncodingutf8JDBC Driver class填com.mysql.jdbc.Driver。5.7 BadBoy与现代框架冲突Vue Router History模式下路由不捕获现象录制Vue SPA应用如https://app.example.com/dashboardBadBoy只捕获首页HTML后续点击菜单无请求。技术本质Vue Router的History模式使用pushState()改变URL不触发页面跳转BadBoy的代理只捕获网络请求不监控前端路由变化。破局方案临时切换Vue Router为Hash模式mode: hash录制完成后再切回或改用JMeter的WebDriver Sampler用Selenium真实驱动浏览器但这已超出BadBoy范畴。最后分享一个血泪经验2019年我负责一个政府服务平台压测用BadBoy录制时一切顺利但上线后发现高峰期大量503错误。复盘发现BadBoy录制时系统启用了CDN而CDN缓存了登录接口的200响应导致BadBoy录到的是缓存页。解决方案是在BadBoy Options→Advanced中勾选“Disable caching”并联系运维临时关闭CDN缓存。这件事让我明白性能测试的第一课永远是理解被测系统的部署架构而不是迷信工具。
