1. 课程导入与测试对象认知

无人系统地面站（GCS，Ground Control Station）是操作人员与无人平台之间的“神经中枢”。它并不只是屏幕上的一张地图，而是由硬件载体、通信链路、软件功能、数据与配置四部分共同构成的完整系统。理解这一点，是开展自动化测试的前提——因为测试对象从来不是单一软件，而是“人—站—链路—机”的闭环。

从组成上看，地面站通常包含：显控终端（工控机/加固笔记本、多屏显示）、操纵与输入设备（摇杆、键盘、触控、按钮面板）、通信链路设备（数传电台、图传接收、4G/5G 模块、卫星链路）、地面站软件（任务规划、航迹显示、状态监控、载荷控制、日志记录）、供电与接口（电源模块、串口/网口/CAN 接口）以及辅助设备（天线跟踪云台、RTK 基准站）。这些部件通过明确的接口协议（如 MAVLink、自定义串口帧、TCP/UDP 数据包）交换数据，任何一处异常都可能表现为“界面卡顿”“指令无响应”或“航迹跳变”。

地面站的典型功能可归纳为五类：任务规划与装订（航线、航点、动作序列）、实时监控与告警（姿态、位置、电量、链路质量）、手动与自动控制（起飞、返航、模式切换、载荷操作）、数据记录与回放（遥测日志、视频、事件标记）、系统配置与自检（参数读写、固件升级、链路自检）。这些功能在人工测试中往往依赖操作员反复点击、观察和记录，效率低且难以覆盖边界条件。

自动化测试的价值，正是把“重复操作、精确判读、批量回归”交给脚本与工具。例如，用自动化脚本模拟地面站向飞控发送 100 条不同航点指令，同时监听遥测回传，验证航点装订成功率与响应时延；或用协议仿真器注入链路丢包、延迟、乱码，观察地面站是否触发告警并正确降级。但自动化也有边界：涉及人机交互主观判断（如画面可读性、告警醒目程度）、真实物理链路特性（如天线遮挡、多径干扰）以及安全关键决策（如紧急返航的人工确认）时，仍需人工参与或半实物仿真配合。

从工程实践看，自动化测试通常围绕三条主线展开：协议一致性（地面站发出的指令是否符合接口定义）、功能正确性（航点装订、模式切换、告警触发是否按预期执行）、性能与鲁棒性（响应时延、丢包恢复、长时间运行稳定性）。以航点装订为例，一个可执行的测试用例可以这样设计：脚本通过串口向地面站软件注入 50 个航点，每个航点包含经纬度、高度、速度、动作类型；地面站解析后经链路发送至飞控仿真器；仿真器回传“航点已接收”确认帧；脚本统计从发送到确认的平均时延与成功率。若成功率低于 98% 或平均时延超过 200 ms，则判定该轮测试失败。这里的 50、98%、200 ms 均为教学示例参数，实际项目需根据链路类型和任务要求重新标定。

本课程的学习路径按“认知—工具—实战”递进：先建立地面站组成与测试对象的整体认知，再掌握协议仿真、脚本编写、遥测解析、报告生成等工具链，最后通过一个完整的实战项目——“多航点自动装订与链路异常注入测试”——把零散知识串成可交付的测试流程。该项目要求你完成：搭建地面站与飞控仿真器的通信环境、编写自动化脚本批量下发航点、注入丢包与延迟异常、采集遥测数据并判读、输出包含通过率与时延分布的测试报告。完成它，你就具备了对地面站核心功能进行自动化回归测试的基本能力。

需要特别强调的是，自动化测试不是“替代人工”，而是“把人工从重复劳动中解放出来，聚焦到异常分析和边界探索上”。地面站作为安全关键系统的一部分，其测试结论必须可追溯、可复现。因此，从第一节课开始，就应养成记录测试环境、参数配置、原始日志和判读依据的习惯——这些记录本身就是测试资产，也是后续回归测试的基准。