Специально не стал вдаваться в подробности пирамиды, так как это статья о другом. Пирамида тоже у всех своя и огромное количество вариантов. Для меня интеграционной слой состоит из 3 этапов:
1) Компонентный тест на UI, где мы мокаем бэкенд
2) Компонентный тест на API, где мы мокаем БД и 3rd parties
3) Теперь когда UI и API в отдельности протестированы, то накидывает контрактный тест, который уже и проверяет правильную интеграцию UI с API. Контрактное тестирование тоже использует моки.
При этом компонентные тесты на слой выше Unit, так как Unit это про методы и функции на уровне кода
Спасибо за комментарий. Кандидат, который отвечает на подобный вопрос показывает свою осведомленность. Значит читал / изучал / интересовался. Толк в том, что потом этот вопрос раскручивается дальше и человек объясняя CI/CD подробнее рассказывая про свой опыт, например, как вы писали: «как упростить сборку и деплоймент, сделать нормальные пайплайны, хорошо понимаю структуру и сущность того же GitHub Actions, Gitlab CI/CD, Travis CI. »
Или ничего не рассказывает, что означает, что сам ничего не настраивал, а только слышал. Этот вопрос стартовый для начала диалога про CI / CD.
“И мне глубоко фиолетово кто и что вкладывает в значение CI/CD.”
Тут все верно, я не требую именно такой формулировки, которую даю я в статье. Мне интересно не «кто и что», а именно виденье самого кандидата . Его наличие и адекватность.
Плюс это проверит Soft Skills :) На сколько он готов будет подробно рассказать или начнет кидать понты и говорить, что вся ваша теория херня, я автоматизатор 80-ого уровня
Спасибо за комментарий, постараюсь учесть пожелания.
Часть 1 - означает, что как минимум будет часть 2, которая уже запланирована. А сколько частей будет всего не запланировано и не лимитировано. Зависит от желания и возможности писать. Ну и от количества заинтересованных лиц :)
Все как всегда зависит от ситуации. Для маленьких команд и для небольшого числа тестов в параллели будет достаточно поднять VM с Selenoid. Но для больших нагрузок и особенно если несколько команд/проектов K8s поможет сильно сэкономить благодаря autoscaling (используя соответсвующие инструменты Moon/Callisto).
Как и сказано в статье, на которую вы ссылаетесь, полностью универсальных решений не бывает. Это же сказано и в данной статье.
Действительно, Ops-operation, а не поддержка. А термин уже давно не новый https://saucelabs.com/amp/blog/qaops-101-what-qaops-means-and-why-it-matters-for-software-quality
Специально не стал вдаваться в подробности пирамиды, так как это статья о другом. Пирамида тоже у всех своя и огромное количество вариантов. Для меня интеграционной слой состоит из 3 этапов:
1) Компонентный тест на UI, где мы мокаем бэкенд
2) Компонентный тест на API, где мы мокаем БД и 3rd parties
3) Теперь когда UI и API в отдельности протестированы, то накидывает контрактный тест, который уже и проверяет правильную интеграцию UI с API. Контрактное тестирование тоже использует моки.
При этом компонентные тесты на слой выше Unit, так как Unit это про методы и функции на уровне кода
Подробнее в этой статье
Спасибо за комментарий. Кандидат, который отвечает на подобный вопрос показывает свою осведомленность. Значит читал / изучал / интересовался. Толк в том, что потом этот вопрос раскручивается дальше и человек объясняя CI/CD подробнее рассказывая про свой опыт, например, как вы писали: «как упростить сборку и деплоймент, сделать нормальные пайплайны, хорошо понимаю структуру и сущность того же GitHub Actions, Gitlab CI/CD, Travis CI. »
Или ничего не рассказывает, что означает, что сам ничего не настраивал, а только слышал. Этот вопрос стартовый для начала диалога про CI / CD.
“И мне глубоко фиолетово кто и что вкладывает в значение CI/CD.”
Тут все верно, я не требую именно такой формулировки, которую даю я в статье. Мне интересно не «кто и что», а именно виденье самого кандидата . Его наличие и адекватность.
Плюс это проверит Soft Skills :) На сколько он готов будет подробно рассказать или начнет кидать понты и говорить, что вся ваша теория херня, я автоматизатор 80-ого уровня
Спасибо за комментарий, постараюсь учесть пожелания.
Часть 1 - означает, что как минимум будет часть 2, которая уже запланирована. А сколько частей будет всего не запланировано и не лимитировано. Зависит от желания и возможности писать. Ну и от количества заинтересованных лиц :)
Разумеется ситуации разные и зависит от компании, но все же обязанности отличаются
Как и сказано в статье, на которую вы ссылаетесь, полностью универсальных решений не бывает. Это же сказано и в данной статье.