メニュー
基于 ADB 的 Android/车机实车测试技能。USE FOR: 根据需求文档和测试用例执行真机/实车测试，采集 adb shell、logcat、dumpsys、截图与录屏证据，输出结构化测试报告。关键词: adb、实车测试、车机测试、真机测试、Android Automotive、测试报告、requirements、test cases。
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
| name | adb-vehicle-testing |
| description | 基于 ADB 的 Android/车机实车测试技能。USE FOR: 根据需求文档和测试用例执行真机/实车测试，采集 adb shell、logcat、dumpsys、截图与录屏证据，输出结构化测试报告。关键词: adb、实车测试、车机测试、真机测试、Android Automotive、测试报告、requirements、test cases。 |
| globs | ["**/*.md","**/*.yaml","**/*.json"] |
本 Skill 用于把“需求文档 + 测试用例”转成一轮可执行的 ADB 实车测试流程，并最终产出一份结构化测试报告。
适用场景：
不适用场景：
requirements_doc: 需求文档路径test_cases_doc: 测试用例文档路径target_package: 待测应用包名，可选target_activity: 启动 Activity，可选device_id: adb 设备序列号，可选；多设备时必填artifacts_dir: 测试证据输出目录，可选，默认 runs/adb-vehicle-test-<timestamp>/TEST_REPORT.md: 测试报告summary.json: 结构化测试结果摘要artifacts/:
device_info.txtlogcat.txtdumpsys_<service>.txtscreenshots/screenrecords/bugreports/（如需要）从需求文档中提取：
从测试用例中提取：
如果文档缺字段，先在报告中生成“输入缺口”小节，不要自行编造。
建议目录结构：
runs/adb-vehicle-test-<timestamp>/
TEST_REPORT.md
summary.json
artifacts/
device_info.txt
logcat.txt
screenshots/
screenrecords/
bugreports/
优先执行：
adb devices -l
adb -s <device_id> get-state
adb -s <device_id> shell getprop ro.build.fingerprint
adb -s <device_id> shell getprop ro.product.model
adb -s <device_id> shell getprop ro.build.version.release
adb -s <device_id> shell settings get global device_name
记录：
如存在多个设备且未指定 device_id，立即停止执行并提示用户指定目标设备。
执行前建议：
adb -s <device_id> logcat -c
adb -s <device_id> shell date
adb -s <device_id> shell dumpsys activity activities
adb -s <device_id> shell dumpsys window windows
长日志采集建议异步：
adb -s <device_id> logcat -v threadtime
需要界面证据时：
adb -s <device_id> exec-out screencap -p > screenshot.png
adb -s <device_id> shell screenrecord /sdcard/test_case.mp4
adb -s <device_id> pull /sdcard/test_case.mp4 ./screenrecords/
逐条执行测试用例，并按以下粒度记录：
PASS: 实际结果符合预期FAIL: 实际结果不符合预期BLOCKED: 环境、权限、依赖、硬件条件不满足NOT_RUN: 本轮未执行每条用例至少记录：
失败用例建议追加：
adb -s <device_id> shell dumpsys activity top
adb -s <device_id> shell dumpsys package <target_package>
adb -s <device_id> shell pidof <target_package>
adb -s <device_id> bugreport
若关注性能，可补充：
adb -s <device_id> shell dumpsys meminfo <target_package>
adb -s <device_id> shell dumpsys gfxinfo <target_package>
adb -s <device_id> shell top -n 1
报告必须包含：
优先使用本 Skill 附带模板：
templates/TEST_REPORT_TEMPLATE.mdtemplates/CASE_RESULT_TEMPLATE.mdadb devices -l
adb -s <device_id> get-state
adb -s <device_id> shell getprop
adb -s <device_id> shell am start -n <package>/<activity>
adb -s <device_id> shell am force-stop <package>
adb -s <device_id> shell monkey -p <package> -c android.intent.category.LAUNCHER 1
adb -s <device_id> shell input tap <x> <y>
adb -s <device_id> shell input swipe <x1> <y1> <x2> <y2> <duration_ms>
adb -s <device_id> shell input text '<text>'
adb -s <device_id> shell input keyevent <keycode>
adb -s <device_id> shell dumpsys activity
adb -s <device_id> shell dumpsys window
adb -s <device_id> shell dumpsys package <package>
adb -s <device_id> shell dumpsys meminfo <package>
adb -s <device_id> shell dumpsys gfxinfo <package>
adb -s <device_id> logcat -c
adb -s <device_id> logcat -d
adb -s <device_id> exec-out screencap -p
adb -s <device_id> shell screenrecord /sdcard/<name>.mp4
adb -s <device_id> pull /sdcard/<name>.mp4 <local_path>
生成 TEST_REPORT.md 时，遵守以下规则：
summary.json 至少包含：
{
"session_id": "adb-vehicle-test-20260411-120000",
"device_id": "emulator-5554",
"package": "com.example.app",
"total_cases": 10,
"passed": 8,
"failed": 1,
"blocked": 1,
"not_run": 0,
"report_path": "runs/adb-vehicle-test-20260411-120000/TEST_REPORT.md"
}
当用户请求“基于需求文档和测试用例做 adb 实车测试并输出测试报告”时：
TEST_REPORT.md 和 summary.json如果当前环境没有真实设备或不能执行 adb：
Dry Run 或 Pending Device Execution最终对用户回复时，优先包含：
不要只给口头结论，必须落地生成报告文件。
qa-engineer 的默认 skill。USE FOR: 测试用例设计、执行验证、测试报告输出、缺陷分级。
unite-test 的默认 skill。USE FOR: 测试用例设计、执行验证、测试报告输出、缺陷分级。
developer 的默认 skill。USE FOR: 按设计实现代码、补齐测试、控制技术债、保证可运行性。
Use for Android middleware, AOSP, Android Automotive, Binder, AIDL, HIDL, HAL, SystemServer, CarService, Service, APK and framework-native boundary architecture from requirements and design documents.
Generate, revise, 补全 or重写 car middleware, cockpit middleware, IVI middleware architecture from PRD,需求文档,requirements/requirements_spec.md or feature specs. Use for Linux/QNX/Android cross-OS 架构设计, 中间件分层, 服务拓扑, 通信矩阵, 资源预算, 诊断, 安全 and design/architecture.md.
Use for C++ middleware, native service, performance critical module, real-time path, memory ownership, threading, IPC bridge, ABI boundary and reliability architecture from automotive or embedded requirements and design docs.