Автор, забей на этих снобов. Для новичка, который самообразовывается статья зайдёт на ура. Пускай и криво, но он сделает свой первый апп и будет постигать новые вершины, с большим рвением как и ты.
И как формат саморазвития, когда есть просьба отревьюить свой путь, статья отлично подходит. Это тоже инструмент поиска ответов и советов.
Спасибо. Было интересно ознакомиться, даже зная следующие витки развития деплоймента)
Я считаю что нет универсального инструмента и каждый инструмент хорош в своих условиях. И ни в коем случае я не противник кукумбера.
Но пример приведён плохой. Проверка с хардкодом ожидаемого значения на уровне экшенов! Плохо....
Кукумбер был создан для определённого подхода и для приемочное тестирования. Это сейчас все бегают с ним пытаясь найти в нем философский камень автоматизации - тесты которые будут писаться без знания кода.
Использовать его в автоматизации постоянно (для регрессии) приведёт к костылям и самоограничению достаточно скоро.
Кукумбер хорошо использовать для тестов в которых нет проверок с сохранением состояния. Плюс кукумбер становится полезным в случае декларативных степов. Если вы используете императивное написание - будет большая морока...
Так и не понял, где что либо про ускорение тестов? В статье есть инфа как запустить дженскинс через докер. А зачем? Если локально, то дженкинс может встать и просто как сервис. Если на интерпрайзе, то там решение идёт через установку на выделенный сервер. И зачем вот этот геморрой пока не понятно....
Удивлён, что в списке нет Аллюр ТестОпс.
И было бы интересно узнать о минусах проектов.
Было бы интересно узнать у автора, планирует ли он в будущем расширять курс или делать добавочный с автоматизации тестирования
Автор, забей на этих снобов. Для новичка, который самообразовывается статья зайдёт на ура. Пускай и криво, но он сделает свой первый апп и будет постигать новые вершины, с большим рвением как и ты.
И как формат саморазвития, когда есть просьба отревьюить свой путь, статья отлично подходит. Это тоже инструмент поиска ответов и советов.
Спасибо. Было интересно ознакомиться, даже зная следующие витки развития деплоймента)
Спасибо за статью.
Я считаю что нет универсального инструмента и каждый инструмент хорош в своих условиях. И ни в коем случае я не противник кукумбера.
Но пример приведён плохой. Проверка с хардкодом ожидаемого значения на уровне экшенов! Плохо....
Кукумбер был создан для определённого подхода и для приемочное тестирования. Это сейчас все бегают с ним пытаясь найти в нем философский камень автоматизации - тесты которые будут писаться без знания кода.
Использовать его в автоматизации постоянно (для регрессии) приведёт к костылям и самоограничению достаточно скоро.
Кукумбер хорошо использовать для тестов в которых нет проверок с сохранением состояния. Плюс кукумбер становится полезным в случае декларативных степов. Если вы используете императивное написание - будет большая морока...
Так и не понял, где что либо про ускорение тестов? В статье есть инфа как запустить дженскинс через докер. А зачем? Если локально, то дженкинс может встать и просто как сервис. Если на интерпрайзе, то там решение идёт через установку на выделенный сервер. И зачем вот этот геморрой пока не понятно....