Test oluşturma çıktısını nasıl hesaplayabilirim?

Son zamanlarda Test Odaklı Geliştirme'yi (TDD) kucaklıyorum ve geliştirme çıktım ve kod tabanımın esnekliği üzerinde harika etkileri oldu. Bu yaklaşımı OpenGL'de yaptığım bazı oluşturma çalışmalarına genişletmek istiyorum, ancak buna iyi bir yaklaşım bulamadım.

Somut bir örnekle başlayacağım, böylece ne tür şeyleri test etmek istediğimi biliyoruz; diyelim ki, bir eksen etrafında dönen bir birim küpü oluşturmak istiyorum ve bazı kareler için her karenin doğru oluşturulmasını sağlamak istiyorum.

Bunun için nasıl otomatik test senaryosu oluşturabilirim? Tercihen, küpü oluşturmak için herhangi bir kod yazmadan önce bir test senaryosu yazabilirim (her zamanki TDD uygulamalarına göre). Diğer birçok şey arasında, küpün boyutunun, konumunun ve yönünün oluşturulan her karede düzeltin. Gölgelendiricilerimdeki aydınlatma denklemlerinin her çerçevede doğru olduğundan emin olmak isteyebilirim.

Karşılaştığım uzaktan yararlı olan tek yaklaşım, işlenmiş çıktıyı, genellikle TDD uygulamasını engelleyen ve çok hantal olan bir referans çıktıyla karşılaştırmayı içerir.

İstediğim diğer gereklilikler hakkında devam edebilirim, ancak korktuğum gibi listelediklerim ulaşılamıyor.

Bu, Onay Testleri çerçevesinin iyi bir uygulaması veya buna benzer bir şey gibi görünüyor.

Yorumlarda belirtildiği gibi, kötü çıktıyı onaylarsanız hala yanlış pozitiflerle ilgili bir sorununuz olacaktır, ancak bu LEAST'ta çıktının önemli ölçüde değiştiğini söyleyecektir.

OpenGL kullandığınızdan, onayların sizin için doğrudan işe yaramayacağını varsayıyorum, ancak fikir sağlam. Sadece dosya karmasını kontrol edin ve farklıysa, arızayı uygun bir dif görüntüleyicide gösterin (görüntü farklı programı gibi). Yeni sürümü onaylarsanız, "onaylanan" dosyayı yeni sonuca uyacak şekilde güncelleyin.

Oyun işine girmiyorum, bu yüzden lütfen olası aptal ve naif algıyı taşıyın

Benim için, tamamen işlenmiş görüntüleri karşılaştıran testler yazmak gerçekten birim testler değil , tam entegrasyon testleridir, çünkü başarılı bir test çalışması için her şeyin iyi çalışması gerekir.

Her şeyin yolunda olup olmadığını kontrol edebileceğiniz bir ara tabakaya ne dersiniz? Aklıma gelen iki şey var:

1. Doğrudan çizim yapmayın, ancak çağrıları aşağıya dönüştürmeye dönüştürülen bir komut akışı yayınlayın . Komut akışının doğruluğu kontrol edilebilir. Bu uçtan uca test değildir, ancak tam entegrasyon testleri değil, birim testleri istiyorsunuz .

2. Bu gerçekten 1'in bir varyasyonudur. OpenGL'yi sarın, tüm çağrıları yakalayın, bunu gerçekten test etmek istediğiniz şeye indirin ve çıktının hala eşleşip eşleşmediğini kontrol edin. OpenGL sarıcı, doğru yapılandırılmışsa kontrolü kendisi yapabilir ve bir alay haline dönüşür .

Sorun, 3d motorların bit için tam bir görüntü çıkışı gerektirmemesidir. Nedeniyle ortaya çıkan eserler izleyici tarafından görülmediği sürece bazı boşluklar tolere edilir. Beklenenden% 1 daha koyu bir doku genellikle ciddi bir sorun değildir ... genellikle. Bazı şartlar altında görsel bir eser olabilir. Ve sorun da bu: İnsanların hangi izleyicilerin fark edeceğini ve fark etmediğini otomatik bir test için değerlendirmek zor. Yine de, otomatik testler, çok basit geometride kullanıldığında basit sağlık kontrolleri için kullanılabilir.

Yapabileceğiniz şey, bazı basit sahneleri oluşturmak ve ardından oluşturulan görüntüyü bir referans oluşturma ile karşılaştırmaktır. Bu referans oluşturma, başka bir grafik motorundan gelebilir veya aynı motordan daha önceki bir ekran görüntüsü olabilir (regresyon testi).

Grafik motorundaki bir değişiklikten sonra bazı testler başarısız olduğunda, bir insan test cihazı, çıktıyı referans görüntüyle karşılaştırmalı ve yeni çıktının eskisi kadar iyi (veya daha iyi) görünüp görünmediğine karar vermelidir. Durum böyle olduğunda, test yeni ve geliştirilmiş çıktılarla karşılaştırılmak üzere değiştirilmelidir.

Otomatik olarak kontrol edebileceğiniz başka bir şey de performans gereksinimleridir. Böyle bir gereklilik, kendi kendine çalışan bir demo sırasında (oyundan gerçek bir sekansı simüle ederek) kare hızının test sisteminde 40 Fps'nin altına düşmemesi olabilir. Bu otomatik olarak test edebileceğiniz bir şeydir. Test edemediğiniz şey, renderın tatmin edici olduğudur. Ancak bu testleri, geliştiricilerinizin mükemmel görünen ancak lansmandan yıllar sonra uygun fiyatlı herhangi bir sistemde düzgün çalışmayan bir oyun geliştirmesini önlemek için kullanabilirsiniz (merhaba Crytek).