Moscow QA

Все любят агентов: разработчики за код без усилий, CEO за надежду сократить расходы. Расскажу, как мы сравнивали продуктивность людей с агентом и без и почему те, кто делал мало, больше делать не стали. Будут сожжённые бюджеты на токены, факапы и разговор о том, почему быстро написанный код ещё не работающий софт, а для QA это порой просто больше работы. Без записи и рекламных обещаний разберём, где от агентов действительно есть толк и что нужно уметь, чтобы не производить говно быстрее.

Вас учили, что хороший лид собирает мнения, ищет консенсус и даёт команде право голоса. А потом наступает пятница, прод горит, до релиза три часа, и пять тестировщиков обсуждают, кто что будет проверять. Спойлер: к консенсусу они придут в понедельник.

В докладе разберу, почему в QA и разработке демократия чаще мешает, чем помогает, и почему самые эффективные команды держатся на человеке, который не спрашивает, а решает. Хакатоны, инциденты, горящие дедлайны: реальные кейсы, где автократия спасла проект, а голосование его похоронило. И отдельно о том, почему с каждой ступенькой карьеры вы становитесь жёстче и холоднее, и почему это не выгорание, а профессиональная эволюция.

История о том, как я пытался превратить фотографию и живопись в профессию, уйти из найма и что из этого вышло. Почему идея провалилась, и главное — почему возвращение в ИТ стало лучшим решением в моей жизни.

Я больше 10 лет в автоматизации тестирования. И когда начинал делать BugBuster, у меня в голове была железобетонная картина мира: "Все страдают от хрупких тестов, всем нужны автотесты максимально близкие к пользователю". Оказалось, эта картина была правильной для меня, но абсолютно неверной для бизнеса. Это не история о том, какой бизнес плохой. Это история о том, как я сам себя обманул, построив продукт вокруг собственных привычек, и почему в итоге проект ушел в опенсорс

Интеграционные тесты раньше функционального регресса — звучит как перевёрнутая пирамида тестирования. В Мир Plat.Form мы сделали именно так, и это работает.

Разберём выбранные решения и этапы их внедрения. Спойлер: некоторые из решений оказались преждевременными.

Вы унесёте с собой знания, которые позволят стать драйвером этого направления в вашей компании.

Нейронки не заменят ответственного и качественного QA — об этом будет мой доклад.

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

Сказка о том, как команда разработки наскребла требования, разработала, испекла Колобка и отправила его на тестирование, где ему предстоит справиться с испытаниями.

Акцент сделаем на взаимодействии аналитика и тестировщика: обсудим, как облегчить путь Колобку с помощью спеки, с какими уточнениями приходить и какими инструментами пользоваться.

Расскажу о видах метрик и подскажу, какие из них действительно стоит собирать вам.

На примере демо проекта покажу работу Grafana в связке с Playwright.