Коротко:
Мы разработали систему для автоматического определения набора тестов на основеgit diff. Связали модули проекта с бизнес-фичами через трассировку выполнения кода во время тестов. Теперь любой релиз можно оценить на достаточность покрытия e2e-тестами. Решили вопрос селективного запуска на всех уровнях пирамиды тестирования. Что важно — маппингtests->feature->filesсоздаётся и поддерживается автоматически при поддержке тестов, без дополнительной ручной работы.
Рубрика «allure»
Автоматическая регрессия по git-diff. Как мы связали код, фичи и тесты, открыв путь к Continuous Delivery (Full)
2025-11-01 в 7:13, admin, рубрики: allure, continious delivery, playwright, regression testing, tia, TMS, тестированиеПри генерации allure-отчета в проекте, написанном на Rust, я столкнулся с проблемой преобразования стандартного cargo test в формат, поддерживаемый allure. В этой статье хочу предложить свое решение.
cargo +nightly test --no-fail-fast -- -Z unstable-options --report-time --format jsonИспользуемые флаги:
-
--no-fail-fast - запускает все тесты, даже если некоторые провалились
-
--report-time - добавляет информацию о времени выполнения каждого теста (работает только с cargo nightly)
-
--format json - изменяет формат вывода тестов на json
-
-Z unstable-options - разрешает использование нестабильных флагов (--report-time и --format json без него не работают)
Делюсь опытом сборки нового Allure 3, он и в beta уже очень хорош.
Статья синьорская, пишу кратко
Цель как обычно: дать команде максимум полезной информации по тестам на одной странице.
В большинстве случаев команде нужно:
✅ Результат авто тестов, 👨💻 Результат ручных тестов, 📋 Список непокрытых фич
Обычно все это лежит в разных окружениях (Pipeline, TMS, GIT), все зависит от команды.
Также у каждой команды своя группировка и свой состав отчетов, поэтому стандартные отчеты из CI уже не канают.
Решение — Перейти с Allure 2 на Allure 3
Для начала посмотритеЧитать полностью »
Альтернативный способ хранения скриншотов в Playwright и способ их обновления
2025-08-03 в 14:16, admin, рубрики: allure, allure report, git lfs, playwright, s3, TypeScript, автоматизация тестирования, визуальное тестированиеВступление
Привет! Меня зовут Вячеслав, я инженер по автоматизации тестирования в компании ROWI.Tech.
Читать полностью »
XCUITest для начинающих: как сделать тестирование iOS красивым с Allure
2025-05-15 в 5:15, admin, рубрики: allure, allure 2, aqa, page object, qa automation, qa testing, swift, ui testing, UI-тесты, xcuitestПривет!
Меня зовут Антон, и я занимаюсь автоматизацией тестирования Web и мобильных приложений.
Если вы начинаете автоматизировать UI-тесты под iOS, то наверняка заметили, что информации по фреймворку XCUITest в сети не так много, особенно на русском языке.
Эта статья — краткое руководство по основам автоматизации на XCUITest. Здесь я постарался собрать ключевые моменты, которые помогут вам сделать первые шаги в тестировании iOS-приложений.
Первые тесты
Переходим по ссылке на Github проект, на котором будем учиться UI тесты:
Далее нажимаем на CodeЧитать полностью »
Allurium — java framework для автотестов. Мультиязычные, близкие к bdd репорты, без bdd структуры
2025-03-23 в 14:19, admin, рубрики: allure, allure framework, allure report, automation qa, automation testing, selenide, selenium, testing frameworkВ этой статье хочу поделиться инструментом, который я понемногу разрабатывал и улучшал при наличии свободного времени. Применяя для упрощения своих задач, над которыми я работал в разных компаниях за это время.
Работа в автоматизации тестирования стала моей оффициальной профессией несколько лет назад. За это время мне довелось позаниматься очень широким спектром задач, в зависимости от компаний, где я работал. Начиная с тестирования пользовательских интерфейсов различных сайтов, web и мобильных приложений, обязанности заводили меня глубоко в тестирование сложных API сервисов и даже автоматизацию десктопных программ.Читать полностью »
Автотесты: от первого автотеста до масштабного проекта. Мой набор инструментов для масштабирования
2024-09-03 в 13:01, admin, рубрики: allure, allure framework, pytest, python, qa automation, test it, автоматизация тестирования, автотесты, тестирование поПривет! Меня зовут Максим, я инженер по автоматизации тестирования в компании 1221СИСТЕМС и хотел бы поделиться своим опытом и рассказать путь настройки автотестов от минимального рабочего состояния до масштабного проекта. Поделюсь тем, какие инструменты я внедрил для улучшения процессов на нашем проекте.
Это статья для тех, у кого уже есть:
- Базовое понимание python
- Понимание паттернов автоматизации (если пока нет – рекомендую ознакомиться с этой статьей https://habr.com/ru/articles/777262/)
Рекомендую использовать из неё хотя бы следующие паттерны:
-
Page Object PatternЧитать полностью »
Тесты на pytest с генерацией отчетов в Allure с использованием Docker и Gitlab Pages и частично selenium
2020-08-01 в 19:51, admin, рубрики: allure, docker, gitlab ci, gitlab pages, python, qa automation, системы сборки, Тестирование веб-сервисовЭтот текст предназначен для начинающих тестировщиков, желающих понять как делать отчеты на allure с историей тестов, также разъяснить где их хранить, чтобы в отчет мог заглянуть любой участник вашей команды.
Когда я хотел добавить в gitlab автотесты в стеке python, allure, docker, то я выяснил, что толковых статей на эту тему нет. Пришлось разбираться самостоятельно и как результат проб и ошибок появилась эта статья, которая скорее является гайдом, частично затрагивающим написание тестов, но наибольший фокус именно на выстраивании инфраструктуры. Если у вас уже написаны тесты на allure, то вы сразу можете переходить к разделу настройки инфраструктуры. Отмечу, что текст НЕ затрагивает написание UI тестов, но я затрону инфраструктуру для них в отдельном блоке.
Автоматизация End-2-End тестирования комплексной информационной системы. Часть 2. Техническая
2019-12-03 в 9:01, admin, рубрики: allure, autotest, download, headlessbrowser, junit, selenide, selenium, selenoid, Блог компании ГК ЛАНИТ, Тестирование IT-системЭтой статьей мы продолжаем серию публикаций о том, как мы автоматизировали в одном из крупных проектов ЛАНИТ автопроцесс ручного тестирования (далее – автотесты) большой информационной системы (далее – Системы) и что у нас из этого вышло.
Вторая часть публикации ориентирована в первую очередь на лидеров групп автоматизации UI end-2-end тестирования и ведущих тест-автоматизаторов. Здесь они найдут конкретные рецепты по архитектурной организации кода и развертывания, которая поддерживает массо-параллельную разработку больших групп тестов в условиях постоянной изменчивости тестовых спецификаций. В этой части приведен полный состав необходимых для UI-тестов функций с некоторыми деталями реализации, а также есть перечень сюрпризов, с которыми вы можете столкнуться.
Вот здесь вы найдете Часть 1. (Зачем нам была нужна автоматизация. Организация процесса разработки и управления. Организация использования)
Автоматизация End-2-End тестирования комплексной информационной системы. Часть 1. Организационная
2019-11-05 в 8:02, admin, рубрики: allure, autotest, download, headlessbrowser, junit, selenide, selenium, selenoid, Блог компании ГК ЛАНИТ, Ланит, Тестирование IT-системЭтой статьей мы открываем серию публикаций о том, как автоматизировали в одном из крупных проектов компании ЛАНИТ процесс ручного тестирования большой информационной системы и что у нас из этого вышло.
Первая часть – организационно-управленческая – должна быть полезна в первую очередь тем, кто отвечает за автоматизацию тестирования и создает такие системы в целом. Руководители проектов, лидеры групп и владельцы сервисов функционального и автоматического тестирования, все, кого волнует вопрос «как построить экономически эффективное end-2-end тестирование своей ИТ системы», найдут здесь конкретный план и методику.
