Самые распространенные вопросы про Allure 3 🤔****

После анонса Allure 3 мне начали задавать одни и те же вопросы. Чтобы не отвечать каждый раз отдельно, соберу их здесь. В следующих постах расскажу о новых и старых фичах более детально 🚀

*1️⃣ А где можно посмотреть отчет Allure Awesome?
Я подготовил специальный репозиторий 🤩*, в котором собраны все версии Allure Report: Allure 1, Allure 2, Allure 3 Classic, Allure 3 Awesome. Там вы сможете посмотреть, как выглядят отчеты без необходимости их строить. В репозитории есть и полезный файл с процессом генерации и публикации каждой версии отчета.

*2️⃣ А что нужно, чтобы начать пользоваться Allure 3?*
Всего одна минута вашего времени! Нужно лишь установить Node.js версии 20+ (если еще не установлен). После этого вы сможете сгенерировать новый отчет одной командой:

npx allure awesome path/to/allure\-results \-\-single\-file

Мы переписали движок с Java на Node. Причина проста: удобство разработки. Комьюнити уже успело оценить этот шаг с хорошей долей юмора 😄.

*3️⃣ А где посмотреть код Allure 3?
Весь код уже открыт и доступен в официальном репозитории 💻. Мы усилили систему плагинов, так что теперь разрабатывать собственные расширения стало еще проще. Код Allure Awesome – это пример отдельного отчета, реализованного в виде плагина. А ещё там вы найдёте код плагина для отправки нотификаций в Slack 🙌* Можете контрибьютить уже сейчас, но не забудьте сначала обсудить свою идею в Discussions, иначе ваш PR могут не принять.

В следующих постах я отвечу на следующие вопросы:
1. Как отправить полноценный отчет коллеге?
2. Как использовать отчет для локальной разработки?
3. Как автоматически перезапускать упавшие тесты?

UPD: Новая версия отчета полностью совместима c результатами второй версии.

Спасибо за ваш интерес! Вы – лучшие ❤️****

Allure 3 теперь в открытом доступе! 🎉****

Мы сделали Allure 3 полностью открытым. Заглядывайте в репозиторий, ставьте звёздочку ⭐️ и пробуйте всё самостоятельно!

Подключить Allure 3 в проект — дело пары секунд:

npm add allure yarn add allure pnpm add allure

В Allure 2 мы сделали универсальный отчёт со множеством вкладок. Со временем он стал перегружен: не все возможности требовались пользователям. В Allure 3 мы пошли другим путём: каждый отчёт заточен под конкретную задачу 🎯, чтобы вы выбирали только нужные функции.

🏆 Классический отчёт
Это знакомый всем отчёт из Allure 2 — со вкладками, графиками, таймлайном и остальной аналитикой. Обратной совместимости с плагинами нет, но мы над ними думаем. Если вам по душе классический отчет — этот вариант для вас.

npx allure classic path/to/allure\-results \-\-single\-file

💎 Awesome отчёт
Минималистичный дизайн, тёмная тема и свежий взгляд на результаты. Ничего лишнего — всё по делу. Отличный выбор для тех, кто ценит современный, сдержанный стиль.

npx allure awesome path/to/allure\-results \-\-single\-file

📟 Консольный лог
В Allure 2 мы сделали универсальный HTML-отчёт для автотестов, а сейчас расширили идею ещё дальше: консольный лог — это единый формат для CI/CD, без привязки к конкретному фреймворку.

npx allure log path/to/allure\-results

И это только начало! 🚀 Allure 3 умеет выдавать отчёты в реальном времени, автоматически перезапускать тесты, отправлять уведомления в Slack и работать с Quality Gates. Мы расскажем про эти фичи подробнее в следующих постах.

Пробуйте, интегрируйте, делитесь впечатлениями и не забудьте отправить 🤙 этот пост коллегам.

Наконец-то можно подвести итоги года и… слегка улучшить их подачу! ✨ Немного креатива с визуализацией — и уже не только окружающие, но и ты сам веришь, что всё было офигенно круто! 😈

Даня или Вася? А может, оба сразу! 🤔*⚖️***

Недавно наткнулся на пост Дани, где он описывает типичную ситуацию: в команде есть условный «Вася-супергерой», который закрывает все дыры и берёт на себя абсолютно всё. В итоге команда становится зависимой от одного человека, а любой «Хед» (условный Даня), пытаясь навести порядок и выстроить процессы, сталкивается с сопротивлением Васи, не желающего терять свой статус незаменимого. 🙅‍♂️

Звучит логично, но немного однобоко. Давайте взглянем шире. 🧐 Да, Даня — это системность, метрики, прозрачность и процессы (⚙️). А Вася — это энергия, быстрое решение проблем и эксперименты (💡). Без экспериментов команда застывает, без процессов — рассыпается.

Из собственного опыта знаю, что эксперименты — мощный драйвер развития. Моя первая библиотека для автотестов - HtmlElements, запуск Школы автоматизации процессов разработки ещё до того, как это стало «модным», и соавторство в Allure Report — всё это родилось из простого желания попробовать новое. Но без ответственности все эти идеи остались бы яркими, но бессистемными вспышками. 🚀

Лучшая стратегия — смешать подходы Дани и Васи:
🧪 Дайте место экспериментам, но доводите их до результата.
🏗 Стройте процессы, но не душите ими творческую искру.
🤝 Сегодня вы — Вася, завтра — Даня, а затем снова Вася, но уже более ответственный и организованный.

В итоге именно ответственность становится ключом к преобразованию любопытства в устойчивый рост. 🔑 Помните: порядок бьёт класс — без чёткой структуры даже самые смелые идеи не взлетят!

P.S: Отдельное спасибо Дане за то, что мотивировал меня снова взяться за блог! 🙏

Мамкин программист, получается

AI в Chrome DevTools: прототипирование стало проще и быстрее?

Наткнулся на видео про AI Assistance в Chrome DevTools — штука, которая может сильно упростить прототипирование.

🔧 Как это работает?
Ты загружаешь страничку в DevTools, просишь ассистента что-то добавить, он объясняет, как это сделать, и предлагает кнопку «Применить». Нажимаешь — и изменения сразу появляются в браузере.

Например, автор видео добавил:
🌑 Тёмную тему,
🔍 Поиск (без бекенда),
🎨 Изменение цвета кнопок.

Код страницы при этом остаётся неизменным.

✅ Плюсы: инструмент идеален для быстрых экспериментов. Никаких IDE, всё на лету.
❌ Минусы: код, который генерирует AI, простоват, и в продакшене его использовать рискованно.

Что ещё? Это может открыть путь для «мамкиных программистов» , которые с помощью таких инструментов будут штамповать проекты, не задумываясь о поддержке и качестве. А кому-то потом все это тестировать ... 🤦

Какой ты тестировщик по знаку зодиака?

🐏 Овен: "Энерджайзер". Неутомимый и прямолинейный. Берётся за самые сложные баги и не остановится, пока не победит их своей энергией.

🐂 Телец: "Хранитель регресса". Терпеливый и основательный. Стойко охраняет стабильность релиза, словно верный страж охраняет сокровища. Его внимание к деталям сохраняет гармонию в проекте.

👯 Близнецы: "Фуллстек". Многозадачный и общительный. Успевает и тестировать, и код писать, и на митингах шутить. Команда иногда думает, что их двое.

🦀 Рак: "UX-страж". Чувствительный и заботливый. Чувствует проблемы пользователя ещё до того, как они возникли. Его тесты пронизаны заботой о людях.

🦁 Лев: "Симба". Харизматичный лидер. Царь автотестов, его скрипты известны по всей компании, а презентации — это шоу.

🌾 Дева: "Шерлок". Детально ориентированный. Разгадывает сложные проблемы, связывая несвязанные на первый взгляд факты. Всегда на шаг впереди багов.

⚖️ Весы: "Деврел". Справедливый и дипломатичный. Балансирует между разработкой и тестированием, всегда находит компромисс и способствует командной гармонии.

🦂 Скорпион: "Траблшутер". Интенсивный и проницательный. Отследит баг по цепочке до самого источника, облегчая жизнь разработчикам. Его дотошность и проницательность бесценны для команды.

🏹 Стрелец: "Робин Гуд". Оптимистичный и независимый. Непревзойдённый мастер исследовательского тестирования. В своих путешествиях «крадёт» лучшие практики и дарит их своей команде.

🐐 Козерог: "Мастер". Амбициозный и дисциплинированный. С непоколебимой решимостью доводит проекты до совершенства, шаг за шагом приближаясь к идеалу. Его упорство и профессионализм вдохновляют всю команду.

🌊 Водолей: "Леонардо". Оригинальный и прогрессивный. Придумывает нестандартные методы тестирования и всегда ищет новые инструменты, чтобы сделать процесс более эффективным.

🐟 Рыбы: "Баг-хантер". Интуитивный и творческий. Погружён в мир кода как в океан идей. Его интуиция направляет его к скрытым ошибкам, словно свет маяка в тёмной воде.

Эксперты по 3D-принтерам здесь?

Вчера меня поразила одна вещь: купил футляр для аккумуляторов (Э - экология), напечатанный на 3D-принтере, и был просто в восторге от его качества! 🎉 Оказывается, технологии за последние 5 лет сделали огромный скачок вперёд. Теперь у меня появилась идея обзавестись собственным 3D-принтером и поэкспериментировать.

Я уже прочитал кучу обзоров и, конечно же, обсудил всё с моим приятелем Чатом Джипетовичем 🤖, но хочется услышать мнение настоящих людей. Может, у кого-то из вас есть опыт или советы? У меня нет конкретных задач, но голова просто кипит от идей! Например, было круто создать кибернетическую руку (как в “Терминаторе” или “Я, робот”), которая повторяет мои движения. 👋

Если вы шарите в этой теме или знаете кого-то, кто может помочь, буду рад вашему сообщению в личке. Контакты в описании канала.

Спасибо заранее и отличного дня! ✨

Ручное тестирование заменит автоматизацию!

Да, я тот самый автоматизатор, постоянно всем доказывающий, что мы вот-вот заменим ручное тестирование. А что если всё наоборот? 🤔 Давайте разложим по фактам.

1️⃣ Формально процесс создания любого теста: написание тест-кейса → написание кода → исполнение кода. Даже когда вы сразу пишете автотест, сначала в голове продумываете тест-кейс. Ключевое — сам тест-кейс и его результат. Код — всего лишь инструмент. 🧐 Почему бы не убрать его?

2️⃣ Попытки избавиться от кода уже были. Например, no-code инструменты типа Testim. Проблема в том, что они меняют шило на мыло: вместо 10 строк кода получаем огромную схему с переходами между состояниями. 😓 Именно поэтому эти инструменты популярны только с точки зрения маркетинга и не несут практической пользы (без обид, уважаемые пользователи Testim 😅).

3️⃣ AI — это эволюция кода, которая может полностью исключить нас из процесса. Прорыв может случиться благодаря AI, который запускает тесты-кейсы без кода. Берём ручной сценарий и сразу превращаем его в результат без «промежуточного состояния». В этом направлении движется Zephyr Scale Automate. Их продукт ещё сырой, и я не уверен, что именно они добьются успеха. 🤷‍♂️ Но я верю в потенциал такого подхода, так как создание автотестов — процесс значительно более простой, чем генерация кода продукта (о котором пост выше).

Давтоматизировались, получается. 🙃 Если развитие AI пойдёт в эту сторону и достигнет успехов, автоматизаторы тестирования станут буквально не нужны. Представляю, как ручные тестировщики будут хохотать над нами. 😂

Сохраняйте этот пост как предсказание и перешлите его ручным тестировщикам. 😉 Посмотрим, что они думают об этом!