...

# 顺序写测试
fio -filename=/temp/testfile -direct=1 -ioengine=psync -iodepth 128 -rw=write -bs=1M -size=3G -numjobs=4 -runtime=30 -group_reporting -name=iopstest -time_based=1

# 顺序读测试
fio -filename=/temp/testfile -direct=1 -ioengine=psync -iodepth 128 -rw=read -bs=1M -size=3G -numjobs=4 -runtime=30 -group_reporting -name=iopstest -time_based=1

# 随机写测试
fio -filename=/temp/testfile -direct=1 -ioengine=psync -iodepth 128 -rw=randwrite -bs=1M -size=3G -numjobs=4 -runtime=30 -group_reporting -name=iopstest -time_based=1

# 随机读测试
fio -filename=/temp/testfile -direct=1 -ioengine=psync -iodepth 128 -rw=randread -bs=1M -size=3G -numjobs=4 -runtime=30 -group_reporting -name=iopstest -time_based=1

# 随机读写混合测试（默认读写比例 50:50）
fio -filename=/temp/testfile -direct=1 -ioengine=psync -iodepth 128 -rw=randrw -bs=1M -size=3G -numjobs=4 -runtime=30 -group_reporting -name=iopstest -time_based=1

...

4.Type-

...

C接口测试

1.ADB功能测试

1.

...

1. ADB基础连接测试

测试目的：验证 Type‑C 接口可正常建立 ADB 连接，设备可被 PC 识别。

测试步骤：

1.用 Type‑C 数据线连接待测设备与 PC。

2.设备端开启「开发者选项」→「USB 调试」。

3.PC 端执行 adb devices，检查设备是否被识别。

4.执行 adb shell，验证是否可进入设备命令行。

预期结果：

1.adb devices 输出设备序列号，状态为 device。

2.成功进入设备 shell，无连接超时或权限拒绝。

1.2. ADB 核心指令执行测试

测试目的：验证 ADB 核心指令在 Type‑C 链路下可正常执行。

测试步骤：

1.用文件传输：

执行 adb push test_file /data/ 推送文件至设备。

执行 adb pull /data/test_file ./ 拉取文件至 PC。

2.设备控制：

执行 adb reboot 重启设备，重启后重新执行 adb devices。

3.日志抓取：

执行 adb logcat -d > adb_log.txt 抓取系统日志。

预期结果：

1.文件传输无失败，拉取文件与原文件大小一致。

2.重启后 ADB 连接可自动恢复。

3.日志文件非空，包含有效运行日志。

1.3. Type‑C 插拔与稳定性测试

测试目的：验证 Type‑C 接口在插拔、晃动等场景下 ADB 连接的稳定性。

测试步骤：

1.单次插拔：插拔数据线 10 次，每次插拔后执行 adb devices。

2.连续插拔：快速插拔 20 次，间隔 1–2 秒。

3.晃动测试：保持连接状态，轻微晃动数据线，观察连接状态。

预期结果：

1.每次插拔均可正常识别设备，无 offline 状态。

2.晃动过程中 ADB 连接不中断，无 IO 错误。

1.4. Type‑C 插拔与稳定性测试

测试目的：验证高负载场景下 Type‑C ADB 功能的稳定性。

测试步骤：

1.大文件传输：推送 1GB 文件至设备，同时执行 adb logcat。

2.多指令并发：同时执行 adb push、adb shell top、adb logcat。

3.长时间连接：保持 ADB 连接 24 小时，每小时执行 adb devices。

预期结果：

1.大文件传输过程中 ADB 不中断，日志抓取正常。

2.多指令并发无卡死或超时，CPU 占用 ≤ 80%。

3.24 小时内连接状态持续为 device，无自动断开。

2.Type-C 转 hub（USB）测试

2.1 设备识别与兼容性测试前置条件：

1.开发板上电正常，系统启动完成

2.Type-C 转 USB Hub 连接正常

操作步骤：

1.将 Type-C 端插入开发板 Type-C 接口

2.将 USB 设备（U 盘、鼠标、键盘）依次插入 Hub 的 USB 口

3.执行命令 lsusb 查看设备列表

4.查看系统日志 dmesg | grep usb

预期结果：

1.所有 USB 设备均能被系统正确识别，lsusb 输出中可见对应设备 ID

2.系统日志无 USB 设备识别失败或报错信息

3.U 盘可正常挂载 / 读写，鼠标 / 键盘可正常响应

2.2 数据传输速率测试

前置条件：

1.同 2.1

2.准备 1GB 测试文件（test.img）

操作步骤：

1.插入 USB3.0 U 盘并挂载到 /mnt/usb

2.执行文件拷贝命令：

3.记录传输耗时，计算速率：速率 = 1024MB / 耗时（秒）

4.反向拷贝回开发板，重复测试 3 次

预期结果：

1.USB3.0 模式下传输速率 ≥ 80MB/s（约 640Mbps）

2.USB2.0 模式下传输速率 ≥ 30MB/s（约 240Mbps）

3.无数据丢失、无传输中断、无文件损坏

2.3 供电能力测试

前置条件：

1.同 3.1

2.准备 2.5 英寸移动硬盘（需 5V/0.5A 以上供电）

操作步骤：

1.将移动硬盘插入 Hub 的 USB 口

2.观察硬盘指示灯是否亮起，执行 lsblk 查看设备节点

3.进行大文件读写操作，持续 10 分钟

4.查看系统日志是否有供电不足或设备掉线信息

预期结果：

1.移动硬盘正常启动，系统可识别并读写

2.长时间读写过程中无设备掉线、无数据损坏

3.系统日志无 over-current 或供电相关报错

2.4. 异常场景测试

1.热插拔测试：在数据传输过程中插拔 USB 设备，验证系统稳定性

2.低电压测试：降低开发板供电电压至 4.5V，验证 USB 设备是否正常工作

3.多设备并发测试：同时插入多个 USB 设备，验证 Hub 负载能力

3.Type-C 转 HDMI/DP 输出测试

3.1 视频输出功能测试

前置条件：

1.开发板上电正常，系统启动完成

2.Type-C 转 HDMI/DP 转接器连接正常，显示器通电

操作步骤：

1.将 Type-C 端插入开发板 Type-C 接口，HDMI/DP 端插入显示器

2.执行显示配置命令（Linux：xrandr；Android：系统设置）

3.切换显示输出到 HDMI，设置分辨率为 1080P@60Hz

4.观察显示器画面，检查是否有花屏、黑屏、闪烁

预期结果：

1.显示器自动点亮，显示开发板桌面 / 画面

2.分辨率、刷新率可正常配置，画面清晰无失真

3.无花屏、无黑屏、无闪烁、无延迟

3.2 音视频同步输出测试

前置条件：

1.同 3.1

2.显示器支持 HDMI/DP 音频输出

操作步骤：

1.播放 1080P 测试视频（带音轨）

2.观察画面流畅度，同时监听显示器扬声器

3.检查音画是否同步，有无杂音、断音

预期结果：

1.视频画面流畅，帧率稳定（≥30fps）

2.音画同步，无延迟、无卡顿

3.声音清晰，无杂音、无断音、无爆音

3.3 热插拔测试

前置条件：

同 3.1

操作步骤：

1.先连接 Type-C 转 HDMI/DP，确认显示正常

2.拔掉 HDMI/DP 端，观察系统反应

3.重新插入 HDMI/DP 端，观察系统反应

4.重复热插拔 10 次，记录每次结果

预期结果：

1.拔掉 HDMI/DP 后，系统自动切回板载显示或黑屏（符合设计预期）

2.重新插入后，显示器自动恢复显示，无需手动配置

3.热插拔过程中无系统崩溃、无驱动报错

3.4. 异常场景测试

1.分辨率切换测试：在 720P/1080P/4K 之间切换，验证显示兼容性

2.长时间播放测试：连续播放视频 24 小时，验证稳定性

3.低分辨率输出测试：设置为 480P，验证向下兼容能力

四、显示与视频接口测试

1.HDMI输出测试

1.规格说明：

...