Сегодня поговорим о новой версии Allure Report — Allure 3, а именно о её модульной архитектуре. В ней можно настроить сколько угодно отображений тестовой иерархии в разных форматах; я покажу это на простом примере. В какой ситуации может это быть полезно? Когда с тестами работает несколько команд, обычно удобно, чтобы у каждой был своя классификация тестов. Кто-то хочет, чтобы тесты были организованы по фичам, т.е. близко к требованиям.
| # | Наименование новости | Тональность | Информативность | Дата публикации |
|---|---|---|---|---|
| 1 | Работа с нестабильными тестами в Allure 3 | 0 | 9.05 | 28-01-2026 |
| 2 | Архитектура тестового фреймворка | 0 | 9.5 | 27-04-2026 |
| 3 | Как мы создали новый тестовый фреймворк, адаптируемый к росту проектов | 0 | 6.14 | 11-04-2026 |
| 4 | Пишем быстрые UI-автотесты без флаков, стендов и боли: изоляционный подход в CI/CD | 0 | 14.13 | 29-04-2026 |
| 5 | Как я сделал Variables в Airflow 3 удобнее | 0 | 9.71 | 24-04-2026 |
| 6 | Инженерия качества: Как перестать надеяться на удачу и начать измерять своих ИИ-агентов [Часть 3] | 0 | 10.04 | 18-05-2026 |
| 7 | Параметризация Pytest: когда файловая коллекция становится тест-кейсами | 0 | 11.85 | 21-03-2026 |
| 8 | [Видео] Ближайшее будущее мутационного тестирования на Python | 0 | 7.09 | 04-04-2026 |
| 9 | Как подбирать аугментации: гипотезы, протокол и метрики | 0 | 8.18 | 30-03-2026 |
| 10 | Playwright не спасает от флапающих тестов: разбираемся, как он ждёт на самом деле | 0 | 8.49 | 28-07-2026 |