آزمون‌ها

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

پیش‌فرض عامل

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

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

node scripts/crabbox-wrapper.mjs warmup --provider blacksmith-testbox --keep --timing-json

پس از نخستین استفادهٔ مجدد موفق، پوشش‌دهنده اثرانگشت مبنا، وابستگی و گردش‌کار 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/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 ازپیش‌ساخته‌شده را متصل می‌کند.
• تصویر عملیاتی (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: گزارش مدت‌زمان import و تفکیک import در Vitest را فعال می‌کند، درحالی‌که برای هدف‌های صریح فایل/دایرکتوری همچنان از مسیریابی lane محدودشده استفاده می‌کند. pnpm test:perf:imports:changed همان پروفایل‌گیری را به فایل‌های تغییرکرده از زمان origin/main محدود می‌کند.
• pnpm test:perf:changed:bench -- --ref <git-ref> مسیر مسیریابی‌شدهٔ حالت تغییرات را برای همان diff ثبت‌شدهٔ git با اجرای بومی پروژهٔ ریشه بنچمارک می‌کند؛ pnpm test:perf:changed:bench -- --worktree مجموعه‌تغییرات worktree فعلی را بدون نیاز به commit اولیه بنچمارک می‌کند.
• 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 ناشی از فایل‌های قبلی به assertionهای بعدی منظور نشوند؛ -- --no-isolate را فقط هنگام پروفایل‌گیری عمدی از انباشت worker مشترک ارسال کنید. عامل عملکرد آزمون پیش از تلاش برای رفع تست‌های کند، از این مورد به‌عنوان خط مبنا استفاده می‌کند. pnpm test:perf:groups:compare .artifacts/test-perf/baseline-before.json .artifacts/test-perf/after-agent.json گزارش‌های گروه‌بندی‌شده را پس از تغییری با تمرکز بر عملکرد مقایسه می‌کند.
• اجراهای shard کامل، افزونه و الگوی include، داده‌های زمان‌بندی محلی را در .artifacts/vitest-shard-timings.json به‌روزرسانی می‌کنند؛ اجراهای بعدیِ کل پیکربندی از این زمان‌بندی‌ها برای متعادل‌کردن shardهای کند و سریع استفاده می‌کنند. shardهای CI با الگوی include نام shard را به کلید زمان‌بندی می‌افزایند تا زمان‌بندی shardهای فیلترشده بدون جایگزین‌کردن داده‌های زمان‌بندی کل پیکربندی قابل‌مشاهده بماند. برای نادیده‌گرفتن مصنوع زمان‌بندی محلی، 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

wizard تعاملی را از طریق pseudo-tty هدایت می‌کند، فایل‌های پیکربندی/workspace/session را تأیید می‌کند، سپس Gateway را راه‌اندازی کرده و openclaw health را اجرا می‌کند.

تست دودِ import کردن QR (Docker)

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

pnpm test:docker:qr

مرتبط

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