Ada beberapa cara untuk menguji permainan, dua yang paling sering digunakan adalah: pengujian unit dan integrasi.
Untuk pengujian unitAnda sedang menguji cara kerja dalam game, tanpa benar-benar menjalankannya. Anda dapat melakukan ini untuk modul tertentu yang memiliki dependensi yang disarikan (mis., Logika yang menghitung Quest XP yang Anda peroleh, berdasarkan serangkaian faktor tertentu; apakah suara yang diberikan dimainkan). Bergantung pada seberapa banyak Anda mengabstraksi logika Anda, Anda bisa menguji lebih banyak, tetapi untuk persatuan secara khusus, mungkin akan lebih sulit mengingat cara arsitektur game dilakukan (misalnya, mewarisi dari monobehaviour). Namun demikian, menerapkan pola OOP seperti komposisi, Anda dapat mengekstrak bit logika yang dapat diuji dengan cara deterministik (misalnya, fisika), bahkan jika kadang-kadang dapat dilihat sebagai agak ekstrim. Itu semua tergantung pada berapa banyak waktu yang Anda miliki, apakah Anda memulai dari awal dengan proyek atau tidak, berapa banyak pengalaman yang Anda miliki, dll. Secara umum, saya belum Saya tidak melihat banyak pengujian unit dalam game dibandingkan dengan proyek perangkat lunak non-game lainnya. Pengujian semacam ini cukup mudah untuk diotomatisasi karena Anda memberikan perilaku mengejek yang Anda tiru.
Untuk pengujian integrasi , Anda berinteraksi dengan game "keseluruhan" pada waktu tertentu, ketika semua bagian berjalan. Tergantung pada kedalaman hal yang ingin Anda uji, saya melihat mungkin sangat mudah untuk langsung mustahil.
Satu ide adalah membangun "tes integrasi", yang mencatat setiap (sebagian besar) tindakan yang dilakukannya (mis., Spawning monster, memainkan suara, efek awal, spawning particle). Setelah berjalan selama waktu tertentu, Anda dapat memeriksa log untuk melihat apakah itu cocok dengan pola yang diberikan (ini juga tergantung pada seberapa acak gim ini, berdasarkan input). Sekarang, ini terdengar sederhana, tetapi pertanyaannya adalah: bagaimana Anda memberi tahu permainan untuk melakukan tindakan yang diinginkan? Yang membawa saya ke ide kedua.
Gagasan lain adalah memiliki jenis server dalam permainan, sekali lagi, untuk tujuan pengujian, yang dapat memproses permintaan (misalnya, melalui API REST), dan yang bertindak atas entitas. Permintaan dapat berupa hal-hal seperti: bergerak ke kiri, melompat, memutar derajat X, mengubah viewport, dll. Dengan pendekatan ini Anda juga dapat melakukan "pemeriksaan" bahwa permainan bertindak seperti yang diharapkan, baik dengan memeriksa keadaan secara langsung, atau memverifikasi virtual log peristiwa yang terjadi. Pendekatan ini digunakan oleh alat pengujian UI lainnya untuk ponsel (mis., Xamarin Test Cloud)
Untuk bagian pengontrol, jika game Anda berbasis sentuhan / browser, Anda bisa mensimulasikan tindakan melalui perangkat sentuh / input virtual, tetapi ini sedikit lebih sulit, tergantung pada kerumitan tindakan.
Gagasan lain, berkenaan dengan aspek visual, adalah untuk mengambil beberapa tangkapan layar referensi, gambar selama fase awal, dan membandingkannya setelah urutan tindakan yang sama terjadi pada versi yang lebih baru. Perbandingan dapat memiliki tunjangan penyimpangan tertentu, untuk menjaga terhadap perubahan kecil. Selama pengujian, Anda dapat mencatat layar yang tidak cocok dan melihat perbedaannya. Mungkin saja layar referensi perlu diperbarui karena perubahan yang berbeda. Dalam hal ini permainan dapat dijalankan kembali dengan tindakan yang telah ditetapkan, dan gambar referensi diperbarui. Ini mungkin tidak akan bekerja dengan baik dengan sistem partikel, atau adegan yang dibuat secara acak, kecuali jika Anda menggunakan ide sebelumnya untuk mengatur semacam benih, yang digunakan untuk menghasilkan partikel.
Untuk suara, mungkin sedikit lebih sulit, karena akan melibatkan "mendengarkan" ke perangkat OUT (yang tidak selalu mungkin IIRC, karena itu tergantung pada perangkat keras sistem). Tetapi jika memungkinkan Anda dapat melakukan perbandingan berbasis referensi yang sama seperti yang Anda lakukan dengan gambar.
Saya harap ini menjelaskan bagaimana Anda bisa mengotomatiskan pengujian game.
Sunting Kemudian: Saya baru saja melihat bahwa ada pertanyaan terkait lainnya yang mungkin memberi Anda beberapa petunjuk tentang bagaimana Anda akan melakukan bagian-bagian tertentu: Pengujian permainan secara otomatis