Как стать автором
Обновить

Комментарии 3

Как любое упрощение, теряется часть проверки. Когда селениумом тестируют, то, по крайней мере, кто-то что-то на странице таки нарисовал (а не закончился на лишнем слеше в <html/>).


Но селениум мухлюет, и вы правильно описали где. На самом деле хороший ui тест должен быть надрессирован на реальное поведение. Нашёл на странице (на скриншоте страницы) элемент, нажал.


Интересно, а есть ли такие, graphic driven тесты? Найти элемент ui'а по изображению — не самая суровая задача. Чуть-чуть фаззинес, и он даже переживёт переползание "login button" из одного div'а в другой с лёгкой сменой стиля.

Самое близкое, что я нашел к «graphic driven» тестам — это angiejones.tech/simplifying-test-automation-with-visual-validation. Но это не совсем то.

Часть проверки теряется, это безусловно.

Уже довольно продолжительное время имелась необходимость написать автотесты, чтобы прогнать пару-тройку тысяч сценариев для теста ответов от смежных систем. Друг от друга они по сути отличаются только выбираемым на фронте предметом лизинга (вид транспортного средства + марка + модель + модификация). Раньше справлялся вручную, просто-напросто делая рандомную выборку. Теперь же нужно проверить каждый айтем.
Так вот, познакомившись с селениумом, стало понятно, что возможно всё, но это больно и долго.
Спасибо за статью, обязательно попробую применить "подкожный" метод на практике.

Зарегистрируйтесь на Хабре , чтобы оставить комментарий

Публикации

Истории