آزمایش‌ها

• مجموعهٔ کامل آزمون (مجموعه‌آزمون‌ها، زنده، Docker): آزمون
• اعتبارسنجی به‌روزرسانی و بستهٔ Plugin: آزمون به‌روزرسانی‌ها و Pluginها

پیش‌فرض عامل

نشست‌های عامل فقط برای منبع مورداعتماد و هنگامی‌که نصب وابستگی‌های موجود آماده است، یک یا چند آزمون متمرکز و بررسی‌های ایستای کم‌هزینه را به‌صورت محلی اجرا می‌کنند. هرگز ابزارهای مخزن نامطمئن را به‌صورت محلی اجرا نکنید. مجموعه‌آزمون‌های بزرگ‌تر، گیت‌های تغییرکرده با توزیع گستردهٔ بررسی نوع/لینت، ساخت‌ها، Docker، مسیرهای بسته، E2E، اثبات زنده و اعتبارسنجی چندسکویی از راه دور و از طریق Crabbox اجرا می‌شوند. اثبات سنگین نگه‌دارندگان مورداعتماد به‌طور پیش‌فرض از Blacksmith Testbox استفاده می‌کند. گردش‌کار پیکربندی‌شدهٔ Testbox اعتبارنامه‌ها را بارگذاری می‌کند؛ بنابراین کد مشارکت‌کنندگان نامطمئن یا فورک‌ها باید به‌جای آن از CI فورک بدون اسرار یا AWS Crabbox مستقیم و پاک‌سازی‌شده استفاده کند.

برای کارهای پیش‌بینی‌شده از قبل گرم‌سازی نکنید. هنگامی‌که نخستین فرمان سنگین آماده شد، بک‌اند را به‌صورت تنبل دریافت کنید، شناسهٔ tbx_... بازگردانده‌شده را برای فرمان‌های سنگین بعدی دوباره به‌کار ببرید، در هر اجرا وارسی فعلی را همگام‌سازی کنید و پیش از تحویل آن را متوقف کنید.

پس از نخستین استفادهٔ مجدد موفق، پوشش‌دهنده اثرانگشت مبنا، وابستگی و گردش‌کار Testbox اجاره را در .crabbox/testbox-leases/ ثبت می‌کند. ویرایش‌های صرفاً منبعی همچنان از جعبهٔ گرم‌شده استفاده می‌کنند. تغییر در مبنای ادغام، فایل قفل، ورودی مدیر بسته، پوشش‌دهنده یا گردش‌کار Testbox به‌صورت بسته شکست می‌خورد و به اجاره‌ای تازه نیاز دارد. هر اجرا همچنان وارسی فعلی را همگام‌سازی می‌کند. OPENCLAW_TESTBOX_ALLOW_STALE=1 فقط برای عیب‌یابی عمدی است، نه اثبات انتشار.

فرمان‌های آزمون محلی زیر برای گردش‌کارهای انسانی و اثبات محدود عامل هستند. در دسترس نبودن ارائه‌دهندهٔ راه دور باید گزارش شود؛ این وضعیت مجوز اجرای بی‌سروصدای یک گیت محلی گسترده نیست.

برای اثبات سنگین نامطمئن، با --provider aws به‌صورت تنبل گرم‌سازی کنید. هر اجرا باید CRABBOX_ENV_ALLOW=CI را تنظیم کند، --provider aws --no-hydrate را ارسال کند و پیش از نصب وابستگی‌ها یا اجرای آزمون‌ها از یک HOME موقت و تازهٔ راه دور استفاده کند. از اجاره‌ای تازه‌گرم‌شده و اختصاص‌یافته به همان منبع نامطمئن استفاده کنید؛ هرگز اجارهٔ مورداعتماد یا قبلاً بارگذاری‌شده با اعتبارنامه را دوباره به‌کار نبرید. یک باینری Crabbox نصب‌شده و مورداعتماد را از وارسی پاک و مورداعتماد main اجرا کنید و فقط PR راه دور را با --fresh-pr دریافت کنید؛ هرگز پوشش‌دهنده یا پیکربندی وارسی نامطمئن را به‌صورت محلی اجرا نکنید. CRABBOX_AWS_INSTANCE_PROFILE را لغو تنظیم کنید و مگر آنکه aws.instanceProfile حل‌شده خالی باشد، به‌صورت بسته شکست بخورید. پیش از هر نصب/آزمون، با ابزارهای مورداعتماد دارای مسیر مطلق، وجود توکن IMDSv2 را الزامی کنید، ثابت کنید نقطهٔ پایانی اعتبارنامه‌های IAM مقدار 404 را بازمی‌گرداند و تأیید کنید git rev-parse HEAD راه دور برابر با SHA کامل سر PR بررسی‌شده است. اجاره را به آن SHA مقید کنید و با تغییر سر، آن را متوقف و دوباره گرم کنید. scripts/crabbox-untrusted-bootstrap.sh مورداعتماد را از main پاک، همراه با --fresh-pr بارگذاری کنید؛ این اسکریپت Node/pnpm سنجاق‌شده را نصب می‌کند، SHA و سنجاق مدیر بسته را تأیید می‌کند، HOME را ایزوله می‌کند، وابستگی‌ها را نصب می‌کند و سپس آزمون درخواستی را اجرا می‌کند. اگر کارگزار نتواند نبود نقش یا وجود نداشتن PR راه دور را ثابت کند، از CI فورک بدون اسرار استفاده کنید. از hydrate-github، --no-sync یا گردش‌کار Testbox بارگذاری‌شده با اعتبارنامه استفاده نکنید. همهٔ بازنویسی‌های CRABBOX_TAILSCALE* را لغو تنظیم کنید، --network public --tailscale=false را اجباری کنید، پرچم‌های گرهٔ خروجی/LAN را پاک کنید و پیش از بارگذاری هر اسکریپت، از crabbox inspect بخواهید شبکه‌سازی عمومی بدون وضعیت Tailscale را گزارش کند.

ترتیب معمول محلی

1. pnpm test:changed برای اثبات Vitest با دامنهٔ تغییرکرده.
2. pnpm test <path-or-filter> برای یک فایل، دایرکتوری یا هدف صریح.
3. pnpm test فقط هنگامی‌که عمداً به مجموعهٔ کامل محلی Vitest نیاز دارید.

در یک درخت‌کاری Codex یا وارسی پیوندی/تنک، عامل‌ها از اجرای مستقیم محلی pnpm test* / pnpm check* / pnpm crabbox:run پرهیز می‌کنند:

• اثبات متمرکز محدود با وابستگی‌های آماده: node scripts/run-vitest.mjs <path-or-filter>.
• بررسی تغییرکرده با طبقه‌بندی مقدم: node scripts/check-changed.mjs؛ برنامه‌های صرفاً مستندات، بدون تغییر و فرادادهٔ کوچک، هنگامی‌که وابستگی‌ها آماده باشند محلی می‌مانند، درحالی‌که برنامه‌های سنگین یا فاقد وابستگی به Testbox واگذار می‌شوند.
• اثبات گستردهٔ صریح با اجارهٔ نگه‌داشته‌شده: node scripts/crabbox-wrapper.mjs run --provider blacksmith-testbox ... -- env OPENCLAW_CHECK_CHANGED_REMOTE_CHILD=1 OPENCLAW_CHANGED_LANES_RAW_SYNC=1 corepack pnpm check:changed تا pnpm درون Testbox اجرا شود.
• exitCode نهایی پوشش‌دهنده و JSON زمان‌بندی، نتیجهٔ فرمان هستند. اجرای واگذارشدهٔ Blacksmith GitHub Actions ممکن است پس از یک فرمان موفق SSH مقدار cancelled را نشان دهد، زیرا Testbox از بیرون کنش زنده‌نگه‌دارنده متوقف می‌شود؛ پیش از تلقی آن به‌عنوان شکست، خلاصهٔ پوشش‌دهنده و خروجی فرمان را بررسی کنید.
• OPENCLAW_HEAVY_CHECK_LOCK_SCOPE=worktree <local-heavy-check command>: سریال‌سازی بررسی سنگین را برای فرمان‌هایی مانند pnpm check:changed و pnpm test ... هدف‌گذاری‌شده، به‌جای دایرکتوری مشترک Git در درخت‌کاری فعلی نگه می‌دارد. فقط زمانی از آن در میزبان‌های محلی پرظرفیت استفاده کنید که عمداً بررسی‌های مستقلی را در چند درخت‌کاری پیوندی اجرا می‌کنید.

فرمان‌های اصلی

اجرای پوشش‌دهندهٔ آزمون با خلاصهٔ کوتاه [test] passed|failed|skipped ... in ... پایان می‌یابد؛ خط مدت‌زمان خود Vitest جزئیات هر شارد باقی می‌ماند.

وضعیت مشترک آزمون و یاریگرهای فرایند

• src/test-utils/openclaw-test-state.ts: هنگامی از Vitest استفاده کنید که آزمونی به HOME، OPENCLAW_STATE_DIR، OPENCLAW_CONFIG_PATH، فیکسچر پیکربندی، فضای کاری، دایرکتوری عامل یا مخزن پروفایل احراز هویت ایزوله نیاز دارد.
• pnpm test:env-mutations:report: گزارش غیرمسدودکنندهٔ آزمون‌ها/مهارهایی که HOME، OPENCLAW_STATE_DIR، OPENCLAW_CONFIG_PATH، OPENCLAW_WORKSPACE_DIR یا کلیدهای محیطی مرتبط را مستقیماً تغییر می‌دهند. از آن برای یافتن نامزدهای مهاجرت به یاریگر وضعیت مشترک آزمون استفاده کنید.
• test/helpers/openclaw-test-instance.ts: آزمون‌های E2E سطح فرایند که به Gateway درحال‌اجرا، محیط CLI، ثبت گزارش و پاک‌سازی در یک مکان نیاز دارند.
• مسیرهای E2E مربوط به Docker/Bash که scripts/lib/docker-e2e-image.sh را منبع‌گذاری می‌کنند، می‌توانند docker_e2e_test_state_shell_b64 <label> <scenario> را به کانتینر ارسال و با scripts/lib/openclaw-e2e-instance.sh رمزگشایی کنند؛ اسکریپت‌های چندخانه‌ای می‌توانند docker_e2e_test_state_function_b64 را ارسال و در هر جریان openclaw_test_state_create <label> <scenario> را فراخوانی کنند. node scripts/lib/openclaw-test-state.mjs -- create --label <name> --scenario <name> --env-file <path> --json یک فایل محیط میزبان قابل منبع‌گذاری می‌نویسد (وجود -- پیش از create مانع می‌شود زمان‌اجرای جدیدتر Node، --env-file را پرچم Node تلقی کند). مسیرهایی که Gateway راه‌اندازی می‌کنند می‌توانند scripts/lib/openclaw-e2e-instance.sh را برای تفکیک نقطهٔ ورود، راه‌اندازی آزمایشی OpenAI، اجرای پیش‌زمینه/پس‌زمینه، کاوش‌های آمادگی، برون‌بری محیط وضعیت، تخلیهٔ گزارش‌ها و پاک‌سازی فرایند منبع‌گذاری کنند.

مسیرهای رابط کنترل، TUI و افزونه

• E2E شبیه‌سازی‌شدهٔ رابط کنترل: pnpm test:ui:e2e مسیر Vitest + Playwright را اجرا می‌کند که رابط کنترل Vite را راه‌اندازی می‌کند و یک صفحهٔ واقعی Chromium را در برابر WebSocket شبیه‌سازی‌شدهٔ Gateway هدایت می‌کند. آزمون‌ها در ui/src/**/*.e2e.test.ts قرار دارند؛ شبیه‌سازی‌ها/کنترل‌های مشترک در ui/src/test-helpers/control-ui-e2e.ts قرار دارند. pnpm test:e2e این مسیر را شامل می‌شود. اجرای عامل‌ها، از جمله اثبات هدفمند، به‌طور پیش‌فرض از Testbox/Crabbox استفاده می‌کند؛ از node scripts/run-vitest.mjs run --config test/vitest/vitest.ui-e2e.config.ts --configLoader runner ui/src/ui/e2e/chat-flow.e2e.test.ts فقط برای بازگشت صریح به اجرای محلی استفاده کنید.
• آزمون‌های PTY در TUI: node scripts/run-vitest.mjs run --config test/vitest/vitest.tui-pty.config.ts مسیر سریع PTY با بک‌اند جعلی را اجرا می‌کند. OPENCLAW_TUI_PTY_INCLUDE_LOCAL=1 یا pnpm tui:pty:test:watch --mode local آزمون دود کندتر tui --local را اجرا می‌کند که فقط نقطهٔ پایانی مدل خارجی را شبیه‌سازی می‌کند. متن قابل‌مشاهدهٔ پایدار یا فراخوانی‌های فیکسچر را بررسی کنید، نه اسنپ‌شات‌های خام ANSI.
• pnpm test:extensions و pnpm test extensions همهٔ شاردهای افزونه/Plugin را اجرا می‌کنند. Pluginهای سنگین کانال، Plugin مرورگر و OpenAI به‌صورت شاردهای اختصاصی اجرا می‌شوند؛ سایر گروه‌های Plugin به‌صورت دسته‌ای باقی می‌مانند. pnpm test extensions/<id> یک مسیر Plugin همراه را اجرا می‌کند.
• فایل‌های منبعی که آزمون هم‌جوار دارند، پیش از بازگشت به گلوب‌های گسترده‌تر پوشه، به همان آزمون هم‌جوار نگاشت می‌شوند. ویرایش‌های ابزارهای کمکی در src/channels/plugins/contracts/test-helpers، src/plugin-sdk/test-helpers و src/plugins/contracts از یک گراف واردسازی محلی برای اجرای آزمون‌های واردکننده استفاده می‌کنند، به‌جای اینکه وقتی مسیر وابستگی دقیق است، همهٔ شاردها را به‌طور گسترده اجرا کنند.
• هدف‌های پوشهٔ قرارداد به مسیرهای قراردادی خود منشعب می‌شوند: pnpm test src/channels/plugins/contracts چهار پیکربندی قرارداد کانال را اجرا می‌کند و pnpm test src/plugins/contracts پیکربندی قراردادهای Plugin را اجرا می‌کند، زیرا پروژه‌های عمومی channels/plugins، contracts/** را مستثنا می‌کنند.
• auto-reply به سه پیکربندی اختصاصی (core، top-level، reply) تقسیم می‌شود تا هارنس پاسخ بر آزمون‌های سبک‌تر سطح‌بالای وضعیت/توکن/ابزار کمکی غلبه نکند.
• فایل‌های آزمون منتخب plugin-sdk و commands از مسیرهای سبک اختصاصی عبور می‌کنند که فقط test/setup.ts را نگه می‌دارند و موارد سنگین از نظر زمان اجرا را در مسیرهای موجودشان باقی می‌گذارند.
• پیکربندی پایهٔ Vitest به‌طور پیش‌فرض از pool: "threads" و isolate: false استفاده می‌کند و اجراکنندهٔ مشترکِ غیرایزوله در سراسر پیکربندی‌های مخزن فعال است.
• pnpm test:channels، vitest.channels.config.ts را اجرا می‌کند.

Gateway و E2E

• یکپارچه‌سازی Gateway انتخابی است: OPENCLAW_TEST_INCLUDE_GATEWAY=1 pnpm test یا pnpm test:gateway.
• pnpm test:e2e: مجموعهٔ E2E مخزن = pnpm test:e2e:gateway && pnpm test:ui:e2e.
• pnpm test:e2e:gateway: آزمون‌های دود سرتاسری Gateway (جفت‌سازی چندنمونه‌ای WS/HTTP/Node). به‌طور پیش‌فرض از threads + isolate: false با workerهای تطبیقی در vitest.e2e.config.ts استفاده می‌کند؛ تنظیم با OPENCLAW_E2E_WORKERS=<n> و گزارش‌های مفصل با OPENCLAW_E2E_VERBOSE=1.
• pnpm test:live: آزمون‌های زندهٔ ارائه‌دهنده (Claude/Minimax/DeepSeek/z.ai/و غیره، با کنترل *.live.test.ts). برای لغو پرش، به کلیدهای API و LIVE=1 (یا OPENCLAW_LIVE_TEST=1) نیاز دارد؛ خروجی مفصل با OPENCLAW_LIVE_TEST_QUIET=0.

مجموعهٔ کامل Docker (pnpm test:docker:all)

تصویر مشترک آزمون زنده را می‌سازد، OpenClaw را یک‌بار به‌صورت tarball در npm بسته‌بندی می‌کند، یک تصویر اجراکنندهٔ سادهٔ Node/Git و یک تصویر عملیاتی را که آن tarball را در /app نصب می‌کند می‌سازد/دوباره استفاده می‌کند، سپس مسیرهای دود Docker را از طریق یک زمان‌بند وزن‌دار اجرا می‌کند. scripts/package-openclaw-for-docker.mjs تنها بسته‌بند محلی/CI است و پیش از مصرف توسط Docker، tarball و dist/postinstall-inventory.json را اعتبارسنجی می‌کند.

• تصویر ساده (OPENCLAW_DOCKER_E2E_BARE_IMAGE): مسیرهای نصب‌کننده/به‌روزرسانی/وابستگی Plugin؛ به‌جای منابع کپی‌شدهٔ مخزن، tarball ازپیش‌ساخته‌شده را mount می‌کند.
• تصویر عملیاتی (OPENCLAW_DOCKER_E2E_FUNCTIONAL_IMAGE): مسیرهای عادی عملکرد برنامهٔ ساخته‌شده.
• تعریف مسیرها: scripts/lib/docker-e2e-scenarios.mjs. برنامه‌ریز: scripts/lib/docker-e2e-plan.mjs. اجراکننده: scripts/test-docker-all.mjs.
• node scripts/test-docker-all.mjs --plan-json برنامهٔ CI تحت مالکیت زمان‌بند (مسیرها، انواع تصویر، نیازهای بسته/تصویر زنده، سناریوهای وضعیت، بررسی اعتبارنامه‌ها) را بدون ساخت یا اجرای Docker تولید می‌کند.

گزینه‌های تنظیم زمان‌بندی (متغیرهای محیطی، مقادیر پیش‌فرض داخل پرانتز):

الگوی متغیر محیطی برای سقف منابع OPENCLAW_DOCKER_ALL_<RESOURCE>_LIMIT است (نام منبع با حروف بزرگ و نویسه‌های غیرالفبایی‌عددی که به _ تبدیل شده‌اند).

سایر رفتارها: اجراکننده به‌طور پیش‌فرض Docker را پیش‌بررسی می‌کند، کانتینرهای قدیمی E2E مربوط به OpenClaw را پاک‌سازی می‌کند، حافظه‌های نهان ابزار CLI ارائه‌دهنده را میان مسیرهای سازگار به اشتراک می‌گذارد و پس از نخستین شکست، زمان‌بندی مسیرهای تجمیع‌شده جدید را متوقف می‌کند، مگر اینکه OPENCLAW_DOCKER_ALL_FAIL_FAST=0 تنظیم شده باشد. اگر یک مسیر در میزبانی با موازی‌سازی کم از سقف مؤثر وزن/منبع فراتر رود، همچنان می‌تواند از یک مخزن خالی شروع شود و تا زمان آزادسازی ظرفیت به‌تنهایی اجرا شود. گزارش‌های هر مسیر، summary.json، failures.json و زمان‌بندی مراحل در .artifacts/docker-tests/<run-id>/ نوشته می‌شوند؛ برای بررسی مسیرهای کند از pnpm test:docker:timings <summary.json> و برای چاپ فرمان‌های کم‌هزینه اجرای مجدد هدفمند از pnpm test:docker:rerun <run-id|summary.json|failures.json> استفاده کنید.

مسیرهای شاخص Docker

دروازه محلی PR

برای بررسی‌های محلی فرود/دروازه PR، اجرا کنید:

• pnpm check:changed
• pnpm check
• pnpm check:test-types
• pnpm build
• pnpm test
• pnpm check:docs

اگر pnpm test روی یک میزبان پربار دچار شکست ناپایدار شد، پیش از درنظرگرفتن آن به‌عنوان پس‌رفت، یک‌بار دیگر اجرا کنید و سپس با pnpm test <path/to/test> آن را ایزوله کنید. برای میزبان‌های دارای محدودیت حافظه:

• OPENCLAW_VITEST_MAX_WORKERS=1 pnpm test
• OPENCLAW_VITEST_FS_MODULE_CACHE_PATH=/tmp/openclaw-vitest-cache pnpm test:changed

ابزارهای کارایی آزمون

• pnpm test:perf:imports: گزارش مدت واردسازی و تفکیک واردسازی Vitest را فعال می‌کند، درحالی‌که همچنان برای هدف‌های صریح فایل/دایرکتوری از مسیریابی محدودشده مسیر استفاده می‌کند. pnpm test:perf:imports:changed همین پروفایل‌سازی را به فایل‌های تغییرکرده از زمان origin/main محدود می‌کند.
• pnpm test:perf:changed:bench -- --ref <git-ref> مسیر حالت تغییرکرده هدایت‌شده را در برابر اجرای بومی پروژه ریشه برای همان تفاوت ثبت‌شده git بنچمارک می‌کند؛ pnpm test:perf:changed:bench -- --worktree مجموعه تغییرات فعلی درخت کاری را بدون ثبت قبلی بنچمارک می‌کند.
• pnpm test:perf:profile:main یک پروفایل CPU برای رشته اصلی Vitest می‌نویسد (.artifacts/vitest-main-profile)؛ pnpm test:perf:profile:runner پروفایل‌های CPU و heap را برای اجراکننده آزمون واحد می‌نویسد (.artifacts/vitest-runner-profile).
• pnpm test:perf:groups --full-suite --allow-failures --output .artifacts/test-perf/baseline-before.json: هر پیکربندی نهایی Vitest در مجموعه کامل را به‌صورت ترتیبی اجرا می‌کند و داده‌های مدت گروه‌بندی‌شده را همراه با مصنوعات JSON/گزارش هر پیکربندی می‌نویسد. گزارش‌های مجموعه کامل به‌طور پیش‌فرض فایل‌ها را ایزوله می‌کنند تا گراف‌های ماژول نگه‌داری‌شده و توقف‌های GC از فایل‌های قبلی به ادعاهای بعدی منظور نشوند؛ فقط هنگامی که عمداً انباشت کارگر مشترک را پروفایل می‌کنید، -- --no-isolate را ارسال کنید. عامل کارایی آزمون پیش از تلاش برای رفع آزمون‌های کند، از این مورد به‌عنوان خط مبنا استفاده می‌کند. pnpm test:perf:groups:compare .artifacts/test-perf/baseline-before.json .artifacts/test-perf/after-agent.json گزارش‌های گروه‌بندی‌شده پس از یک تغییر متمرکز بر کارایی را مقایسه می‌کند.
• اجراهای شارد مجموعه کامل، افزونه و الگوی شامل، داده‌های زمان‌بندی محلی را در .artifacts/vitest-shard-timings.json به‌روزرسانی می‌کنند؛ اجراهای بعدی کل پیکربندی از این زمان‌بندی‌ها برای متعادل‌سازی شاردهای کند و سریع استفاده می‌کنند. شاردهای CI با الگوی شامل، نام شارد را به کلید زمان‌بندی می‌افزایند؛ بنابراین زمان‌بندی شاردهای فیلترشده بدون جایگزینی داده‌های زمان‌بندی کل پیکربندی قابل‌مشاهده باقی می‌ماند. برای نادیده‌گرفتن مصنوع زمان‌بندی محلی، OPENCLAW_TEST_PROJECTS_TIMINGS=0 را تنظیم کنید.

بنچمارک‌ها

pnpm tsx scripts/bench-model.ts --runs 10

pnpm test:startup:benchpnpm test:startup:bench:smokepnpm test:startup:bench:savepnpm test:startup:bench:updatepnpm test:startup:bench:checkpnpm tsx scripts/bench-cli-startup.ts --runs 12pnpm tsx scripts/bench-cli-startup.ts --preset real --case status --case gatewayStatus --runs 3pnpm tsx scripts/bench-cli-startup.ts --entry openclaw.mjs --entry-secondary dist/entry.js --preset all

pnpm test:startup:gateway -- --runs 5 --warmup 1pnpm test:startup:gateway -- --case skipChannels --case fiftyPlugins --runs 5node --import tsx scripts/bench-gateway-startup.ts --case default --runs 5 --output .artifacts/gateway-startup.json

pnpm test:restart:gateway -- --case skipChannels --runs 1 --restarts 5pnpm test:restart:gateway -- --case default --runs 3 --restarts 3 --warmup 1

E2E ورود اولیه (Docker)

اختیاری؛ فقط برای آزمون‌های دودِ ورود اولیه در محیط کانتینری لازم است. جریان کامل شروع سرد در یک کانتینر تمیز Linux:

scripts/e2e/onboard-docker.sh

ویزارد تعاملی را از طریق یک شبه‌TTY هدایت می‌کند، فایل‌های پیکربندی/فضای کاری/نشست را اعتبارسنجی می‌کند، سپس Gateway را راه‌اندازی و openclaw health را اجرا می‌کند.

آزمون دودِ درون‌ریزی QR (Docker)

اطمینان می‌دهد که راهنمای زمان اجرای QR نگه‌داری‌شده تحت زمان‌های اجرای پشتیبانی‌شدهٔ Node در Docker بارگذاری می‌شود (Node 24 پیش‌فرض، سازگار با Node 22):

pnpm test:docker:qr

مرتبط

• آزمون
• آزمون زنده
• آزمون به‌روزرسانی‌ها و Pluginها