E2E определяем не способом выполнения каждого шага, а полнотой проверяемого процесса. Мы используем гибридный сценарий: через интерфейс имеет смысл проверять ключевые действия пользователя, а выполнение предусловий, технические статусы и часть связанных результатов надёжнее контролируются на более низких уровнях. Проводить все шаги через UI обычно дорого, медленно и не всегда информативно. Итог: на UI проверяем пользовательский путь, а через API, данные и интеграционные проверки убеждаемся в техническом завершении итерации.
Не секрет, но точное время полного прогона назвать не смогу: это внутренняя метрика, которая мало что говорит без количества сценариев, конфигурации стенда, числа параллельных процессов и участия внешних интеграций. По поводу фреймворков. Да, сейчас Playwright снова стал популярен, много где используется, но мы за классику.
Да, E2E-тесты используем, прежде всего — для стабильных и критичных маршрутов: создание и изменение медицинских документов, назначения, переходы статусов и сценарии с несколькими ролями. В целом, общий принцип: тонкий E2E слой сверху широкого набора API, модульных и интеграционных проверок.
Здравствуйте! В статье мы уделили больше внимания системам корпоративного уровня, чтобы сосредоточиться на решениях для масштабного управления данными. Power BI, Qlik и Tableau больше ориентированы на self-service аналитику, поэтому они не вошли в обзор.
В среднем сбор требований, их анализ, систематизация, уточнение у заказчика и описание задачи на разработку занимает примерно половину времени разработки. Если взять весь цикл работ аналитика: приемка задачи, выпуск релиза, подготовка документации, настройка прома, то 1 : 1
На мой взгляд, вот прямо сейчас «космического» профита нет, но некоторые идеи интересны и стоит понаблюдать за развитием библиотеки. Пусть она сама по себе не лучше других, но ее идеи где-то найдут отражение. Ну и, конечно, нужно больше инструментов. Хороших. Это развитие индустрии.
E2E определяем не способом выполнения каждого шага, а полнотой проверяемого процесса. Мы используем гибридный сценарий: через интерфейс имеет смысл проверять ключевые действия пользователя, а выполнение предусловий, технические статусы и часть связанных результатов надёжнее контролируются на более низких уровнях. Проводить все шаги через UI обычно дорого, медленно и не всегда информативно. Итог: на UI проверяем пользовательский путь, а через API, данные и интеграционные проверки убеждаемся в техническом завершении итерации.
Не секрет, но точное время полного прогона назвать не смогу: это внутренняя метрика, которая мало что говорит без количества сценариев, конфигурации стенда, числа параллельных процессов и участия внешних интеграций. По поводу фреймворков. Да, сейчас Playwright снова стал популярен, много где используется, но мы за классику.
Да, E2E-тесты используем, прежде всего — для стабильных и критичных маршрутов: создание и изменение медицинских документов, назначения, переходы статусов и сценарии с несколькими ролями. В целом, общий принцип: тонкий E2E слой сверху широкого набора API, модульных и интеграционных проверок.
Здравствуйте! В статье мы уделили больше внимания системам корпоративного уровня, чтобы сосредоточиться на решениях для масштабного управления данными. Power BI, Qlik и Tableau больше ориентированы на self-service аналитику, поэтому они не вошли в обзор.
В среднем сбор требований, их анализ, систематизация, уточнение у заказчика и описание задачи на разработку занимает примерно половину времени разработки. Если взять весь цикл работ аналитика: приемка задачи, выпуск релиза, подготовка документации, настройка прома, то 1 : 1
Спасибо за интерес к статье, опубликованной в нашем блоге и корректную ссылку на него!
Публикуем ссылки на первую https://habr.com/ru/company/barsgroup/blog/716648/ и третью (заключительную) https://habr.com/ru/company/barsgroup/blog/717578/ части статьи. Надеемся, они ответят на ваши вопросы и органично дополнят комментарии читателей.
Дублируем ссылки на предыдущие части статьи:
1) выбор оборудования и планирование домашней сети под умные устройства: https://habr.com/ru/company/barsgroup/blog/716648/
2) мануал по настройке Алисы к популярным сценариям работы умного дома: https://habr.com/ru/company/barsgroup/blog/717078/
Добрый день! Вторая часть статьи опубликована: https://habr.com/ru/company/barsgroup/blog/717078/
Вторая часть статьи будет опубликована в нашем блоге 15 февраля.