做测试这些年我电脑里的收藏夹网址数量比很多人手机里的App还多。听到“测试常用网站”这几个字不少新人会觉得无非就是“百度加公司管理后台”其实真干起来完全不是这么回事。搭环境要查文档调接口要抓包造数据需要素材性能、安全、兼容性这些专项测试更是各有各的平台。这篇文章就是我多年攒下来的“测试常用网站”清单从接口调试、自动化测试、性能压测、安全靶场到车载测试、硬件存储测试、AI测试和面试刷题全部按使用场景整理好了。做功能测试的能直接抄作业做专项测试的能找到对口资源准备面试的也能用它把知识网补全。1. 为什么每个测试工程师都需要一份“测试网址导航”1.1 测试工作的日常是被一个个网站撑起来的先别急着往下看清单我觉得有必要先想清楚一个问题为什么测试工程师会特别依赖网站和在线工具因为软件测试这个岗位天生是“外部协作型”的你要理解开发写的接口要看数据库表结构要复现线上问题要查第三方SDK的文档这些信息没有一样存在你自己的电脑里。我见过太多新人把时间浪费在“找工具”而不是“用工具”上。比如开发丢过来一个加密的请求参数新人可能对着在线加解密网站找半天而老测试打开收藏夹里那个工具三秒钟就能搞定。区别不在于谁聪明而在于谁的资源沉淀做得好。我也观察到测试岗涨薪最快的阶段往往就是把“单个点上的工具操作”变成“一套链路上的网站协作”的过程。你给App做弱网测试用Fiddler只是其中一环后面可能还要配合Charles抓HTTPS包、用在线地图API模拟定位、用云真机平台做兼容性回归链路一长网站导航的价值就体现出来了。所以这份清单不是“无脑收藏夹”而是每个测试从业者都应该维护的一套生产力系统。1.2 分类方法按用途分不按工具类型分整理常用网站最大的坑是照搬别人的收藏夹。别人的收藏夹大概率是按“工具名称”排的比如“Postman、JMeter、Pikachu”但你真正用的时候往往是想“我现在要造一批测试数据”“我要验证这个正则表达式对不对”这时候你会发现自己根本记不起该去哪个文件夹里找。我自己的做法是按用途分类接口调试类、数据与素材类、自动化学习类、性能与稳定性类、安全靶场类、专项测试类、求职面试类。分类名称用“动词短语”比如“造测试数据”而不是“Mock工具”这样到用的时候脑子一转就知道去哪。这个分类也不是一成不变的。接手不同项目我会在原有大类下面新增项目专属文件夹。比如做车载测试那阵子我建了一个“OEM规范与CAN工具”的文件夹做AI安全那阵子又建了一个“大模型评测与对抗样本”的文件夹。总之让收藏夹跟着你的职业轨迹长而不要让它变成一堆永远不看的网页地址。2. 拿来即用测试日常最高频的在线工具网站2.1 接口调试与数据校验别再用记事本看JSON了接口测试是测试工程师每天都要碰的事。不管你是用Postman、Apifox还是YApi总会遇到需要把一段JSON或XML单独拎出来看结构的场景。这类在线工具非常多我用的比较多的是bejson.com和json.cn左边贴原始报文右边就能格式化还能按层级折叠、查错误位置。遇到日志里被转义过的字符串先用在线反转义处理再丢进JSON工具效率能翻倍。正则表达式也是测试里的高频需求。日志过滤、参数校验、响应断言都绕不开正则。我个人强烈推荐regex101.com它有匹配过程的逐步可视化哪个字符消耗了哪段文本都能看到调试复杂正则的时候比摸着黑写要快得多。除了正则编码转换类的工具也是刚需Base64解码、URL编解码、MD5加解密、时间戳转日期这些在站长工具tool.chinaz.com里基本都能找到用一个就够了不用收藏一堆重复的网站。Mock数据生成这块如果是造大批量的假数据mockaroo.com可以按字段类型随机生成姓名、手机号、身份证、地址导出的格式也支持JSON、CSV和SQL。如果只是前端联调需要Mock接口更推荐Mock.js或者在没有后端的情况下用Apifox内置的Mock功能比打开网页去生成再拷回本地要顺。2.2 测试素材和测试环境类找视频、图片、流媒体测试地址除了工具测试素材网站也是常用资源。比如测图片上传你需要不同尺寸、不同格式、不同大小的图片picsum.photos这个网站的妙处是能在URL里直接指定尺寸和随机种子比如 https://picsum.photos/seed/测试用例1/800/600 只要种子不变返回的图片就稳定是同一张非常适合做回归测试的稳定输入。视频和音频素材可以用sample-videos.com各种分辨率、编码、比率的MP4都能下载。流媒体项目的RTMP测试地址这个问题我也被问过很多次。现在的公共RTMP测试流大多不稳定今天能用明天就抽风我建议测试人员自己掌握搭建本地流的方法。具体来说用Docker起一个SRS服务再用ffmpeg循环推一段本地视频到 rtmp://127.0.0.1:1935/live/test 播放端用VLC拉流验证。整个过程半小时内能搞定而且测试环境完全自控不受外部服务波动影响。在流媒体项目里这个技能比到处找“免费测试地址”管用多了。docker run -d --name srs -p 1935:1935 -p 8080:8080 ossrs/srs:4 ffmpeg -re -i test.mp4 -c copy -f flv rtmp://127.0.0.1:1935/live/test2.3 弱网测试、链路抓包和连通性检查弱网测试是App测试的重头戏。最常见的是用Fiddler或Charles模拟弱网。Fiddler可以模拟调制解调器速度、延迟和丢包率Charles的Throttle设置里可以自定义带宽、往返延迟、丢包率。网上有很多文章说“打开弱网开关就行”但实际测试不是这样的。专业的做法是先根据测试目标设定网络模型比如模拟4G、3G甚至弱2G然后把带宽、延迟、丢包参数固定下来写进测试结论。否则你测出来的结论是“页面加载慢”但到底是多慢、什么网络条件下慢一句话也说不清。连通性检查网站也是高频需求。多地域Ping测试用ping.chinaz.com可以快速看出是某个地域问题还是全网问题速度测试用speedtest.cn比国际版更稳定接口返回状态码和响应时间的判断直接在Postman或Apifox里看就行不需要额外网站。3. 自动化测试与安全测试的学习和练手网站3.1 UI自动化、接口自动化的官方文档和学习路线自动化测试的学习我强烈不建议一开始就搜“XX自动化从入门到精通”这类文章因为技术迭代太快了三个月前的教程可能已经过时。最靠谱的方式就是看官方文档。Web端UI自动化Selenium官方文档和Playwright官方文档都很清晰尤其Playwright的API设计和截图对比功能对测试非常友好。移动端用Appium官方文档重点搞清楚WebDriverAgent和Uiautomator2这两套底层驱动的区别不同版本Android手机上表现差异明显。国内的TesterHome社区是测试从业者绕不开的地方里面有大量测试框架的实战分享。接口自动化这块Java阵营可以看RestAssured结合TestNG的写法Python阵营就是Requests结合Pytest。判断标准不是“哪个语言好”而是你们团队后端和持续集成环境更熟悉哪套技术栈。值得提醒的是自动化测试的重点在“用例分层”UI层只放冒烟和关键回归用例业务规则尽量下沉到接口层去验证这样维护成本才可控。3.2 安全测试和渗透测试的靶场平台安全测试是另一个自发增长的方向很多做功能的测试同学想转安全但不知道从哪里下手。我的建议是先在靶场上把漏洞原理过一遍再去学工具。最推荐Pikachu这个漏洞测试平台GitHub上就有开源项目内置了SQL注入、XSS、CSRF、SSRF、暴力破解、越权等常见安全漏洞而且每个漏洞都有配套的原理说明和过关目标对新手非常友好。练完Pikachu之后可以再去试DVWA和OWASP出的WebGoat这两个也是经典的Web靶场难度梯度更明显。工具方面Burp Suite是Web安全测试必备的抓包和重放工具社区版足够入门学习。但我要说句实在话不要一开始就依赖自动扫描器。你拿扫描器扫出来几百条告警如果不知道每条告警背后的原理和危害报告写出来也是干巴巴的。真正能让面试官认同你的是你能讲清楚“这个参数为什么会存在SQL注入”“我做了什么请求就确认了漏洞存在”“修复方案应该落在哪一层”。这些能力只有在靶场里一关一关手动打出来。3.3 代码级测试与变异测试AI变异测试这类进阶方向其实是往“测试有效性”方向走。变异测试的逻辑是往源代码里故意植入一些小错误也就是变异体然后跑测试用例如果该测试没有发现变异说明测试用例的充分性还不够。这个名字听起来高级核心思想却不复杂。想了解实践的话可以看PitestJava和Stryker MutatorJavaScript这两个工具它们的官网上有很直观的演示。AI辅助生成单元测试也是一个热门方向比如搜索“JUnit测试自动生成”能看到不少开源方案这类工具非常适合用在老项目补用例的场景里可以快速拉高代码覆盖率。4. 特定测试领域的专业资源站车载、硬件、网络与AI4.1 车载测试和CAN总线相关车载测试这两年热度很高面试里的高频题经常和CAN总线相关。比如“CAN地偏移测试”完整步骤说起来不复杂但三个关键点一定要掌握。第一步确认总线的参考地是车身地还是电源地保证测量时参考方向正确第二步在CAN收发器和总线之间施加可控的偏移电压用可调电源或专用工装来模拟地电位差第三步抓取总线波形重点看显性电平是否越过阈值、ACK位和EOF位是否出错。注意事项也很明确地偏移测试必须在整车或台架的真实接地拓扑下做单独把CAN盒放在桌面测试没有意义偏移范围要参考车载电子标准里的极限值不是随便加个电压就完事测试全程记录温度和供电电压否则复现问题会非常难。这方面的资料Vector官网上的CANoe、CANalyzer应用笔记以及各种CAN总线白皮书都是很好的学习资源。做汽车电子的同学一定要学会看测试规范很多问题不是靠猜而是规范里写得很明白。4.2 硬件测试、存储测试和网络设备测试硬件相关的测试需求这几年也很多像PCIE带宽测试、DMA分区零压测试、U盘测试这类。PCIE带宽验证可以用开源的pciebwtest这类工具把PCIe接口配置成不同速率和通道数再通过读写测试验证实际吞吐是否和协议理论带宽匹配。DMA分区零压测试更多用在嵌入式存储场景思路是写一个脚本对指定分区持续做写入、回读、校验长时间跑下来看是否出现数据损坏或死机。U盘测试这块我实测过ValiDrive和ChipEasy芯片无忧。ValiDrive可以扫描存储设备是否存在虚标容量、坏块、异常传输等问题ChipEasy可以读取U盘使用的主控型号和Flash信息对判断扩容盘非常有用。如果只是校验真实容量H2testw这个老牌工具也很可靠它会把整个盘写满再读出来校验虚标容量在它面前基本藏不住。交换机测试属于网络设备测试关注点一般在二层转发、VLAN隔离、ACL策略和组播行为。开源工具方面Scapy可以构造自定义报文去验证交换机对异常帧的处理在没有商用测试仪表的时候会灵活很多。这类问题有一定门槛但对做网络方向的测试同学来说非常实用。4.3 EMC测试相关术语与资料EMC测试热词里“RE的读点是什么意思”是很多人搜过的。RE是辐射发射读点指的是接收机在扫描频段时记录下来的“最大发射值频点”。测试报告里会看到某个频点下面标了PEAK峰值、QP准峰值和AVG平均值几个值读点就是峰值超过限值线的那个频点工程上用这个点来评估产品对外辐射是否超标以及超标程度。理解这一点对读懂EMC报告很有帮助。至于CE101这类测试方法属于电源线传导发射的特定标准条款一般需要在符合标准要求的实验室环境里执行。测试人员更重要的任务是确认测试布置、接地方式、负载状态和带宽设置都符合标准条款而不是自己在家拿万用表硬凑。4.4 AI测试与大模型评测AI测试是这两年冒出来的新方向。传统的功能测试、性能测试方法在大模型产品上照样能用但多出来很多专门的测试点。比如提示词注入测试要验证模型会不会被恶意构造的输入诱导出不该有的行为再比如大模型投毒测试要看训练数据或微调数据里被塞入恶意样本后模型行为会不会被带偏。很多测试结论不能只靠人肉点点点得在公开评测集上跑分。常用资源包括HuggingFace可以读到大量模型和评测数据集的说明卡片还有OpenCompass这类大模型评测框架以及一些开源的红队评测集。这个方向更新非常快最好的方式不是等教程而是去GitHub看几个知名评测项目的issue区真实的问题和讨论都在里面。5. 求职面试与体系建设测试常用网站还能这么用5.1 测试面试题和Linux面试题从哪里看每年都有大量新人问测试面试题到底该看什么我的答案永远是“拿来练手可以但不能只看题”。牛客网上有大量测试岗的面经和题目Linux面试题在GitHub上早就有人整理成仓库直接搜索“Linux面试题”“测试面试题”就能找到很多整理完善的合集。但我为什么说不能只看题因为面试官问“Linux如何查看日志”不是想听你背出tail -f而是想看你有没有真实操作过。水平够不够一两个追问就出来了。所以每道题都值得自己打开一个Linux终端去验证一遍哪怕你本地装个虚拟机或者用在线终端Webminal都行。测试面试题的高频方向比较集中用例设计方法、接口测试、数据库SQL、Linux命令、性能测试指标、自动化框架原理。这里面任何一个方向都能在TesterHome和GitHub上找到对应的系统文章。一定要建立起知识树而不是零散地收藏几十篇单点文章。5.2 技术社区和知识沉淀除了刷题技术社区才是持续成长的地方。TesterHome是最有测试氛围的社区很多大厂的测试团队都会在这里分享实践。博客园、CSDN上的测试专栏适合搜索具体问题的解决方案但质量参差不齐注意筛选。GitHub Trending可以每周看一次看看测试开源项目的新趋势常常比网上被转发烂了的文章更前沿。我特别建议测试同学养成“输出”的习惯。今天踩了一个Fiddler弱网参数设置的坑明天搞懂了Pikachu里一个漏洞的原理都值得写下来。哪怕是公司内网的知识库只要写出来讲给别人听一次这个知识就真正是你的了。收藏几十篇文章不叫学习能用自己的话把问题解释清楚才叫掌握。5.3 从“常用网站”到“测试知识体系”其实“测试常用网站”用久了之后它不知不觉就会长成你的知识体系接口调试类对应接口测试能力自动化学习类对应代码能力和分层设计性能安全类对应专项测试能力面试刷题类对应理论查漏补缺。我自己的收藏夹从最早的十几个链接慢慢变成几百个中间删掉了很多不再用的剩下的每一个都对应我看过、用过、验证过的技术点。这种沉淀过程比东一榔头西一棒子地刷教程要扎实得多。6. 搭建一套属于自己的“测试常用网站”工作台6.1 从零开始整理自己的导航最简单的方案是浏览器书签。我建议建四个顶层文件夹测试工具、测试文档、测试素材、面试学习。每个文件夹里再按“用途”建二级文件夹比如测试工具下面拆成“接口调试”“抓包弱网”“性能压测”“安全工具”“数据库工具”。书签的命名要带用途备注比如“Fiddler弱网参数参考-已实测4G档”千万别让书签显示满屏的“Untitled”。更进一步可以自己做一个小导航页。常见方式有几种用iTab或Mtab这类浏览器主页插件用语雀或飞书知识库搭团队导航或者直接用GitHub Pages写一个纯静态导航页维护成本低而且很灵活。我自己现在用的是公司内部Wiki上的一个页面每周用一次比个人书签可视化管理效果好很多。6.2 团队协作共享一份测试资源库测试资源如果只躺在个人收藏夹里价值太小了。我推荐在团队知识库里维护一份“测试常用网站”表格字段包括网站名称、访问地址、使用场景、是否需内网、维护人、最近验证时间。维护方面最怕的就是链接大面积失效。我们团队的做法是每两周安排一个人花十五分钟把所有链接点一遍失效的标红、替换这样大家用的时候才不会扑空。这个动作看起来琐碎实际上能极大提升整个团队的问题定位效率。6.3 新项目初始化把“常用网站”变成“项目测试入口”我还有一个很实用的习惯每接手一个新项目先建一个“项目测试信息速查”页面把项目相关的接口文档地址、Swagger或者YApi地址、测试环境入口、Jenkins构建地址、Kibana日志平台、Grafana监控面板、缺陷管理系统入口全部放进去。这个页面本质上是项目级的“测试常用网站”。新人入职的第一天把这个页面发给他比口若悬河讲一天都有用。7. 常见问题排查与网站资源维护技巧7.1 网站打不开先分清是网络问题还是网站问题碰到“测试常用网站”打不开先不要急着换工具。第一步用多地区Ping测试看看是不是只有你的网络访问不了第二步检查DNS缓存切换公共DNS再试第三步看是不是浏览器插件拦截了。如果确认是网站本身挂了一般过几分钟再刷新就能恢复。日常我会给关键工具保留一个本地版本或命令行替代方案比如在线JSON工具挂的时候直接用Node的json库做格式化。这个习惯很重要别让一个网站堵死整个测试链路。7.2 在线工具和商业软件能用但要会留后手有些公司因为合规或采购流程不允许测试人员直接使用某些在线服务和商业软件。这种时候开源替代方案要提前准备好。比如Apifox可以完成Postman的大部分功能而且数据可以团队共享JMeter和K6可以替代商业压测平台的大部分工作Burp Suite Community在受限条件下也能完成不少安全测试任务。留后手不是让你绕开流程而是让你在任何环境里都有办法继续干活。7.3 避免“收藏夹吃灰”的机制书签收藏了不用等于没收藏。我的经验是定期清理每个月月底翻一遍书签超过三个月没有打开过的链接直接删除不要舍不得。测试领域的资源迭代太快三个月不碰的工具大概率以后也不会碰。另外一个技巧是拿到一个新网站先花两分钟用一个真实用例验证它能不能解决你的问题能解决才收藏否则再炫酷也不要留。这套机制听起来简单坚持三年下来你的收藏夹就会变成别人眼里的人形测试知识库。最后分享一个小习惯。我每次在项目里遇到一个解决痛点的网站第一反应不是立刻收藏而是先想想它更适合放进哪个文件夹、什么时候会用到、有没有必要推荐给团队。这个过程看起来繁琐但正是靠这种刻意的整理我的收藏夹才没有变成一堆死链接。测试这条路越往后走拼的越不是手速而是一套稳定高效的做事方法。愿这份清单能帮你把常用的测试网站变成真正的生产力。