Kotlin DSL в автоматизации
Если вы занимаетесь UI-тестированием, то знаете, как порой нелегко выискивать истину среди множества локаторов, расположенных в длинной «портянке» автотеста. Конечно, если вы на проекте уже 2+ года, то вы даже среди ночи вспомните, что есть что. Но для новичка быстро въехать в происходящее — та еще задача. Решить эту проблему можно, перейдя на Kotlin DSL.
Вышеупомянутый подход на практике реализуется относительно просто. То есть если у вас были тесты, состоящие из одинаковых низкоуровневых вызовов — скроллов, кликов, ввода текста и пр., то посредством Kotlin DSL вы получите нечто вроде BDD-подхода, когда все видно и понятно, как и любит «бизнес».
Так ли это важно в принципе? Ну, все зависит от ситуации на проекте. Многие знакомы с историей, когда уходит один-единственный автоматизатор, и для тестов это заканчивается весьма плачевно — их просто перестают поддерживать должным образом, так как порог входа оказывается для большинства слишком высоким, ведь для понимания такого кода нужно много времени и соответствующая квалификация.
Kotlin DSL позволяет переделывать тесты так, чтобы в итоге вы смогли оперативно перебросить на автоматизацию нужное количество людей, причем как с других проектов, так и из ручного тестирования. То есть простейшие тесты на Kotlin DSL сможет писать почти любой. В результате автоматизаторам можно без проблем оставить низкоуровневую реализацию, а к написанию новых и простых тестов можно относительно быстро подключить функциональщиков. К тому же, функциональщики знакомы с бизнес-логикой. В данном случае Kotlin DSL позволит им описывать тест-кейсы так, как они хотят, оставляя за рамками низкоуровневую реализацию методов.
По материалам https://habr.com/ru/company/maxilect/.
