Short QA ideas

Очередная подборка "если вы случайно пропустили"

Посмотреть
📎 Data Quality: что за зверь и как обучиться - Тоня Безгина
📎 Все доклады про информационную безопасность с Heisenbug 2024 Autumn

Почитать
📎 Тестирование больших данных: руководство для начинающих
📎 (уникальная) Дока про безопасность Chromium extensions
📎 (для способных кекать) Болезнь «ООП головного мозга»
📎 Как работают хэш-функции
📎 Прямое и обратное геокодирование – тестирование популярных решений
📎 The State of Python 2024

Потыкать
📎 flpc (rust-based regex for Python)

Традиционная рекомендация: Podlodka QA Crew: с 24 по 28 февраля сезон про Quality Gates!

Расскажут про то:
▶️Как выстраивать Quality Gates на всех этапах разработки
▶️К чему приводит жизнь без QG и как избежать хаоса
▶️Где провести черту между «релизить» и «тестировать»?
▶️Как DoR и DoD помогают команде говорить на одном языке

Спикеры из Точки, Островка, Яндекса, Devexperts и других компаний поделятся реальными кейсами.

Формат, как всегда, удобный: утренние и вечерние сессии, минимум теории, максимум практики.

Не пропустите: https://podlodka.io/qacrew (с промокодом short_qa13 билет ещё выгоднее)

5 ценных скиллов для обеспечения качества продукта

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

Все выводы сделаны по результатам наблюдений за живыми людьми, реальными процессами и крутыми, но сложными продуктами.

Итак, что в моём списке крайне ценных навыков:

1. Умение использовать в работе инструменты observability.
Зачем? Чтобы не делать выводы на основании отрывочных данных или разовых проявлений проблемы.
Неплохая обзорная статья на тему лежит тут.

2. Big picture thinking/view. Способность посмотреть на систему/процесс в целом, не утопая в мелких деталях реализации. Не скажу лучше, чем "big-picture thinking involves being goal-oriented, rather than task-oriented".
Зачем? Позволит обнаружить критичные проблемы на максимально ранних этапах работы над проектом. Часто именно QA инженер обладает знаниями обо всех частях системы, в то время как разработчики отдельных частей могут быть раскоординированы (типичная история про то, что фронт не знает об изменениях на бэке).

3. Problem solving или навык решения вопросиков.
Зачем? Чтобы а) решать действительно критичные проблемы и не тратить время на незначительные неудобства б) находить первопричину проблемы и устранять её вместо бесконечных последствий.
Если у клуба проблем-солверов есть первое правило, то там точно что-то про "какую проблему мы решаем".

4. Инцидент менеджент. В случае наступления критической ситуации определить как минимум свой план действий и следовать ему.
Зачем? Чтобы не паниковать, когда "у вас баг в проде". Чтобы совершать минимум новых ошибок, устраняя последствия уже совершенных ошибок.
Вот тут занятно расписано.

5. Опыт анализа и выявления уязвимостей (и в целом навыки в области информационной безопасности).
Зачем? Чтобы совместить полезное с полезным, а именно: в ходе тестирования мы уже владеем достаточными знаниями о системе и инструментарием, чтобы выявить отдельные уязвимости, странно этим не воспользоваться.

Это я всё к чему?
Если вы искали (и не находили), в каком направлении можно прокачаться даже без смены проекта, то вот оно.
Если вы уже применяете вышеназванные навыки в работе, то моё почтение, и не принимайте это как должное.

Нет времени объяснять, стартует Route 256 для QA (middle) на Go и QA (middle) на Python!

Почему в Руте стоит поучаствовать, уже рассказывала здесь.

Чтобы попасть на курс, нужно пройти отборочный контест 26 января.
Регистрация туть до 23 января (!).

Обратите внимание, потребуется:
– владение Go (возможен переход с Java/C#/другого ЯП) или Python;
– минимум 2 года опыта в ручном тестировании;
– минимум 1 год в автотестах.

Курс длится 2 месяца, состоит из вебинаров, воркшопов и домашней работы. Лучшие студенты получают оффер в Ozon Tech.

Удачи!

Больше итогов 2024

Мы ещё вернёмся к API репорту, как к более интересному для QA, но тут подоспел 2024 Year in Review от Cloudflare, а они кое-что знают про эти ваши интернеты...

Итоги, которые показались мне наиболее полезными в быту в работе:
- около 50% всех запросов в 2024 использовали HTTP/2, 20.5% — HTTP/3 (незначительно отличается от 2023);
- 1/3 мобильного трафика приходила от Apple iOS. В 29 странах доля мобильного трафика от Android-устройств составила больше 90%;
- Go обогнал NodeJS как язык для автоматизированных запросов API, Python на почётном 3-ьем месте;
- Google Chrome всё ещё самый популярный браузер. Safari и Edge по-прежнему крайне популярны на своих родных девайсах;
- 41.3% трафика приходится на мобильные устройства. В примерно 100 странах/регионах бо́льшая часть трафика приходится на мобилки.

Вчитаться во все подробности можно тут.

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

Про оверимплоймент
Уверена, что вы тоже знаете как минимум одного коллегу, у которого две фулл-тайм работы и ни о чём не подозревающие руководители на обеих.
1,5 или 2 зарплаты — это, без сомнений, приятно, 2 параллельных дейлика — уже меньше, упавший прод на одной работе и параллельный звонок на другой — довольно стрессово. Однако же решившихся временно или постоянно совмещать несколько работ правда много (по крайней мере, у меня создаётся такое впечатление) и ещё больше тех, кто рассматривает такой вариант, если подвернётся случай.
В любом случае, надеюсь, что основным способом борьбы с оверимплойментом не станет принудительный офисный формат работы.

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

➡️ Сам опрос.

В целом про исследования в IT
Честно говоря, я регулярно читаю результаты исследований рынка IT. Бесспорно, ни одно исследование не расскажет конкретно про меня в моём конкретном кейсе, не предскажет мой потолок зп, и даже может противоречить тому, что я наблюдаю в своём окружении. При этом полезно увидеть картинку в целом, заметить тренды, соотнести свои наблюдения с результатами опроса значительного числа коллег.

А если вы ещё не знакомы с исследованиями NEWHR, то тут можно найти много интересных отчётов, в том числе про релокацию и зп.

"Мы перестали лазить в окна к любимым женщинам" и читатать State of the API Report, что очень зря.

Давайте для начала в общих чертах посмотрим на тренды. Если вам будет интересно, то после вернёмся к отдельным проблемам и тому, что они значат для QA-процессов и команд.

А между тем, по итогам 2024 года:

* значимость API продолжает расти (это снова про API-first, повышенные требования к качеству и дизайну API). Как следствие, ускоряется разработка API, ускоряется failure recovery (тут наверняка подтянутся и ожидания бизнеса);

* разрабатывать API по-прежнему сложно (проблемы всё те же: слабая коллаборация между командами, отсутствующая или противоречивая документация);

* настаёт время multiple-gateways (одновременно надо поддерживать разные типы API — private/partner/public/etc);

* API приносит всё больше прибыли (это продолжение тренда API as a product);

* AI-тулзы пришли в сферу разработки API ;

* безопасность — по-прежнему слабое место API (почти треть опрошенных не используют API Key Vault security tools).

Это я всё к чему?
- тестировать API становится сложнее, но потребность в качественном API растёт с каждым годом;
- разработка (в широком смысле) API приносит всё больше денег, то есть компании могут позволить себе платить за обеспечение качества, скорости и отказоустойчивости;
- у API много проблем, а значит и направлений для развития, в том числе в части QA.

Найти сам репорт и красивые графики в нём можно здесь.

В прошлом году про тренды апи мы с вами тоже вспоминали — тут.

QA ИНЖЕНЕРАМ-АВТОМАТИЗАТОРАМ И ВСЕМ-ВСЕМ-ВСЕМ!

Уже на текущей неделе (а именно 25–26 октября) команда Ozon Банка проводит Weekend Offer.

Ищем:
- QA Backend (Python)
- QA Frontend (TypeScript)
- QA 1C\Go
- SDET (Go+PostgreSQL)

Пишете на другом языке, но готовы перейти на наш стэк? Тоже приходите!

ЧТО ПОТРЕБУЕТСЯ

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

2. Пройти техническое интервью (всего одно!)

МИТАП

Для заполнивших форму мы подготовили закрытый митап с новыми (!) докладами про нашу внутрянку. Там же будет возможность познакомиться с лидами разных команд и позадавать им вопросы.

ПРО НАС

Уверена, что вы уже про нас слышали и/или пользуетесь нашими продуктами. Лучше и то, и другое)

Но если коротко, то мы делаем всё, чтобы новые фичи Банка релизились часто, хорошо протестированными и сразу с автотестами.

А если не коротко, то вот плейлист с нашими докладами (и тут далеко не всё).


До встречи на Weekend Offer!

☕️☕️ Пришло время для самого пятничного доклада! Надеюсь, он вдохновит вас и поднимет настроение

Приходите или смотрите в онлайне

👋 Первый спикер нашего митапа: Романова Татьяна с докладом «Чем мы заняты, когда не пишем автотесты».
Таня расскажет о неочевидной стороне рабочих будней автоматизаторов, интересных задачах, необычных вызовах и прокаченных скиллах.

Куда: Бизнес-центр Комсити
Когда: 10 октября в 18:00

Ссылка на регистрацию: https://moscowqa.timepad.ru/event/3051889/

Также подписывайтесь на наши соц. сети:
Youtube: https://www.youtube.com/@moscowqa
VK: https://vk.com/moscow_qa

Очередная подборка "если вы случайно пропустили"

На этот раз мы очень много чего пропустили из-за моих конференций и моря работы, но нагоним.

Видео
➡️ Podlodka Podcast на тему "Как организовать тест-кейсы на проекте" с Анастасией Заречневой
➡️доклад про T-shape с недавней Подлодки. Текстовое саммери прилагается
➡️"Браузерные инструменты: ищем проблемы рендеринга" от Алексея Иванова. Продолжение серии докладов про инструменты
➡️"Хаос-тестирование как часть функционального: наш опыт в Яндекс Маркете" от Светланы Бакановой. Один из лучших докладов прошлого Гейза по версии моего окружения
➡️"Как система сбора статистики по багам помогает нам в планировании спринтов" Наталия Бакалдина, Звук. Суть доклада в том, чтобы отслеживать причины возникновения багов, но может пригодится и тем, кто хотел запускать эксперименты и потом о них рассказывать

Текст
➡️подборка материалов для автоматизаторов и интересующихся
➡️ещё больше материалов для QA с разбивкой по основным скиллам
➡️ рекомендации тем, кто проходит и проводит перформанс ревью
➡️ статья про то, как научить автотесты ориентироваться на карте
➡️ про гит-хуки

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

Спасибо за вашу активность ♥️

Podlodka #12: про развитие QA-инженера
(с 2 по 6 сентября)

Среди тем сезона:
✖️T-Shaped QA: мастер на все руки
✖️Есть ли рост в QA без ухода в автоматизацию?
✖️Как и зачем крутому QA строить крутой личный бренд?
✖️Перейти в автоматизацию легче, чем вы думали
✖️Как заставить ИПР работать на вас
✖️и многое другое! полная программа с описанием сессий уже на сайте

До 26 августа действуют скидки: https://podlodka.io/qacrew и дополнительно ловите промокод на 500 руб short_qa12

Для любопытных. У меня есть для вас 2 проходки (они же бесплатные билеты): отдам тем двоим, кто пришлёт мне в личку лучшие вопросы для дискуссии "Есть ли рост в QA без ухода в автоматизацию?". Ответы принимаются до 12:00 22 августа.

IT-пикник 17 августа

Если планируете завтра быть на IT-пикнике, приходите к стенду Ozon к 17:00, расскажу "Чем мы заняты, когда не пишем автотесты".
Инсайты на тему интересных задач и отсылки к What We Do in the Shadows гарантируются.

Кажется, пора go

Как и в прошлые разы, напоминаю, что открылся набор на route 256.
В этот раз для миддлов QA, желающих освоить Go.

Если ещё сомневаетесь, то подсвечу следующие моменты:
0⃣ у меня всё больше коллег с route (и они быстрее и проще вливаются в процессы)
1️⃣ go модный-современный, но может вы ( как я) всё никак не заюзаете его на практике, а тут будет много шансов
2️⃣ на занятиях можно будет задать все интересующие вопросы (что точно лучше, чем обычный текстовый курс)
3️⃣ можно будет познакомиться не только с предподами и тьюторами, но и с другими студентами программы (нетворкинг, все дела)

Подробные подробности об этом запуске, которые удалось для вас узнать

Что будет
🔘2 месяца онлайн-занятий с экспертами Ozon и Ozon Банка
🔘вебинары дважды в неделю, воркшопы, домашка и обратная связь по ней
🔘помимо самого Go, студентов научат писать моки, настраивать ci/cd для автотестов и проводить нагрузочное тестирование
🔘лучших студентов позовут на собеседования (у нас в команде уже есть выпускники route 256, надо ещё!)

Что нужно, чтобы попасть
🔘2 года опыта в автотестах на любом языке
🔘пройти отборочный контест 11 августа

Важное про контест
🔘решать задачи на контесте можно на Go/Python/C#/Java
🔘в отличие от предыдущих контестов алгоритмических задач стало меньше и добавился блок с теорией тестирования

Заявку для участия нужно оставить до 8 августа тут. Там же можно найти больше информации про программу и ответы на часто задаваемые вопросы.

Запись доклада "Ленивый пентестинг или Как сделать приложение безопаснее, имея только веб, девтулзы и немного времени"

Без лишних слов, как обещала: запись доклада про ленивый пентестинг. Презентация вот.

А вот тут вы сможете найти все доклады GigaConf 2024.

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

Как появится запись выступления, обязательно принесу сюда, а пока, как обещала, делюсь презентацией.

Podlodka QA Crew #12: выбираем тему сезона

Стараемся делать для вас самые крутые и интересные сезоны Подлодки, поэтому в очередной раз предлагаю поучаствовать в выборе тем! Также среди заполнивших форму будет разыграна проходка на сезон)
Займёт это всего пару минут: просто заполняем форму и оставляем контакт в телеге. Проголосовать можно до 18:00 по мск 24 июня.
Удачи 🍀

#git
Git всемогущий

Нет времени объяснять. Вот 2 команды гита, которые сэкономили мне кучу времени:

git checkout -b имя_ветки

создаст новую ветку и переключит на неё

git checkout -

вернёт на предыдущую ветку (с учётом необходимости периодически переключаться между мастером и веткой это бесценно)

Если вас волнует и интересует git, жамкайте на хэштег, там много интересного.

#рекомендации #посмотреть #почитать
Годнота

1. Годные доклады с Heisenbug весна 2024
Поскольку выступления уже начинают выкладывать в открытый доступ, ловите список докладов, в которых я нашла для себя много полезного:

про QA
* Безопасность — это просто. Как улучшить защищенность мобильного приложения в процессе обычного тестирования
* Хаос-тестирование как часть функционального: наш опыт в Яндекс Маркете

про около QA
* Тестирование умерло
* Мозг: любопытство, мышление, принятие решений

2. Q&A про QA
В совсем свежем канале NoBugs, можно задать интересующие вас вопросы про карьеру, технические решения на работе, поиск оффера и получить развёрнутый ответ. Лично я зачиталась (спасибо расшифровке аудио от tg) рассказом Карины про релокацию.

3. Про дайджесты
Искренне полюбила еженедельные дайджесты на канале Тестирование и жизнь и вам рекомендую: пример 1 и пример 2.

#devtools #инструменты
Очередная подборка "если вы случайно пропустили"

➡️ Google IO 2024 позади, а значит можно смотреть keynotes и итоги работы разных команд Гугла за год.
Точно отмечу:
* команду DevTools
* команду инструментов автоматизации

Остальное можно найти туть.

➡️ отличный доклад про Devtools для разработчиков от Никиты Дубко

🔜 обновите Chrome до 124 (а лучше 125) версии - в ней пофиксили крит.уязвимость (секурити, все дела)

#chrome #devtools #инструменты
DevTools update
(Chrome 124, 125)


▶️ если используете WebRTC, его теперь можно троттлить прям из ДевТулзов
▶️ тут я когда-то рассказывала вам про тестирование анимации при помощи DevTools. Теперь анимацию по скроллу тоже стало удобнее проверять
▶️может быть вам повезло и на вас раскатили фичу с пояснениями от AI Gemini в консоли (есть ограничения по регионам и настройкам)
▶️в общеобразовательных целях можно узнать про Early Hints headers и где их искать в Нетворке

#автоматизация #код_ревью
На небе только и разговоров, что о код-ревью...

Одна из вечных тем в кругу автоматизаторов-разработчиков - это код-ревью. Спорят о том, как, когда, как долго, кто... Но почти все сходятся на том, что ревьюить нужно.

Ответы на многие базовые вопросы по теме вы сможете найти в этом докладе: Код-ревью с уважением (Ангелина Купцова)

И буквально ещё несколько моментов добавлю от себя:

✔️софт-часть

* не заставляй долго ждать твоего ревью:
- подай знак, если уже смотришь МР,
- сориентируй, сколько тебе понадобится времени,
- честно скажи, что не успеваешь, и в этот раз тебя лучше заменить (это правда ок)

* ревьюить нужно так, как если бы через месяц тебе пришлось дебажить этот код и пояснять за него (посвящается всем, кто дежурит по автотестам)


✅хард-часть

* если что-то можно проверить линтером и/или поправить форматером, отдай это на откуп машине (а не жди от внимательного ревьюера)

* используй шаблон МРа в Гитлаб, чтобы добавить чек-лист/чит-лист для автора МРа с ключевыми моментами, которые стоит учесть в коде

* на чёртовы опечатки правда стоит обращать внимание (вспомнишь об этом, когда потребуется найти что-то в огромном новом для тебя репозитории)

* не оставляй "мёртвый код", "код на всякий случай" (если вдруг у вас в команде нет иной договорённости). Код есть документация, а документация должна быть актуальной

* понятные названия переменных, читабельный и красивый код, отсутствие магических чисел по-прежнему много значат


Ещё некоторое количество полезного по теме вы сможете найти в докладе "Записки код-ревьюера: мыслим выше, чем пробелы и табуляция" с недавнего Гейза (пока нет в общем доступе).

#skills
Мои не самые стандартные способы прокачивать скиллы

Вчера посмотрела запись обсуждения с недавнего Гейза на тему "Как учиться учиться?" и это подтолкнуло меня рассказать вам о моих проверенных методах.

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

Работающие для меня методы
1. Ведение канала. На контент-план меня не хватает, но потребность найти что-то новое/полезное и поделиться всегда есть.

2. Подготовка доклада/статьи. Что-то близкое к первому пункту, но: требует более глубокого изучения темы, систематизации опыта/знаний, подбора/написания практических примеров. Я не говорю, что на момент формулирования темы и плана я ничего не знаю о выбранном топике, но минимум 50% самого интересного я формулирую/нахожу именно в процессе подготовки.

3. Написание конспектов. Я конспектирую практически всё, что читаю и слушаю. Я могу не вернуться к этим заметкам никогда, но запоминается точно лучше. Мой инструмент тут -- Obsidian.

4. Code review. Как ни странно, я узнаю много нового в ходе код-ревью. Во-первых, я всегда гуглю новые для себя конструкции/методы/либы. Во-вторых, я невероятно благодарна коллегам, которые не устают челленджить мои МРы и подкидывать идеи о том, как сделать лучше/быстрее/круче.

5. Bug bounty и CTF. С азартом и огромным удовольствием я применяю свои знания в таком формате. Поскольку я (будем честны) новичок в области ИБ, мне приходится много гуглить, но нагугленное сразу же можно применить в решении задачи. В тестировании применимо практически всё, что я узнаю в ходе поиска уязвимостей.

6. Квизы. Есть множество тг-каналов с квизами, какие-то я даже советовала здесь. На ежедневной основе я прохожу квизы по Python, например, тут. Трачу на них 5-15 мин, но часто узнаю что-то новое (иногда это какая-то неприменимая в жизни дичь, но помогает узнать больше о том, как работает язык).

#chrome #автоматизация #devtools
Хром про тестирование

Хоть Хром и кэп, но иногда стоит повторить то, что уже известно, услышать от кого-то другого, изложить другими словами.
Это я всё к тому, что команда Хрома неплохо и планомерно пишет про подходы к тестированию. Вдруг именно этого вам и не хватало

"...sees quality not as a burden, but as an investment. "

* Implement testing in your enterprise with Chrome
* Tools from Chrome for frictionless, automated testing
* Learn Testing. An in-depth course on software testing
* Fun & Powerful: Intro to Chrome DevTools (прям вапще база ДевТулзов)


Если хочется чего-то более продвинутого и интересного, уже известная вам Наталья Петровская 25 мая проведёт тренинг по майнд-мапам. Cамая первая версия с Подлодки живёт тут, а теперь будет целый день практики и инфы, проверенной на международных конфах и существенно доработанной.

Очередная подборка "если вы случайно пропустили"

* все доклады Heisenbug 2023 Autumn стали доступны для бесплатного просмотра

статьи, которые показались мне дельными:

* Выгорание: рассматривая золу под макроскопом

* Насмотренность в разработке: путь к чистому и качественному коду

* Банановые шкурки на интервью Python-разработчика

и несколько каналов с полезным:

* Точка входа в программирование @prog_point

* Еженедельные дайджесты полезных материалов по тестированию в телеграм @qa_Iive