Як би ви провели блок-тест або виконали найефективніше автоматизоване тестування графічного коду для OpenGL?

Я пишу гру та супровідний графічний движок на версії OpenGL в C ++. Я також прихильник хороших процесів кодування та автоматизованого тестування. Графічний код + тестування здається досить непомітним, оскільки вихід часто є лише візуальним чи дуже зорово орієнтованим.

Наприклад, уявіть собі аналіз сирого потоку зображень, що відображається на екрані байт за байтом - для порівняння потрібні тестові дані, які важко створити / отримати, і часто виведені зображення не однакові на рівень байтів при запуску в різний час - невеликі зміни в алгоритмах повністю зруйнують цей підхід.

Я маю намір створити візуальний набір тестових одиниць, в якому я в основному можу відображати різні тестові сцени, демонструючи такі речі, як тіньове картографування, анімація, тощо, тощо. файл (або можливо залишити його як виконуваний файл) з різними показниками. Це все ще потребує ручного огляду відеофайлу, але принаймні воно буде дещо автоматизованим та стандартизованим.

Що ти думаєш? Я сподіваюся, що є кращі способи?

Бібліотека обробки зображень opencv робить це, зберігаючи зображення та порівнюючи його з еталонним зображенням - у ньому є маса тестових функцій c ++ та макросів для обробки приблизного відповідності зображення тощо.

Ваш тестовий фреймворк може перетворити його тестове зображення в буфер, отримати виведене зображення та порівняти його із «золотим» еталонним зображенням, яке було попередньо створено для цієї мети.

Це не спрацює також у випадках, коли не очікується, що результати вашого тесту залишаться точно однаковими. Однак ви можете обчислити різницю тесту та еталонних зображень у квадраті та порівняти її з порогом.

Ви можете також забезпечити ведення журналів та перевірку даних про ефективність, оскільки великий регрес продуктивності - це ще один можливий режим відмов.

Навіть якщо ви не можете порівняти вихідні зображення, принаймні ви зможете перевірити, чи відображаються ваші рендери належним чином (відсутність збоїв, тривалих очікувань тощо, тощо). Звичайно, краще знайти спосіб перевірити зображення, але навіть без цього ви щось отримали з тестів.