test-ecs-core

द्वारा facebook

ECS कोर कार्यक्षमता (सिस्टम रजिस्ट्रेशन, कंपोनेंट्स, ट्रांसफॉर्म सिंक, पॉज़/स्टेप/रिज़्यूम, सिस्टम टॉगल, एंटिटी डिस्कवरी, स्नैपशॉट) का पोक के विरुद्ध परीक्षण करें…

npx skills add https://github.com/facebook/immersive-web-sdk --skill test-ecs-core

ECS Core Test

Run 8 test suites covering ECS system registration, component schemas, Transform sync, pause/step/resume, system toggle, entity discovery, snapshot/diff, and stability.

Configuration:

  • EXAMPLE_DIR: $IWSDK_REPO_ROOT/examples/poke

Tool calls: every tool call is npx @iwsdk/cli <subcommand> [--input-json '<JSON>'] [--timeout <ms>], run from inside the example workspace (cwd $EXAMPLE_DIR). The CLI auto-discovers the IWSDK app root from cwd, so no path tricks are required. Run npx @iwsdk/cli mcp inspect from the example to discover available tools and their CLI subcommands.

  • <JSON> is a JSON object string. Omit --input-json if no arguments are needed.
  • Output is JSON on stdout: {ok, workspaceRoot, operation, result}. Parse it to check assertions.
  • Use --timeout 20000 for operations that may take longer (reload, xr enter, screenshot).

IMPORTANT: Run each Bash command one at a time. Parse the JSON output and verify assertions before moving to the next command. Do NOT chain multiple CLI commands together.

IMPORTANT: When the instructions say "wait N seconds", use sleep N as a separate Bash command.


Step 1: Install Dependencies

cd $IWSDK_REPO_ROOT/examples/poke && npm run fresh:install

Wait for this to complete before proceeding.


Step 2: Start Dev Server

Start the dev server as a background task using the Bash tool's run_in_background: true parameter:

cd $IWSDK_REPO_ROOT/examples/poke && npm run dev

IMPORTANT: This command MUST be run with run_in_background: true on the Bash tool — do NOT append & to the command itself.

Once the background task is launched, poll the output for Vite's ready message (up to 60s). You can also run npx @iwsdk/cli dev status from the example directory until state.running becomes true. You do not need to extract or manage the port yourself; subsequent commands resolve the active runtime through the CLI automatically.

If the server fails to start within 60 seconds, report FAIL for all suites and skip to Step 5.


Step 3: Verify Connectivity

npx @iwsdk/cli ecs systems 2>/dev/null

This must return JSON with a list of systems. If it fails:

  1. Check the dev server output for errors
  2. Try killing and restarting the server (Step 2)
  3. If it still fails, report FAIL for all suites and skip to Step 5

Step 4: Run Test Suites

Pre-test Setup

Run these commands in order:

  1. Record the test start time immediately before reloading:

    node -p 'Date.now()'
    

    Save the output as <test-start-ms>.

  2. npx @iwsdk/cli browser reload --timeout 20000 2>/dev/null Then: sleep 3

  3. npx @iwsdk/cli xr enter --timeout 20000 2>/dev/null Then: sleep 2

  4. npx @iwsdk/cli browser logs --input-json '{"since":<test-start-ms>,"level":["error","warn"]}' 2>/dev/null Assert: result should be empty or have no errors/warnings


Suite 1: System Registration

Test 1.1: List All Systems

npx @iwsdk/cli ecs systems 2>/dev/null

Assert these framework systems are present with correct priorities:

SystemPriority
LocomotionSystem-5
InputSystem-4
GrabSystem-3
TransformSystem0
VisibilitySystem0
EnvironmentSystem0
LevelSystem0
AudioSystem0
PanelUISystem-3.8

Also verify entity counts:

  • InputSystem: rayInteractables >= 1, pokeInteractables >= 1
  • TransformSystem: transform >= 5
  • LevelSystem: levelEntities >= 4

Suite 2: Component Registration

Test 2.1: List All Components

npx @iwsdk/cli ecs components 2>/dev/null

Assert these components are present:

  • Transform with fields: position (Vec3), orientation (Vec4), scale (Vec3), parent (Entity)
  • Visibility with field: isVisible (Boolean, default: true)
  • LevelRoot (no fields — marker)
  • LevelTag with field: id (String)
  • PanelUI with field: config (String); this is the legacy raw-URL adapter
  • AudioSource with fields: src (FilePath), volume (Float32)

Test 2.2: Transform Default Values From the ecs_list_components output, verify Transform field defaults:

  • position default: [NaN, NaN, NaN]
  • orientation default: [NaN, NaN, NaN, NaN]
  • scale default: [NaN, NaN, NaN]

Suite 3: Transform Sync (ECS <-> Object3D)

Test 3.1: Modify Transform Position

  1. Find an entity with LevelTag:

    npx @iwsdk/cli ecs find --input-json '{"withComponents":["LevelTag"]}' 2>/dev/null
    

    Pick the first entity's entityIndex.

  2. Get the scene hierarchy to find the entity's Object3D UUID:

    npx @iwsdk/cli scene runtime-hierarchy --input-json '{"maxDepth":3}' 2>/dev/null
    

    Find the node matching the entity index.

  3. Get initial transform:

    npx @iwsdk/cli scene transform --input-json '{"uuid":"<UUID>"}' 2>/dev/null
    
  4. Set position via ECS:

    npx @iwsdk/cli ecs set-component --input-json '{"entityIndex":<N>,"componentId":"Transform","field":"position","value":"[0, 2, -1]"}' 2>/dev/null
    
  5. Verify Object3D moved:

    npx @iwsdk/cli scene transform --input-json '{"uuid":"<UUID>"}' 2>/dev/null
    

    Assert: localPosition matches [0, 2, -1] (within tolerance of 0.01).


Suite 4: ECS Pause / Step / Resume

Test 4.1: Pause

npx @iwsdk/cli ecs pause 2>/dev/null

Assert: paused === true, systemCount >= 12

Test 4.2: Step

npx @iwsdk/cli ecs step --input-json '{"count":5}' 2>/dev/null

Assert: framesAdvanced === 5

Test 4.3: Resume

npx @iwsdk/cli ecs resume 2>/dev/null

Assert: paused === false


Suite 5: System Toggle

Test 5.1: Pause a System

npx @iwsdk/cli ecs toggle-system --input-json '{"name":"GrabSystem","paused":true}' 2>/dev/null

Assert: isPaused === true

Test 5.2: Resume a System

npx @iwsdk/cli ecs toggle-system --input-json '{"name":"GrabSystem","paused":false}' 2>/dev/null

Assert: isPaused === false


Suite 6: Entity Discovery

Test 6.1: Find by Component

npx @iwsdk/cli ecs find --input-json '{"withComponents":["LevelRoot"]}' 2>/dev/null

Assert: exactly 1 entity

npx @iwsdk/cli ecs find --input-json '{"withComponents":["Transform"]}' 2>/dev/null

Assert: returns entities (count >= 5)

npx @iwsdk/cli ecs find --input-json '{"withComponents":["LevelTag"]}' 2>/dev/null

Assert: returns entities (count >= 4)

Test 6.2: Find by Name Pattern

npx @iwsdk/cli ecs find --input-json '{"namePattern":"LevelRoot"}' 2>/dev/null

Assert: matches entity named "LevelRoot"

Test 6.3: Exclude Components

npx @iwsdk/cli ecs find --input-json '{"withComponents":["Transform"],"withoutComponents":["LevelTag"]}' 2>/dev/null

Assert: returns only persistent entities (fewer than the full Transform set)


Suite 7: Snapshot & Diff

Test 7.1: Snapshot

npx @iwsdk/cli ecs snapshot --input-json '{"label":"baseline"}' 2>/dev/null

Assert: entityCount >= 5, componentCount >= 20

Test 7.2: Modify and Diff

  1. Find an entity with LevelTag:

    npx @iwsdk/cli ecs find --input-json '{"withComponents":["LevelTag"]}' 2>/dev/null
    
  2. Set its position:

    npx @iwsdk/cli ecs set-component --input-json '{"entityIndex":<N>,"componentId":"Transform","field":"position","value":"[1, 1, 1]"}' 2>/dev/null
    
  3. Take second snapshot:

    npx @iwsdk/cli ecs snapshot --input-json '{"label":"modified"}' 2>/dev/null
    
  4. Diff:

    npx @iwsdk/cli ecs diff --input-json '{"from":"baseline","to":"modified"}' 2>/dev/null
    

    Assert: diff shows Transform.position changed to [1, 1, 1]


Suite 8: Stability

npx @iwsdk/cli browser logs --input-json '{"since":<test-start-ms>,"count":30,"level":["error","warn"]}' 2>/dev/null

Assert: No application-level errors or warnings. Pre-existing 404 resource errors from page load are acceptable.


Step 5: Cleanup & Results

Kill the dev server:

cd $IWSDK_REPO_ROOT/examples/poke && npx @iwsdk/cli dev down

Output a summary table:

| Suite                    | Result    |
|--------------------------|-----------|
| 1. System Registration   | PASS/FAIL |
| 2. Component Registration| PASS/FAIL |
| 3. Transform Sync        | PASS/FAIL |
| 4. Pause/Step/Resume     | PASS/FAIL |
| 5. System Toggle         | PASS/FAIL |
| 6. Entity Discovery      | PASS/FAIL |
| 7. Snapshot & Diff       | PASS/FAIL |
| 8. Stability             | PASS/FAIL |

If any suite fails, include which assertion failed and actual vs expected values.


Recovery

If at any point a transient error occurs (server crash, WebSocket timeout, connection refused, etc.) that is NOT caused by a source code bug:

  1. Stop the dev server: cd $IWSDK_REPO_ROOT/examples/poke && npx @iwsdk/cli dev down
  2. Restart: re-run Step 2 to start a fresh dev server
  3. Re-run the Pre-test Setup (reload, accept session)
  4. Retry the failed suite

Only give up after one retry attempt per suite. If the same suite fails twice, mark it FAIL and continue to the next suite.


Known Issues & Workarounds

Transform NaN defaults

Transform fields default to [NaN, NaN, NaN] — by design. NaN sentinel means "don't overwrite existing Object3D value".

UUIDs change on reload

Three.js Object3D UUIDs regenerate on page reload. Always call npx @iwsdk/cli scene runtime-hierarchy after reload.

ecs_step timeout

npx @iwsdk/cli ecs step has a 5-second timeout per step. If render loop is inactive, steps may fail.

Entity indices change on reload

Never cache entity indices across reloads. Always re-discover via npx @iwsdk/cli ecs find.

Console log noise

Some warnings (e.g., TLS self-signed cert) are expected and should be ignored. Only check for application-level errors/warnings.

facebook की और Skills

gc-safe-coding
facebook
पूर्ण स्पष्टीकरण और तर्क के लिए, doc/GCSafeCoding.md देखें।
app-review-prep
facebook
Meta ऐप को App Review के लिए तैयार करें — वर्तमान स्थिति, लंबित आवश्यकताएँ, प्रदत्त विशेषाधिकार, और सबमिशन इतिहास जाँचें। ऐप सबमिट करने से पहले उपयोग करें…
api-health
facebook
मेटा ऐप के लिए API स्वास्थ्य की निगरानी करें — दर सीमाएँ, कॉल वॉल्यूम और API डिप्रिकेशन जाँचें। थ्रॉटलिंग का निदान करने, क्षमता की योजना बनाने या API संस्करण… के लिए तैयारी करने हेतु उपयोग करें।
debug-webhooks
facebook
मेटा ऐप के लिए वेबहुक समस्याओं का निवारण करें — सक्रिय सदस्यताओं की जाँच करें, गलत कॉन्फ़िगरेशन की पहचान करें, और डिलीवरी सत्यापित करने के लिए परीक्षण पेलोड भेजें। तब उपयोग करें जब…
api-integration
facebook
किसी डेवलपर को शुरू से Meta API इंटीग्रेशन सेट करने में मार्गदर्शन करें — सही APIs खोजें, सेटअप गाइड प्राप्त करें, प्रमाणीकरण आवश्यकताएँ,…
webhook-setup
facebook
Meta ऐप के लिए webhooks को end-to-end सेट करें — उपलब्ध topics खोजें, fields को subscribe करें, और test payload से verify करें। इसका उपयोग webhooks कॉन्फ़िगर करते समय करें…
test-ui
facebook
iwsdk CLI का उपयोग करके पोक उदाहरण के विरुद्ध Test UI सिस्टम (PanelUI, ScreenSpace) का परीक्षण करें।
flags
facebook
React रिलीज़ चैनलों में फीचर फ्लैग स्थितियों का निरीक्षण और तुलना करें। सभी चैनलों (www, www-modern, canary, next, experimental, rn वेरिएंट) में सभी फ्लैग देखें या --diff के साथ विशिष्ट चैनलों की तुलना करें। आउटपुट प्रारूपों में डिफ़ॉल्ट तालिका दृश्य, CSV निर्यात और क्लीनअप स्थिति समूहीकरण शामिल है। फ्लैग स्थितियाँ प्रतीकों द्वारा इंगित की जाती हैं: सक्षम (✅), अक्षम (❌), वेरिएंट परीक्षण (🧪), केवल प्रोफाइलिंग