Comments 4
Говорят, в Gnome используется visual recognition для тестирования экранного отображения.
Мы сейчас в OpenPrinting работаем над аналогичным проектом для тестирования преобразования изображения фильтрами при печати.
Так что похоже, это постепенно становится main stream...
Но попиксельно сравнивать в бровсере, такое себе. Тут надо бы проверять, что структура картинки соответствует ожидаемому. А расхождения на уровне пикселей могут зависеть от фонтов, видеокарты. Наверное, даже особенности реализации floating point math на целевой платформе могут на это повлиять.
Не рассматривали возможность использовать векторизацию для сравнения? Зачастую пиксельная точность никому не нужна и только удорожает тестирование.
Чтобы использовать фигму как этавлон, фигма должна быть эталонной. У меня обычно бывает, что на разных страницах у однотипных элементов разные отступы, или на кнопках разный шрифт, или переделывали размеры шрифта и где-то пропустили, или где-то блок поехал на пиксель влево.
А ещё у меня есть в поддержке сайт, где состояние видимости элементов и надписи определяет сервер. У меня только стоят <span v-if="a.text">{{a.text}}. Я даже не знаю, какая логика подними прячется, могут ли a и b отображаться вместе, зависят ли они друг от друга. Может ли блок фотографий присутствовать в статье из раздела X. Это никак не заскриншотить.
Скриншот-тестирование фронтенда: руководство по применению в 2025 году