Думаю многие слышали про Spring initializr. Это когда вы можете не думать, какие там плагины, зависимости и т.д. вставить в свой pom.xml (ну или build.gradle), а в режиме "проставить галочки че хочу на выходе" получаете готовый Spring-проект.

К чему это я?

Хочу прорекламировать (бесплатно, конечно🥲) появление такой-же фичи в Allure!

И там-то она ну точно полезна - сколько людей путаются в версиях AspectJ и java, в плагинах и зависимостях Allure и прочем. Единственное, что бы я посоветовал доработать - в генерируемом build.gradle (pom.xml) добавлять exclude junit-а из
testImplementation "io.qameta.allure:allure-junit5"

Это полезно, потому что при использовании самых последних и свежих JUnit-ов могут возникнуть конфликты, т.к. аллюр может не успевать день-в-день за выходом нового релиза JUnit. Я бы подключал это так:

    testImplementation("io.qameta.allure:allure-junit5:${allureVersion}") {
        exclude group: "org.junit.jupiter"
    }

В общем, сохраняйте ссылку и пользуйтесь Allure start!

Сегодня и завтра я на главном событии года DODO - съезде партнеров. Тут все ключевые лидеры DODO, партнеры, открывшие кто пару, а кто и больше сотни наших ресторанов. Наша цель - Х2 во всем. И качество наших IT-продуктов - ключевая вещь, без которой ничего не будет. Весь первый день я слушал выступления наших топменеджеров, но в мыслях было - а как мы будем делать все это качественно и без багов? Эти мысли сложнее, чем написание тестов, тесткейсов и всего остального. Нам нужен прорыв, нам нужно избавиться от багов на оплате, нам нужно безупречное приложение и безупречная работа бэкофиса. Нам нужен крутой QA, который тоже будет х2 от конкурентов. Это все еще вызов для меня, хотя казалось бы, где еще искать вызовы, когда ты уже 16 лет во всем этом IT.

Тот самый лучший, на мой взгляд, Keynote, который я видел на айтишных конфах (а побывал я на многих). Посмотрите, прочувствуйте

Свежайший видос с HB от меня - опять JUnit, опять экстеншены

💪 Сегодня в 20:00 по МСК приглашаею на открытый урок: "Niffler 2.0".
Это созданный мной и Ириной Стяжкиной (бэк и фронт соответсвенно) учебный проект, в котором есть все, что есть у меня в голове. Хочу поговорить (не очень технически, скорее душевно) про:

✅ Эволюцию Niffler от первой версии до сегодняшнего дня. О чем мы думали, делая этот проект?

✅ О своем взгляде на учебный процесс для синьеров AQA

🔗 Зарегистрируйтесь на этот стрим и мы можем просто пообщаться в конце, на любые темы. А может быть, увидимся на моем авторском курсе, стартующем через 2 дня 😳 Скидка тут, если что

В конце сентября буду в Москве с докладом про GraphQL, а точнее, про то, как его автотестировать с точки зрения логики на бэке.

Буду рад пообщаться вживую, доклад стоит последним, после него - сплошное after-party 🍻

Всем, кто хотел со мной пообщаться лично в Питере, go завтра (26.09) на митап Ю.money, где я буду выступать со своим докладом о догмах тестирования

Итого

- Завтра я в офисе ЮMoney в Питере (б/ц БЕНУА, ​Пискарёвский проспект, 2 к2 ст1 регистрация тут);
- 28 и 29 сентября я в Моксве, в Loft Hall, Ленинская Слобода, 26 с.15 (регистрация тут);
- 17 и 18 октября опять в Питере на Heisenbug;
- 16 ноября буду с квартирником на Codetalks в Алматы.

После этого, делаю большой перерыв в выступлениях, для себя его называю "до востребования". Мне кажется, что это похоже на потерю мотивации - буду ее искать.

Зато начну чаще писать сюда🥲

Сегодня кратко расскажу про ОКР функции QA на Q4 в Додо. Кратко, потому что хочется только о сути целей, все хей-резалты выписывать не охота.

Приступим?

1) Pizza app: Регресс как Quality Gate
- здесь мы хотим наконец почти полностью уйти от ручных регресс-кейсов, и заниматься полезным исследовательским тестированием. Мы шли к этому около года, к тому что бы автотесты стали по-настоящему хорошими. Выпилили моки, запилили создание прекондишенов, написали немного DSL-a, чуть-чуть вернули моки😁 Но это тема отдельного поста, если будет интерес.

2) DataCreator: Универсальный инструмент для создания тестовых данных
- для решения проблем с тестами и их прекондишенами, нам пришлось написать свой сервис-прослойку, между нашими бэкендами и тестами. Теперь мы хотим, что бы этот сервис начинал быть универсальным инструментом, например manual-тестировщик мог бы насоздавать себе тестовые данные через slack-бота.

3) Drinkit app: 2-х недельный release train
- тут все просто. Наш бизнес кофеен растет, их уже 40, три страны, но в планах США, Сингапур и куча прорывов. Поэтому надо релизтть чаще. Поэтому тут будет куча автоматизации, сейчас регресс состоит из более чем 450 ручных кейсов, это боль. И мы ради этого прямо сейчас нанимаем туда Senior QA Auto. Не реклама вакансии), надеюсь офер будет принят.

4) Pizza app: Увеличение прозрачности по состоянию багов
- продолжаем обвешивать все максимальным числом метрик и глубоко понимать каждое узкое место в качестве нашего главного мобильного приложения. Проект лично ведет наш лидер направления QA Mobile Боря Лысиков (подписывайтесь на его канал, он крут)

5) Pizza app: Увеличение технической экспертизы QA в автоматизации тестирования
- ну тут все понятно 🙂

6) infra: Отказ от дублирующих друг друга библиотек в автотестах
- у нас все ещё остаётся Selenium (хотя мы давно новые вебтесты пишем на Playwright), и ещё есть пару библиотек одного предназначения. Выпилим все дубли, Додо рискует стать первой компанией вообще без Селениума в моей карьере

7) (все) Сервисы критического пути тестируются под нагрузкой
- в нашем контуре нагрузочного тестирования все ещё не хватает пары важных сервисов с прода, а ещё эта парочка возьми да и упади под нагрузкой в день релиза коллабы с Геншен Импакт. Надо срочно исправлять - и, тут и далее, пошли обжективы нашей команды нагрузки.

8) Можем сравнивать 2 прогона нагрузочных тестов
- извечная проблема нагрузочного тестирования, мы написали свой собственный инструмент для сравнения результатов, повод для отдельного поста или доклада. Осталось заставить его работать на полную😁

9) Улучшаем интерфейс запуска тестов
- а тут мы хотим сервис из пункта 8) научить ещё и в расписание запусков и френдли интерфейс для всех разработчиков. В сумме пункты 8 и 9 должны нас приблизить к концепции единая точка входа и выхода для всего нагрузочного тестирования.

____

Ну что, достаточно амбициозно на один квартал ?🤌

Максимально свежее и быстрое видео с конференции E-CODE от меня про GraphQL 🚀
А заодно, и код приложения Rangiffler, на котором можно поупражняться в тестировании.
Традиционно благодарю за frontend (React + Apollo) Иру 🤍

Ставьте звездочки, лайки, нам будет приятно, а кому-то из вас, уверен, полезно 🙌

Что не так в этом отличном коде из документации Playwright ?

Слово await в начале каждой строки теста.

Проблема-то тут фундаментальнее некуда, асинхронное API в библиотеках для тестов нафиг не нужно. Ну, вот просто не нужно, и все тут. Поэтому миллионы строк кода тестов на PW, Webdriver.IO и прочих сайпрессах - извините за выражение - засраны абсолютно ненужным словом await в начале каждой строки кода. При этом на других ЯП, имеющие вполне себе рабочую модель асинхронного программирования, почему-то хватает ума библиотеки для тестов делать с обычным (синхронным) API. А может я чего-то не понимаю, и есть смысл делать тестовые билиотеки асинхронными и каждую строчку теста начинать с await?

С удовольствием послушал бы мнения в треде ⬇️

Часто на собесах, когда начинаем плыть в ООП🙂, можно услышать фразу от AQA -

ну, я скорее про функциональное программирование, мой {ЯП name} - мультипарадигменный!

Я просто вызываю друг за другом функции.

То есть, кроме шуток, многие считают что, если в его языке есть ключевое слово fun, или function, то, вызов их друг за другом - это функциональное программирование.

Если кто-то из прочитавших думает примерно так же, то, я предлагаю к прочтению на выходных одну из самых зацепивших меня книг по IT тематике за последние пару лет: LISP Жемчужины программирования.

Эту книге несложно найти, но, мне понадобилось прочитать ее 3 раза, что бы начать понимать. При том, что она написана легким языком и талантливо, это не какой-то фундаментальный и скучный учебник для ВУЗ-ов. Это интересное погружение в вопрос - что же такое на самом деле функциональное программирование.

Всем советую, даже если вы, в итоге, не напишете ни строчки кода на LISP

Выступил на Heisenbug. В зале было 43 человека. Это меньше, чем на митапе Ю.money. за пару недель до этого 🙃

Вы, конечно, скажите: Дима, у тебя неинтересная тема.

Что ж, возможно это так.

Потом я сходил к Славе Смирнову и Саше Волкову, и там было примерно столько же.

Мой топ докладов:
Саша Волков
Слава Смирнов
И Артем, если вы, как и я, не слышали про Allure 3.

UPD:
Рекомендации от Лени Руденко по крутым докладам, на которых я сам не был:

Про тестирование Helm чартов

Про тестирование математических библиотек

Развлекательный про гейм-дев


Своим поделюсь, как только выложат👌

Всем привет!

16 ноября в Алматы выступаю на конференции CodeTalks.

С ребятами на Квартирнике обсудим реальные проблемы, с которыми сталкиваются QA-инженеры, тест-лиды и команды. Дискуссию проведем в интерактивном формате: участники сами выбирают темы на которые будем говорить и сами непосредственно будут участвовать в обсуждении.

Приходите похоливарить тоже. Буду рад увидеться.

Рега на конфу ещё открыта, вот тут по ссылке — https://2024.codetalks.kz

#Вакансия

В понедельник открываем вакансию Senior QA Mobile на наш флагманский B2C продукт - мобильное приложение Dodo Pizza.

Приложение работает в 20+ странах и обеспечивает ~95% всех заказов пиццы.

Нужен full stack, осознано готовый заниматься ручным тестированием минимум 50% своего времени, автоматизация у нас Kaspresso (Kotlin) и XCTest (Swift).

Рассматриваем настоящих синьеров с настоящими синьерскими зарплатами 🙂

Если интересно, пишите мне в Л.С. @dtuchs

https://youtu.be/nQmrAAggLYA?si=EckxU1yNCgbBDXw8
Запись доклада с митапа Ю.money, который принес мне (и, надеюсь, зрителям) много позитивных эмоций от, казалось бы, скучной темы - про баги. А еще классный шарфик и шапку, в которых я хожу каждый день.

Всем привет! Советую посетить стрим нашего Head of Mobile и нашего же преподавателя по ios автоматизации в QA guru.
Будет интересно, инфа сотка

Пост ниже не реклама, точнее не совсем она.

Мы только-только запустили новый поток моего авторского курса java advanced (более 50 занятий от меня и Миши Рубанова) в QA.guru. Если вдруг вы хотели на него попасть, то сейчас самое время успеть, а если вам интересно, что там и как там, приходите в пятницу меня послушать:

🎄 Пирамида тестирования, или как перестать бояться deploy на продакшен и встретить Новый год без багов!

Друзья, привет!

У нас с QA.GURU для вас специальный новогодний подарок – финальный открытый урок в этом году, и он будет суперполезным и праздничным! Уже в эту пятницу, 27 декабря, в 18:00 по МСК, мы разберем, как строить пирамиду тестирования, чтобы ваш код не рухнул, как новогодняя елка, когда на нее прыгнул кот 😼

🎅 Стрим буду вести я🌲

✨ На встрече вы узнаете:

• Как правильно выстроить пирамиду тестирования, чтобы проект держался крепко и уверенно.
• Где заканчиваются юниты, начинаются интеграции и появляется немного end-to-end тестов.
• Какие тесты реально спасают ваши нервы и продакшен, а какие просто красиво смотрятся в отчете.

🎄 Звездой на вершине новогодней елки станет написание тестов для микросервисного Spring Boot проекта Niffler-NG:

• Юнит-тесты (JUnit + Mockito) – чтобы убедиться, что методы работают не хуже, чем новогодние скидки.
• Интеграционные тесты (spring-test + h2db) – чтобы проверить, как работает наше REST API
• End-to-end тесты — чтобы выглядело красиво, а не только просто работало.

И все это за 1 час!

Регистрируйтесь по ссылке и зовите коллег, друзей и всех, кто хочет встретить праздники с прокачанным QA-навыком!

С наступающими праздниками, и до встречи на стриме!