看清一次响应的全貌

场景:实验机上有一个 Web 服务(要先自己起)。 任务:用 curl 请求它的首页 /,把状态码和全部响应头都看清楚;数一数响应头一共几行(不算第一行的状态行、不算空行),到 ~/对照表.txt 里查那个数对应的标记。 (判分只看你在受控

开始练习 →

只取一个指定的响应头

场景:首页 / 的响应头有十几行,你只关心其中一个。 任务:把 X-Build 这个响应头的值取出来(不要连名字一起),到 ~/对照表.txt 里查它对应的标记。 (判分只看你在受控容器里做出的真机产物:找东西类到 ~/对照表.txt 查标

开始练习 →

把状态码单独拿出来

场景:你想批量检查好几个路径通不通。 任务:让 curl 只输出状态码(不要正文、不要响应头),逐个检查 /a /b /c /d /e /f 这六个路径;数一数有几个返回 200,到 ~/对照表.txt 里查那个数对应的标记。 (判分只看你

开始练习 →

跟着重定向走一次

场景:/old 返回的是 3 开头的状态码。 任务:找出它要把你带到哪个新地址(看 Location 头),再请求那个新地址,确认最终拿到的状态码,到 ~/对照表.txt 里查它对应的标记。 (判分只看你在受控容器里做出的真机产物:找东西类

开始练习 →

交付:指定响应头的当次值

场景:这是本节的验收。本次实验环境在首页 / 的响应头里放了一个现生成的值 X-Token。 任务:把它取出来,到 ~/对照表.txt 里查它对应的标记。 (判分只看你在受控容器里做出的真机产物:找东西类到 ~/对照表.txt 查标记填进题

开始练习 →

一份 HTTP 检查报告要有什么

一份能交出去的 HTTP 故障报告,至少要有【0】。

开始练习 →

“验证结论”具体指什么

报告里说的"验证结论",指的是【0】。

开始练习 →

这个接口返回的是什么格式

查一个响应头,确认对面给的是什么格式: Content-Type 的值是什么?(分号前面那一段就够) $ curl -sI http://localhost:8080/api/user.json | grep -i '^conten

开始练习 →

先复现:它到底返回什么

场景:有人报「/api/items 这个接口打不开」,但没说是怎么个打不开。 任务:自己请求一次 /api/items,确认它的状态码到底是多少,到 ~/对照表.txt 里查它对应的标记。 (判分只看你在受控容器里做出的真机产物:找东西类到

开始练习 →

判层:这是哪一边的问题

场景:状态码已经拿到了。判定口径:4xx 是「请求这边」的问题,5xx 是「服务端」的问题,200 但正文里 ok=false 是「数据本身」的问题。 任务:请求 /api/items 拿到状态码,按上面的口径判断它是哪一边的问题,到 ~/

开始练习 →