第三章 手工测试两板斧：Target 与 Repeater

第 3 章 · 手工测试两板斧：Target 与 Repeater

本章要回答的三个问题：面对几万条历史记录，怎么把"目标长什么样"整理成一目了然的地图并圈出允许动手的范围？怀疑某个行为有问题时，怎么用重放把怀疑变成坐实或排除？这两个看似朴素的模块，为什么被职业测试者视为最核心的武器？

为什么会有这一章

管道通了，历史记录开始积累。新手在此处普遍遇到第一个心理落差：工具什么都能看见，却不知道该干什么。解法是把"看见"整理成结构——这正是 Target 模块的存在意义：它把散落的请求收敛成站点树与资源清单，把授权范围变成图上可辨的边界。结构有了，第二个动作才有落点：对地图上的疑点逐一验证。验证的载体就是 Repeater——把一条请求拿出来，改，发，看响应，再改，再发。它朴素到没有任何自动化，却承担着整个行业对"证据"二字的定义：自动化模块给出候选，重放给出结论。

本章刻意只讲两个模块。它们的共同点是人的判断占主导，这也是测试工作不可被扫描器替代的那一部分。把这两板斧练熟，第四章的自动化才有正确的用法——自动化放大判断力，不替代判断力。

读完能解决什么

• 把代理历史整理成站点地图，识别其中属于授权范围的部分，配置作用域让越界目标显式标灰；
• 从地图上判断一个应用的攻击面：参数点、认证边界、管理路径各在哪里；
• 用重放完成一次完整的验证循环：提出假设、修改请求、对比响应、记录证据；
• 判断什么时候该从手工转向批量（第四章的入口条件）。

本章知识点清单

• 站点地图的组织方式：按主机与路径聚合、请求响应关联、参数统计；
• 作用域配置：包含与排除规则、显示过滤与作用域过滤的差别；
• 攻击面观察：从地图读出认证边界与参数富集区；
• 重放工作法：请求历史的回溯、逐字符修改的纪律、响应对比的观察点；
• 证据留存：验证过程中的记录要素（输入、响应、判定依据）。

各节怎么分工

图：两板斧在手工测试中的接力

图：手工测试工作台的三个区

高频疑问先行回答

问：手工测试在自动化这么普及的今天还值多少钱？
答：自动化替换的是执行，不是判断。扫描器报出的每一条都需要有人回答"这是不是真问题、在这个业务里算多严重"，这个回答能力就来自手工功力。反过来，没有手工判定标准的批量任务，产出的只是无法分级的噪音。可以说手工功力决定了自动化的上限。

问：站点地图和历史记录有什么区别，为什么两个都要？
答：历史是时间线，按发生顺序堆放所有流量；地图是空间视图，按主机与路径组织资产。找"刚才那个请求"用历史，回答"这个应用有什么"用地图。测试在两个视图间来回切换是常态：地图提供疑点，历史提供语境。

问：重放器看起来太朴素了，真的够用吗？
答：朴素正是它的可靠性来源。没有并发、没有自动化节奏，每次发送都是你深思熟虑后的一个明确假设的检验。职业测试者对重放器的依赖贯穿整个职业生涯，工具再升级，这套"假设—修改—观察"的手法也不换。

问：历史记录几万条，标注会不会太耗时？
答：标注是给未来的自己省时间。两秒一次的高亮加一句备注，换来报告阶段按语义检索证据的能力。不标注的项目，写报告时唯一的方法是全量翻历史——那才是真正的耗时。

章内练习路线

两板斧的练习要按依赖顺序走：先在 3.1 节圈好范围并完成地图标注，再在 3.2 节从这张地图上挑一个真实存在的疑点做完整重放验证——比如连续编号的单号、或登录前后可见性异常的页面。3.2 节的案例给了越权验证的全流程示范，但你应当在自己圈出的地图上另找一个疑点独立走一遍，判定依据自己写。两节练完的验收物很具体：一张至少标注了三类的站点地图，加一条从头到尾可追溯的验证证据链。

先决条件

• 第二章的管道畅通，历史里已有靶场流量；
• 已理解 HTTP 消息结构，能在拦截界面指出起始行、头部与消息体。

往下走到哪

本章结束时，你会在靶场地图上圈好范围，并至少完成两次完整的重放验证。当同一类验证需要重复做很多变体时，就是进入第四章的信号——把已验证有效的手法交给批量模块，人退到设计位。