Oyunlarda basit vakaları test etmenin en iyi yolu

Yeni bir oyun tasarlarken ve test ederken, çoğu zaman, işlevselliği deneyen insanlar şeylere alışırlar ve artık "aptalca yolları" denemezler. Bu nedenle, geliştirme bir şeyi bozarsa, sadece yeni bir kullanıcının denemeyi rahatsız edebileceği bir özellik olabilir. Nihayet piyasaya sürüldüğünde veya büyük bir güncellemeden sonra oyununuzun "aptal vakaları" test edildiğinden emin olmanın en iyi yollarından bazıları nelerdir? Metodoloji, yazılım yardımı, hatta belki de insanların sizin için test edeceği siteler, vb.

Söyleyeceğim birkaç şey önemlidir:

Programcı Ünitesi Testini Teşvik Edin

Bu, bazı aptal hataların, eğer onlar için bir birim testi varsa, tekrarlanmayacağından emin olacaktır, çünkü eğer yaparlarsa, birim testi başarısız olacaktır. Bu, programlama metodolojisinde bir değişiklik gerektirir, ancak bence tamamen buna değer.

Yapabileceğiniz Testleri Otomatikleştirin

Ünite testlerinin ötesinde, belirli yapıların iyi olduğundan emin olmak için her yapıda çalıştırılan bir dizi otomatik işlev ve kabul testi oluşturun. Komut dosyası yazılabilir denetimleriniz varsa ve oyununuz genellikle tutarlıysa, birçok hatayı otomatik olarak test edebilirsiniz.

Çok Seviyeli Test Planı Oluşturma

Test kullanıcılarınızda en önemli hataları test eden bir test planı bulunduğundan emin olun. Bu çok düzeyli olmalıdır:

• Duman Testi: En yaygın durumlarda oyunun çökmediğini test eder.
• Düzenli Test: Daha nadir görülen vakaları test eder.
• Suda Bekletme Testi: Mümkün olduğunca çok sayıda hata gidererek olabildiğince derin çalışın. Ayrıca oyunun çökmeden çok uzun bir süre (gün) kalabileceğini test edin.

Bu test planını oluşturun ve her derlemede takip edin.

Test senaryolarına bir tür kod kapsamı yaklaşımı, kod bloğu oyun içinde yürütüldüğünde açılan basit bayraklar kullanılarak yapılabilir. Hangi bayrakların açıldığını ve ekranın açıldığını görüntülemek, test uzmanlarının hangi davaların kapsandığını ve hangilerinin kapsamadığını bilmesini sağlayabilir.

Olduğu kadar basit, bayraklar anlamlı isimlere sahip olduğu sürece hala etkilidir, böylece testçiler ne yapılması gerektiğini anlayabilirler.

Bu teknik, onu Crysis'te uygulayan Matthew Jack'e yatırılmıştır.

Burada programlama tarafında birkaç iyi cevap. Daha tasarım odaklı bir tane ekleyeceğim.

Sistem tasarımcılarınızdan test kullanıcıları için son durum test planları yazmalarını sağlayın

Ne yaptıklarını biliyorlarsa, bir sistem tasarlamanın veya oyun içi bir diziyi senaryo yazmanın arkasındaki kişinin, o sistemin uç durumlarını ve nerede çökebileceğini bilmesi çok olasıdır. Ayrıca sistemin başkalarıyla nerede etkileşime girdiğine dair bir fikirleri olmalıdır. Bir test planı yazmalarını veya işlerin yanlış gitme olasılığının test kullanıcılarıyla tartışmasını sağlamak herkesin zamandan tasarruf etmesini sağlayabilir.

Maymun Testi denilen şeyi araştırmalısınız. Bu tür hataların çoğunu yakalayabilir:

https://secure.wikimedia.org/wikipedia/en/wiki/Monkey_test

Ayrıca, oyununuzu ilk kez gören ve bir daha asla kullanmayacağınız "Kleenex test kullanıcıları" ile test kullanıcı deneyimi düzenlemeniz gerekiyor. Organize etmek biraz pahalı ve karmaşık, ama çabaya değer. Bunu yaparsanız, her testi 3 kamera ile filme alın: biri ekranda, biri kontrollerde, diğeri de test cihazının yüzünde hayal kırıklığını tespit etmek için.

Harika soru, bu konudaki her yanıt mükemmel bir yanıttır. Eklenecek bir şey:

Deneyimlerime göre (30 yıllık yazılım geliştirme): test grubunun en az bir üyesi yetenekli bir goril test cihazı , geçici testlerde usta, uygulamaları kötüye kullanma ve oyunları kasten yanlış bulmak için kullanıyorsa uygulamalar ve oyunlar daha güvenilirdir orijinal poster tarafından açıklanan tür hatalar. Goril test uzmanları nadir bir yeteneğe sahiptir - iyi bir yetenek bulduğunuzda onları ekibinizde tutun.

Etkili goril testi örneği için bkz: www.youtube.com/watch?v=8C-e96m4730;)

Bu konudaki yanıtları özetlemek gerekirse: etkin yazılım kalitesi stratejileri çok yönlüdür ve oyununuzun işlevsel kalitesine ve güvenilirliğine yüksek düzeyde güven sağlamak için çoklu yaklaşımları birleştirir.

Grafikleri test etmek için bir arkadaşımdan duyduğum ilginç bir numara; bilinen aralıklarla GPU'dan düzenli aralıklarla performans istatistiklerini kaydedin (örneğin, ekrandaki polys). Daha sonra bu rotayı tekrar oynatabilirsiniz ve sayılar belirli bir tolerans dışında değişirse, artık bir şeyin artık düzgün görüntülenmediği anlamına gelebilir.

Özellikle stres testi ve ağ testi ile çok yardımcı olan basit ve kolay bir şey. AI'nızın diğer AI'lara karşı oynamasını mümkün kılın. Oyununuzu tek başına oynayabilir veya bir hafta sonu boyunca ağ üzerinden küçük bir yapay zeka grubunu çok şey öğrenebilirsiniz.

Tabii ki her şeyi günlüğe kaydet.