Тот самый лучший, на мой взгляд, 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-навыком!

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

Сегодня ровно 3 года в DODO.

Чем я могу гордиться? Успешной борьбой за то, что бы вилки QA Auto и QA Performance были такими же высокими, как у разработчиков. Полным ребилдом наших нагрузочных тестов своими руками, а затем - наймом лида, закрывшего собой вопросы нагрузочного тестирования "под ключ". Вообще, мы собрали очень крутых лидов для всех направлений тестирования (Mobile, Web, Perf и Drinkit). Горжусь выстроенными взаимодействиями с CIO, CTO и продактами, благодаря которым нам не мешают внедрять то, что мы хотим, тестировать - как мы хотим, а мы не мешаем релизить, менять инфру и требования на лету. Технически - внедрили TestOps, Playwright, Kaspresso, написали тестов на flutter приложение курьера, создали уникальное для рынка self-service решение для работы с нагрузкой. Собрали топовую команду тестирования в наш второй по размеру, но не по значимости бизнес - Drinkit - и эта команда завела 574 бага за 2024 год🥲. Мы стали считать баги, и мы не витаем в абстрактных процессах "сделать так, что бы багов не было". Мы стали писать код на собеседованиях. Мы продолжаем релизить ядро нашей системы - DODO IS - без ручного тестирования вообще.

Нас уже 31 QA инженер, мы выросли в 2 раза. Закрываем по 6-7 OKR на свою QA гильдию каждый квартал, и нам все еще есть куда стремиться.

Мы выступаем на конференциях и митапах, и у нет-нет, да и приходят кандидаты, которые хотели бы работать именно с нами.

А я - все еще хочу работать именно в DODO 🍕

Про премии 📈

Премии, на мой взгляд, обычно бывают трех видов (с двумя из них я сталкивался в своей работе, третий знаю в теории):

1) Просто "Пришла радость откуда не ждали" - это когда на Новый Год (или ДР компании, или на 8 Марта, в общем, в дени ИКС) всем приходит push из банка о поступлении 13-й з.п. Вне зависимости от должности, успехов и так далее - назовем его условно "благодать ❤️"

2) Когда компания ставит прозрачные цели (всем вместе заработать за квартал 100 рублей, всем вместе продать 3 ящика пива, выкопать 854 метра траншеии и так далее), и если цель достигается - все сотрудники получают push из банка о премии. Тут может быть дифференцацция от стажа, может быть должности - но важно, что это не некий персональный KPI Васи-тестировщика или менеджера, это - компания делится достигнутым успехом со всеми - назовем ее условно "успехшэринг 📈"

3) Когда у конкретного Васи-тестировщика или (что чаще в реальной жизни) менеджера по продажам или рекрутера есть персональный KPI: заведистолько-то багов или автотестов, продай столько-то зановесок, найми столько-то других Василиев. Обычно сопровождается маленьким базовым окладом и премия является неотъемлемой частью совокупного дохода и требует персональной борьбы за KPI. Назовем такую премию "личныйкнутопряник 👔"

Есть еще четвертый тип - у топ-менеджеров C-lvl (чаще CEO/CIO), но, тут не о них.

Так вот, я в своей карьере постоянно встречался с типами 1(благодать) и 2(успехшэринг). И это было клево, клево во всех смыслах - все радовались на новый год, все старались в меру своих сил и талантов помогать компании заработать / выкопать / продать побольше и потом опять-таки радовались.

С типом 3(личныйкнутопряник) я не сталкивался никогда, и есть мнение что это плохо: люди борются только за свою циферку, а не за общий абстрактный успех, начинается непрозрачность, грызня и прочее.

Теперь важный факт: В DODO нет премий. Вообще никаких 🥲

А на вопросы почему - приводятся аргументы о недостатках кнутоприянка, которые объективно есть, но не приводят аргументов о преимуществах двух других типов, которые тоже объективно есть.

Ниже будет опрос, хочу подискутировать 🦆