0 added
0 removed
Original
2026-01-01
Modified
2026-03-10
1
<p>Теги: тестирование, автоматизация, kotlin dsl</p>
1
<p>Теги: тестирование, автоматизация, kotlin dsl</p>
2
<p>Если вы занимаетесь UI-тестированием, то знаете, как порой нелегко выискивать истину среди множества<strong>локаторов</strong>, расположенных в длинной "портянке" автотеста. Конечно, если вы на проекте уже 2+ года, то вы даже среди ночи вспомните, что есть что. Но для новичка быстро въехать в происходящее - та еще задача. Решить эту проблему можно, перейдя на<strong>Kotlin DSL</strong>.</p>
2
<p>Если вы занимаетесь UI-тестированием, то знаете, как порой нелегко выискивать истину среди множества<strong>локаторов</strong>, расположенных в длинной "портянке" автотеста. Конечно, если вы на проекте уже 2+ года, то вы даже среди ночи вспомните, что есть что. Но для новичка быстро въехать в происходящее - та еще задача. Решить эту проблему можно, перейдя на<strong>Kotlin DSL</strong>.</p>
3
<p>Вышеупомянутый подход на практике реализуется относительно просто. То есть если у вас были тесты, состоящие из одинаковых низкоуровневых вызовов - скроллов, кликов, ввода текста и пр., то посредством Kotlin DSL вы получите нечто вроде<strong>BDD-подхода</strong>, когда все видно и понятно, как и любит "бизнес".</p>
3
<p>Вышеупомянутый подход на практике реализуется относительно просто. То есть если у вас были тесты, состоящие из одинаковых низкоуровневых вызовов - скроллов, кликов, ввода текста и пр., то посредством Kotlin DSL вы получите нечто вроде<strong>BDD-подхода</strong>, когда все видно и понятно, как и любит "бизнес".</p>
4
<p>Так ли это важно в принципе? Ну, все зависит от ситуации на проекте. Многие знакомы с историей, когда уходит один-единственный автоматизатор, и для тестов это заканчивается весьма плачевно - их просто перестают поддерживать должным образом, так как порог входа оказывается для большинства слишком высоким, ведь для понимания такого кода нужно много времени и соответствующая квалификация.</p>
4
<p>Так ли это важно в принципе? Ну, все зависит от ситуации на проекте. Многие знакомы с историей, когда уходит один-единственный автоматизатор, и для тестов это заканчивается весьма плачевно - их просто перестают поддерживать должным образом, так как порог входа оказывается для большинства слишком высоким, ведь для понимания такого кода нужно много времени и соответствующая квалификация.</p>
5
<p>Kotlin DSL позволяет переделывать тесты так, чтобы в итоге вы смогли оперативно перебросить на автоматизацию нужное количество людей, причем как с других проектов, так и из ручного тестирования. То есть<strong>простейшие тесты на Kotlin DSL сможет писать почти любой</strong>. В результате автоматизаторам можно без проблем оставить низкоуровневую реализацию, а к написанию новых и простых тестов можно относительно быстро подключить функциональщиков. К тому же, функциональщики знакомы с бизнес-логикой. В данном случае Kotlin DSL позволит им описывать тест-кейсы так, как они хотят, оставляя за рамками низкоуровневую реализацию методов.</p>
5
<p>Kotlin DSL позволяет переделывать тесты так, чтобы в итоге вы смогли оперативно перебросить на автоматизацию нужное количество людей, причем как с других проектов, так и из ручного тестирования. То есть<strong>простейшие тесты на Kotlin DSL сможет писать почти любой</strong>. В результате автоматизаторам можно без проблем оставить низкоуровневую реализацию, а к написанию новых и простых тестов можно относительно быстро подключить функциональщиков. К тому же, функциональщики знакомы с бизнес-логикой. В данном случае Kotlin DSL позволит им описывать тест-кейсы так, как они хотят, оставляя за рамками низкоуровневую реализацию методов.</p>
6
<p><em>По материалам https://habr.com/ru/company/maxilect/.</em></p>
6
<p><em>По материалам https://habr.com/ru/company/maxilect/.</em></p>
7
7