打开浏览器的测试常用收藏夹，翻到“测试工具”那个文件夹，网站里面躺着二十几个书签。测试常用有些天天见，网站有些半年没点开过。测试常用我挑几个真正在用的网站说说。

Postman 大概是测试常用接口测试里绕不开的一个。装完第一次打开，网站界面干净得有点不知所措——新建一个 request，测试常用填 URL，网站选 method，测试常用点 Send，网站响应就出来了。测试常用但真正让我留下来的网站不是这个基础功能，是测试常用它的 Collections。把一个项目的所有接口按模块分好组，环境变量切换 dev / staging / prod，跑一遍 collection 就能把回归测试做了。有次半夜排查线上问题，直接复制 curl 命令导入 Postman，改两个参数就复现了 bug，省了至少半小时。不过它越来越重了，启动慢，内存吃得也凶。轻量场景我现在更倾向用 Hoppscotch，浏览器打开就能用，团队里前端同学也能直接上手。

Charles 和 Fiddler 这对老搭档，抓包调试必备。Charles 在 Mac 上更顺手，SSL 证书装好之后，手机代理一设，App 的请求看得清清楚楚。有个细节：Charles 的 Map Local 功能特别适合前端还没联调完的时候，把接口映射到本地 mock 文件，页面就能先跑起来。Fiddler 在 Windows 上更稳，尤其是它的 Composer 功能，手动构造请求比 Postman 还快。但 Fiddler 的界面……怎么说呢，像是上个时代的产物，第一次用的人得花点时间找按钮。

JMeter 做压测，第一次跑起来的时候觉得挺唬人——线程组、监听器、断言，配置项多如牛毛。实际用下来发现，大部分场景只需要线程数、Ramp-up、循环次数三个参数。真正麻烦的是参数化和关联，比如从上一个请求的响应里提取 token 传给下一个请求。JMeter 的 JSON Extractor 能搞定，但配置起来不如代码直观。后来压测简单接口我直接写 Python 脚本，用 locust，代码即配置，团队里会 Python 的人都能改。JMeter 的优势在于报告和分布式，正式压测报告还是得靠它。

TestRail 和 Xray 这类测试管理工具，说实话我见过不少团队买了之后闲置。原因很简单——填用例太费时间。但有一个场景它确实有用：当团队需要向客户或管理层证明测试覆盖率的时候。TestRail 的 API 还算好用，可以写脚本从自动化测试结果直接同步状态，省去手动更新。Xray 集成在 Jira 里，如果团队已经在用 Jira 管需求，测试用例直接挂在 story 下面，追溯起来确实方便。不过小团队用 Excel 或者 Notion 表格也够了，工具本身不解决测试设计的问题。

BrowserStack 和 Sauce Labs 解决的是兼容性测试的痛点。本地虚拟机跑十几个浏览器版本，光磁盘空间就吃不消。BrowserStack 的 real device cloud 里，从 iPhone 6 到最新的折叠屏都有，点一下就能远程操作。有次测一个 CSS 动画，在本地 Chrome 好好的，到 Safari 上就卡顿，BrowserStack 上真机一跑，问题立刻定位到是某个 transform 属性没加前缀。缺点是贵，而且远程操作有延迟，精细的交互测试还是得本地来。

最后提一个不太起眼但很实用的：JSONLint 和 Regex101。前者校验 JSON 格式，后者调试正则表达式。写测试用例的时候经常要构造复杂 JSON 或者提取响应里的字段，这两个网页工具省去了装插件的麻烦。Regex101 还会一步步解释匹配过程，对正则不熟的人特别友好。

工具这东西，顺手的才是好用的。收藏夹里那些半年没点开的，基本可以删了。

(责任编辑：综合)