Ujian Permainan Automatik dengan IDE AI + Enjin MCP: Laluan Praktikal

Tajuk

Ujian automatik dalam projek permainan biasanya berjalan pada dua landasan: penegasan unit / edit-mode dalam repo, dan pemeriksaan yang memerlukan konteks enjin langsung (scene, prefab, hierarki). Skrip UI yang dirakam sering rosak apabila susun atur berubah. Pendekatan yang lebih tahan lama: dari IDE AI (Cursor, Claude Code, dan seumpamanya), gunakan enjin MCP supaya model boleh membaca dan menulis pokok scene, komponen, dan skrip—menjadikan niat ujian sebagai langkah berulang.

Apa yang perlu diautomasikan

Utamakan kerja yang berstruktur, boleh disahkan, dan boleh disemak dalam diff:

1. Asap struktur — scene kritikal dimuatkan; prefab pemain/musuh mempunyai komponen yang diperlukan; akar UI utuh
2. Audit konvensyen — folder dan penamaan; tiada laluan nod yang dikod keras secara mendalam; API awam dan isyarat masih wujud
3. Rangka ujian — Unity Test Framework, scene ujian Godot, stub ujian unit Cocos
4. Semakan semula selepas perubahan — selepas edit permainan, jalankan semula senarai semak yang sama terhadap scene dan skrip

Ladang peranti, profil mendalam, dan QA eksplorasi luas masih menjadi milik alat dan pakar khusus. Laluan MCP mempercepatkan pemeriksaan berstruktur di sisi editor.

Laluan yang disyorkan

1. Tulis niat sebagai senarai semak

Kongsi senarai dengan manusia dan model. Contoh:

• Selepas scene utama dimuatkan, Player wujud dengan pergerakan diaktifkan
• Inventori bermula tertutup; apabila dibuka, ia menyekat input dunia
• Prefab musuh mempunyai collider + kesihatan, dengan isyarat/event yang diperlukan disambungkan

Simpan dalam dokumen repo seperti TESTING.md dan kembangkan bersama projek.

2. Sambungkan enjin MCP

Pasang dan mulakan MCP dalam projek sasaran; sambungkan dari IDE AI melalui localhost. Panduan:

• Unity MCP
• Godot MCP
• Cocos Creator: 3.x · 2.x

Pastikan pembantu ujian tidak disertakan dalam binaan pemain yang dihantar.

3. Jalankan pemeriksaan dan rangka ujian dalam sembang

Prompt harus merangkumi laluan, jangkaan, dan kekangan:

Buka scene utama, senaraikan akar Hierarchy; sahkan Player dengan komponen move/health. Jika tiada, senaraikan jurang—jangan cipta sistem penuh secara senyap.

Draf penegasan Test Runner untuk inventori buka/tutup dengan mesej kegagalan yang mudah dibaca.

Model memeriksa keadaan editor melalui MCP dan mengedit pembantu ujian; anda semak diff, jalankan ujian secara tempatan, kemudian gabungkan.

4. Sambungkan CI selepas kestabilan tempatan

Sambungkan arahan yang terbukti (Unity Test Framework, ujian headless Godot, dll.) ke CI. Gunakan MCP pada mesin pembangunan untuk menulis dan menyelenggara ujian tersebut; CI menjalankan skrip dalam repo untuk hasil yang boleh dihasilkan semula.

Kekerapan

Senarai niat → Audit baca sahaja MCP → Jana/kemas kini penegasan → Hijau tempatan → (pilihan) CI
        ↑______________________________________________|
              Jalankan semula selepas perubahan permainan atau scene

Komit sebelum suntingan besar. Apabila model menyentuh fail ujian, hadkannya kepada laluan dalam senarai semak untuk memastikan diff kecil.

Langkah seterusnya

1. Letakkan 5–10 niat asap dalam TESTING.md
2. Sambungkan MCP untuk enjin anda; jalankan satu audit scene baca sahaja
3. Rangka penegasan pertama, luluskan secara tempatan, kemudian pertimbangkan CI

Juga berguna: Godot MCP vs skrip manual, Aliran kerja Unity MCP + Cursor.