测试用例设计新方法：让端口映射更稳更准

做网络调试的时候，端口映射是家常便饭。路由器上设个规则，把外网请求转到内网某台设备，比如家里的NAS或者监控摄像头。但问题来了——你怎么知道这个映射真能跑通？传统测试靠手动连一遍，费时还容易漏情况。现在有更聪明的法子。

从“凭感觉”到“精准打击”

以前写测试用例，大多是想到哪测到哪。比如：外网访问80端口，看能不能打开网页；换个设备试试；断网重连再试。这叫经验驱动，像在黑屋子里摸开关。而现在的新方法，是先画出“状态图”——把端口映射涉及的所有环节拆开：防火墙规则、NAT转换、目标主机服务状态、协议类型（TCP/UDP），甚至ISP是否封了常用端口。

比如你要测一个远程访问摄像头的映射，可以列出这些变量：

• 外部IP + 指定端口
• 路由器NAT表是否正确转发
• 内网摄像头IP和端口是否在线
• 本地防火墙是否放行
• 是否使用动态DNS解析域名

组合式测试：少写用例，多发现问题

新方法里有个叫“正交试验设计”的技巧，听起来高大上，其实很简单。你不用穷举所有组合，而是挑几组关键搭配，就能覆盖大部分异常场景。比如三个因素各有两个状态：

因素1：外网访问方式 — 手机4G / 家庭宽带

因素2：目标服务 — HTTP启用 / HTTP关闭

因素3：防火墙规则 — 开放 / 关闭

按传统得测8条路径，用正交法选4条典型组合就够了，效率翻倍，还能发现交互性问题，比如“家庭宽带+HTTP关闭+防火墙开放”这种边缘情况反而更容易出错。

自动化验证，不再靠肉眼盯着

测试用例设计出来，下一步是自动跑。可以用Python脚本模拟外网请求，结合路由器API检查NAT表项是否存在：

import requests

from pprint import pprint


# 假设路由器支持REST API
url = "http://192.168.1.1/api/nat/rules"
resp = requests.get(url, auth=('admin', 'password'))

if resp.status_code == 200:
    rules = resp.json()
    for rule in rules:
        if rule['external_port'] == 8080:
            print(f"映射存在: {rule['internal_ip']}")
            # 触发外部探测逻辑

配合公网VPS发起连接测试，结果直接回传，整个过程无人值守。测试用例不再是文档里的条目，而是可执行的逻辑单元。

真实场景别忽略

很多人测试只关心“通不通”，但实际使用中更常见的是“时通时不通”。这时候要在用例里加入时间维度：比如持续连接10分钟，中间重启路由器，或者切换手机WiFi和4G。这类用例用老办法很难设计全面，新方法强调“行为建模”，把用户操作路径当成输入序列来处理。

比如设计一个用例：外网用户首次访问 → 路由器触发UPnP自动开孔 → 目标设备响应 → 断开 → 5分钟后重连。这套流程跑下来，才能真正验证稳定性。