Запись урока №11 (YouTube)

Запись урока №11 (Google)

Шпаргалка к уроку №11

Доступ к нашему репозиторию с проектом

git clone https://github.com/kirillbelovtest/QA4Life.git

⚡️Домашнее задание:

1) Просмотреть видео
2) Тренажёр (Курс Python) от "Условия внутри тела цикла" до Python: Синтаксический сахар
3) КУРС на степике Selenium на Python" от Алексея Коледачкина Разделы 1-3


#python #автоматизация #курс #урок11

🎙 6 инструментов для транскрипции, которые я использую в работе QA

➡️ Созвон с разработчиками, запись демо, планинг на час - всё это нужно как-то конспектировать. Печатать вручную долго, слушать повторно ещё дольше. Вот что реально помогает.

❓ Что использую и как:

🖐 Handy: диктую текст прямо в Jira, Confluence или браузер. Зажал горячую клавишу, сказал - текст появился в поле ввода. Удобно для быстрых баг-репортов и заметок после созвона. Работает локально на базе Whisper, бесплатно, данные никуда не уходят

🔍 Google AI Studio: закидываю аудиозапись собеседования или встречи и по промпту прошу выделить главные задачи, решения и выводы. Либо делаю полный транскрипт и уже из него - шпаргалку, методичку или список рекомендаций. Зависит от того, о чём была встреча и что из неё можно вытащить полезного.

⏺ HypeScribe: подключается к Zoom, Google Meet и Teams как бот - записывает встречу и делает саммари. Можно задать вопрос по транскрипту: "что решили по задаче X?" - и получить ответ без прослушивания записи. Также вытаскивает текст по ссылке из YouTube, VK и Rutube

🔍 NotebookLM: загружаешь запись демо или обучающее видео - и задаёшь вопросы по содержимому. Генерирует чек-листы, инструкции и саммари на русском. Удобно для онбординга и разбора новых фич перед тестированием

💻 MacWhisper: локальная расшифровка больших файлов на Mac. Запись ретро на 50 минут - закинул, получил транскрипт с таймкодами. Без облака, без лимитов на размер файла в бесплатной версии

📹 Format Factory: конвертер под Windows. Видеосозвон весит много и расшифровывается дольше - сначала вытаскиваю аудиодорожку через Format Factory, потом гоню в MacWhisper или HypeScribe. Файл в несколько раз меньше, скорость транскрипции выше

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

#QA #Тестирование #Тестировщик #IT #Testing #Tester #QA4Life #AITools #Автоматизация #tools #guides #cases #AI

👋ПРИВЕТ, коллеги! Мотивации в канал решил подкинуть! Не мог пройти мимо этого факта. Для себя сделал в очередной раз вывод : если пахать много, то и результат будет классный. Сам об этом знаю не по наслышке!!!

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

В 6 лет Дуния Сибомана был атакован стаей разъярённых шимпанзе в национальном парке в ДР Конго. Сибомане буквально оторвали пол-лица, а его родной и двоюродный братья и вовсе погибли

На парня было страшно смотреть: оторваны обе губы, часть уха, палец, порваны мышцы, огромные шрамы по всему лицу. Из-за внешности Дуния стал изгоем в своей деревне: дети дразнили его в школе, а взрослые сторонились

В 8 лет Сибоману привезли в США в рамках благотворительной программы. Мальчику провели более десяти сложнейших операций! Восстановили губы и мышцы, перенеся ткани с предплечья

После усыновления Дуния занялся вольной борьбой. Он вложил в неё все силы и пахал, чтобы пробиться на вершину. И пробился! За три дня борец взял два золота чемпионата Африки: сначала молодёжного (выиграл все схватки досрочно с общим счётом 33-1), а потом и взрослого 🥇🥇

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

🧑‍⚖️🧑‍⚖️🧑‍⚖️🧑‍⚖️ 🔥 QA в 2026: почему «лёгкий вход» закончился и что с этим делать

➡️ Объявления про «вход в QA за 3 месяца» ещё крутятся в рекламе, но рынок уже живёт по другим правилам: конкуренция выше, джунов много, бизнес ждёт от тестировщика инженерного уровня и понимания продукта. Теперь выживает не тот, кто выучил чек‑лист по веб‑формам, а тот, кто умеет связать язык, автотесты, API и пользовательскую ценность в одной системе.

❓ Что важно понимать тем, кто думает о QA или уже в профессии в 2026:

🔸 Легенда «ручной тестировщик — самый лёгкий вход» больше не работает: чистый manual быстро замещают автоматизация и ИИ‑инструменты, а на каждую вакансию откликаются десятки резюме без реального опыта.
🔹 Самый рациональный старт — трек QA Automation Engineer: требования выше, но спрос, количество вакансий и уровень компенсации тоже выше, особенно по сравнению с позициями, где от вас ждут только кликать по формам.
🔸 Базовый стек для входа уже включает язык программирования (Python, Java, JS/TS или другой), умение писать автотесты, работать с API, понимать базы данных и хотя бы на базовом уровне участвовать в CI/CD‑процессе.
🔹 Одних курсов недостаточно: без практики на реальных или приближённых к реальным проектах вы попадаете в ту же «воронку иллюзий», где есть сертификат, но нет ни одного кейса, который заинтересует работодателя.
🔸 Рынок ждёт от QA не только технику, но и продуктовый взгляд: умение считать риски, приоритизировать сценарии, говорить с бизнесом на языке цифр и пользовательских проблем, а не только баг‑ID.
🔹 Горизонты роста смещаются: от классического «manual → senior manual» к связкам Automation, SDET, performance, security и UX‑исследованиям — тем, кто готов развиваться в смежные инженерные и продуктовые роли.

Как применить завтра: если вы уже в QA, выберите один трек развития (например, автоматизация UI или API на Python) и распишите конкретный план на ближайшие 3 месяца: темы, инструменты, небольшой учебный проект и метрику прогресса, вроде количества автотестов или покрытых сценариев.

#QA #Тестирование #Тестировщик #IT #Testing #Tester #QA4Life #Career #Automation

🧑‍⚖️🧑‍⚖️🧑‍⚖️🧑‍⚖️ 🧪 Почему юзабилити‑тесты спасают то, что не видит технический QA

➡️ Вы закрыли все баг‑репорты, регресс прошёл, автотесты зелёные — а пользователи всё равно теряются, бросают форму на шаге оплаты и не доходят до целевого действия. Технические проверки отвечают на вопрос «система работает по ТЗ?», юзабилити‑тесты — «может ли живой человек с первой попытки сделать то, ради чего он вообще сюда пришёл?».

❓ Что даёт юзабилити‑тест поверх обычных проверок:

🔸 Он проверяет, решает ли продукт реальную задачу пользователя, а не только соответствует бизнес‑гипотезе или красивому макету: люди приходят с конкретной болью, и тест сразу показывает, закрываем мы её или нет.
🔹 Он считает не только баги, но и «трение»: сколько кликов, минут и лишних шагов уходит, чтобы оформить заказ, пополнить баланс или найти нужную функцию, и где люди массово сворачивают сценарий.
🔸 Он ловит пользовательские ошибки, которых не видно в позитивных и негативных тест‑кейсах: куда человек кликает по привычке, где путает поля, где жмёт «назад» и теряет данные.
🔹 Он отвечает на вопрос, понимает ли пользователь, что произойдёт дальше, может ли остановиться, вернуться, проверить и поправить — это напрямую влияет на доверие и готовность довести операцию до конца.
🔸 Он даёт измеримый фидбек по удовлетворённости: хочется ли человеку возвращаться, рекомендует ли он продукт, растёт ли удержание и LTV после правок, а не только проходит ли happy‑path.
🔹 Он проверяет понятность сценария без терминов из интерфейса: «оформите заказ» вместо «нажмите на кнопку “Корзина”», чтобы увидеть, как человек действует «на автомате», как в жизни.
🔸 Он заставляет продуктовую и QA‑команду чётко сформулировать цель проверки, описать целевую аудиторию и подготовить сценарии как истории пользователя — без этого любая сессия превращается в хаотичное «потыкали».

#QA #Тестирование #Тестировщик #IT #Testing #Tester #QA4Life #UX #Юзабилити

🧑‍⚖️🧑‍⚖️🧑‍⚖️🧑‍⚖️ 🧾 CV за 10 минут: как быстро собрать резюме через Reactive Resume

➡️ Резюме для QA в 2026 надо не просто «оформить в Word», а быстро под конкретную вакансию: под нужный стек, ключевые кейсы и адекватный объём. Reactive Resume решает эту задачу за счёт готовых блоков, гибких шаблонов и простого экспорта в PDF и ссылку — так вы тратите время не на вёрстку, а на содержание.

❓ Что важно вынести из статьи QA‑специалисту:

— Word и Google Docs неудобны для точечной правки под вакансию: каждый раз править форматирование, переносить блоки и следить, чтобы ничего не поехало по верстке.

— Reactive Resume даёт структуру из коробки: контакты, summary, стек, опыт, проекты, образование и дополнительные блоки — вы просто заполняете поля и двигаете секции местами.

— Удобно хранить несколько версий CV: под manual, под automation, под продуктовый профиль — меняете акценты в summary и опыте, а базовые данные не трогаете.

— Есть экспорт в PDF и публичную ссылку: можно отправить файл в отклик и приложить online‑версию в Telegram/LinkedIn без лишних файлов.

— На примере «резюме Дарта Вейдера» автор показывает, что инструмент прощает эксперименты: можно быстро перебрать разные формулировки, порядок блоков и стиль, пока не найдёте читаемый вариант.

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

Как применить завтра: заведите аккаунт на rxresu.me, перенесите туда текущее резюме, сделайте две версии — под «QA Engineer» и «QA Automation Engineer» — и сверьте каждую строчку с реальными требованиями вакансий, убрав то, что не добавляет шансов на отклик.

🔗 Reactive Resume — создаём стильное CV за 10 минут

#QA #Тестирование #Тестировщик #IT #Testing #Tester #QA4Life #Карьера #Резюме

🔥 Курс по автоматизации на Python от канала QA❤️4Life

👋 ВСЕМ привет!
По причинам личного характера УРОК №12 переносится на следующую неделю, предварительно на 📆 вторник 12 мая в 12.00 по МСК. 🔥

Если что-то вдруг изменится, обязательно сообщу. До встречи в эфире на следующей неделе.


💣 Тема: UI автотесты на Selenium продолжение часть 2...

▶️ Трансляция стартует в указанное время по этой ссылке

🔴 Запись как всегда будет в нашем канале

И не забываем своими реакциями поддерживать нас за создание крутого курса!

#python #автоматизация #курс #урок12

🧑‍⚖️🧑‍⚖️🧑‍⚖️🧑‍⚖️ 🎓 Диплом в IT: реально ли он решает судьбу джуна в 2026

➡️ Вы вкладываетесь в курсы, делаете пет‑проекты, а на собеседованиях всё равно мелькает вопрос «а высшее техническое есть?» — и кажется, что без диплома шансов почти нет. Автор статьи проверил это экспериментом: два резюме джуна‑Java, одинаковые навыки и опыт, одно отличие — диплом вуза против онлайн‑курсов, почти 2000 откликов и честная статистика вместо мнений.

❓ Что показывает эксперимент и почему это важно QA‑специалисту:

🔸 На массовом рынке сам факт диплома почти не меняет конверсию: оба кандидата получили одинаково мало приглашений, разница в доли процента укладывается в статистический шум — навыки и профиль резюме решают больше, чем строчка про образование.
🔹 Невидимый барьер всё же есть: у кандидата с высшим образованием оказалось примерно вдвое больше доступных вакансий — фильтры в поиске просто не показывают резюме без «вышки», и часть компаний даже не узнаёт, что вы существуете.
🔸 Работодатели часто декларируют «диплом не важен», но на уровне настроек системы ставят галочку «высшее»: фильтр включён по привычке, а результат — минус сотни вакансий для людей с курсами вместо университета.
🔹 Пример с вакансиями показывает, как работает «сигнал»: при одинаковом стеке на Scala‑позицию приглашают только кандидата с дипломом, другому прилетает автодотказ, а HR честно признаётся, что отсутствие высшего образования читается как отсутствие базы.
🔹 Исследования и статистика подтверждают тенденцию: многие компании готовы брать людей без профильной вышки, особенно вне «чистого IT», но там, где IT — основной бизнес, фильтр по образованию используют заметно чаще.
🔸 Главная проблема — не диплом, а перенасыщенный рынок: конверсия около 1–1,3% в реальные приглашения у обоих кандидатов показывает, что конкуренция высока для всех джунов, независимо от формального образования.

Как применить завтра: если диплома нет, расширяйте поле игры за счёт сильного CV и профиля — упор на реальные проекты, осмысленное summary, понятные стек и вклад, плюс таргетированные отклики в компании, где фильтра по образованию нет; если высшее есть, не рассчитывайте, что оно «вынесет»: используйте его как пропуск к большему числу вакансий, но выигрывайте содержанием.

#QA #Тестирование #Тестировщик #IT #Testing #Tester #QA4Life #Карьера #РаботаВIT

🧑‍⚖️🧑‍⚖️🧑‍⚖️🧑‍⚖️ 📊 SQL для QA: книга, после которой запросы перестают пугать

➡️ В реальных проектах вам нужно не «знать, что такое SQL», а быстро проверить данные: найти сломавшийся заказ, понять, почему не сошлась сумма, вытащить выборку под отчёт. Книга «SQL. Курс молодого бойца» как раз про это — не академический справочник, а последовательный курс, который учит писать рабочие запросы и понимать, что происходит в базе.

❓ Что в книге полезно именно тестировщику:

🔸 Структура как курс, а не россыпь тем: от «что такое БД и таблица» до SELECT, JOIN, транзакций и планов выполнения — вы идёте по цепочке, как по учебному маршруту, а не прыгаете между главами.
🔹 Каждая глава — мини‑урок: синтаксис, объяснение логики, примеры и вопросы для самопроверки, плюс задания, которые автор предлагает реально решить, а не просто «почитать глазами».
🔸 Практика зашита внутрь: в конце глав — задачи и полноценные ответы, а ещё даны площадки и готовые базы, где можно «погонять» запросы и не бояться сломать прод.
🔹 Книга закрывает типичные задачи QA: выборки для проверки корректности записей, фильтрация, подзапросы, JOIN для сверки результатов операций и поиска «битых» данных.
🔸 Её удобно держать под рукой как справочник: в конце — блок с типами данных, функциями, транзакциями, планами выполнения и архитектурой СУБД, плюс компактные шаблоны запросов как шпаргалки.
🔹 Аудитория книги — как раз ваша: аналитики, тестировщики, разработчики, поддержка — все, кому SQL нужен как рабочий инструмент, а не как академическая дисциплина для DBA.
🔸 Важная честность: книга не лезет в экстремальную оптимизацию и низкоуровневую «внутреннюю кухню» СУБД, это именно уверенная база, на которой потом можно наращивать экспертизу.

🔗 Рецензия на книгу «SQL. Курс молодого бойца» — учебник, который превращает SQL в рабочий инструмент

#QA #Тестирование #Тестировщик #IT #Testing #Tester #QA4Life #SQL #БазыДанных

📱 Проверь себя: готов ли ты к уровню Middle Mobile QA?

Если тебе кажется, что ты уже не junior — давай проверим честно.
Без теории. Только то, что реально нужно в работе.

👉 Отмечай только то, что ты действительно проверяешь, а не “знаешь, что надо”.

1. 🌐 Сеть и связность
Ты проверяешь:

☐ переключение Wi‑Fi → LTE во время активного запроса
☐ потерю сети в момент отправки данных / загрузки файла
☐ медленный интернет, timeout, понятные ошибки для пользователя
☐ retry: нет ли дублей запросов и повторных действий
☐ авиарежим, dead spots и возврат сети без потери состояния

Если нет — ты тестируешь не реальный мир, а стенд.

2. 🔁 Жизненный цикл и прерывания
Ты проверяешь:

☐ сворачивание приложения в середине действия
☐ возврат через время и восстановление состояния
☐ что будет после kill процесса системой
☐ входящий звонок, будильник, сообщения, low memory
☐ режим “Не беспокоить” и пачку уведомлений после его отключения

Если нет — ты пропускаешь огромный пласт мобильных багов.

3. 🔐 Разрешения и настройки ОС
Ты проверяешь:

☐ отказ в доступе к камере / микрофону / локации
☐ отзыв разрешений после установки через настройки ОС
☐ что приложение просит только нужные permissions
☐ mute, language, timezone, date/time, power save mode
☐ что приложение уважает системные настройки, а не живёт “само по себе”

Если нет — ты не тестируешь реальное поведение пользователя.

4. 🔔 Push и быстрые действия
Ты проверяешь:

☐ push в foreground / background / killed state
☐ приходит ли push вовремя, а не просто “когда-нибудь”
☐ открывает ли push правильный экран
☐ quick actions / shortcuts / deep links
☐ что действие из уведомления потом корректно видно в приложении

Проверять только “пришёл / не пришёл” уже давно недостаточно.

5. 💾 Данные и синхронизация
Ты думаешь про:

☐ идемпотентность действий, double tap и дубли
☐ локальное хранение данных и CRUD
☐ оффлайн → онлайн синхронизацию
☐ конфликты между экранами и между двумя устройствами
☐ потерю данных при low battery / abnormal end

Вот здесь и начинается системное мышление.

6. 📦 Установка и обновления
Ты проверяешь:

☐ чистую установку приложения
☐ обновление поверх старой версии
☐ удаление и переустановку
☐ прерванную установку / обновление
☐ что после обновления данные пользователя не теряются

Релиз в мобайле — это не только “новый билд поставили”.

7. 📱 Устройства, экраны, ввод
Ты учитываешь:

☐ разные версии Android / iOS
☐ слабые устройства, low memory, low disk
☐ разные размеры экранов и плотность
☐ поворот экрана туда‑сюда несколько раз подряд
☐ разные клавиатуры, жесты, камеру, отсутствие нужного сенсора

Один девайс — это не мобильное тестирование.

8. 🔄 Взаимодействие с другими приложениями
Ты проверяешь:

☐ share to / share from
☐ открытие внешних ссылок и возврат в приложение
☐ интеграции с галереей, файлами, почтой, картами
☐ конфликты с другими приложениями за GPS / Bluetooth / камеру / звук
☐ что после возврата из другого приложения состояние не ломается

Мобильное приложение почти никогда не живёт в изоляции.

9. ⚡️ Производительность и батарея
Ты проверяешь:

☐ время запуска приложения
☐ скорость ключевых сценариев
☐ блокируется ли UI
☐ расход батареи в foreground / background
☐ перегрев устройства и поведение при снижении ресурсов

“Работает” не значит “быстро”, а “быстро” не всегда значит “удобно”.

10. 🌍 UX, локализация, доступность
Ты проверяешь:

☐ соответствует ли интерфейс гайдам платформы
☐ понятно ли пользователю, что происходит
☐ длинные строки, даты, числа, валюты, разные языки
☐ размер шрифта, screen reader, контраст
☐ что важная информация доступна на любом экране и в любом состоянии

Качественный mobile QA тестирует не только функциональность, но и опыт пользователя.

📊 Результат
🟥 0–15 — пока junior
🟨 16–30 — уверенный junior / почти middle
🟩 31–42 — middle Mobile QA
🟪 43–50 — уже думаешь как senior

❓Сколько пунктов у тебя получилось?
📝Пиши число в комментарии 👇

🧠 Портрет сильного QA: каким он бывает на самом деле

За 4+ года в тестировании у меня сложился чёткий образ.
Делюсь. Возможно, узнаете себя или кого-то
из команды 👇

━━━━━━━━━━━━━━━━━━━━━━

🔄 Сначала важный сдвиг в понимании роли

Раньше QA - страж: разрешает или запрещает релиз.
Сейчас - помощник: помогает всей команде
делать качество лучше.

Это называют Quality Assistance.
━━━━━━━━━━━━━━━━━━━━━━

🔍 1. Думает рисками, а не кейсами

Средний QA: «Что проверить?»
Сильный QA: «Где это сломается?»

Звучит примерно так:
🔹 «Проверили happy path. А если юзер нажмёт
"оплатить" дважды за 300мс?»
🔸«Этот сервис меняли. Как это тянет
за собой соседний?»
🔹«Сессия может истечь в середине флоу.
Что тогда?»

Он не тестирует задачу. Он помогает команде
увидеть проблему до того, как она стала инцидентом.
━━━━━━━━━━━━━━━━━━━━━━

🔗 2. Видит цепные реакции, а не экран

Один и тот же баг - разный взгляд:

Обычный QA:
«Кнопка не работает - завёл тикет»

Сильный QA:
«Кнопка не работает - сервис нотификаций
не отвечает - заказы висят без статуса -
завтра саппорт захлебнётся»

Полезное упражнение: перед каждой новой задачей
потратить 15 минут и нарисовать карту системы -
компоненты, потоки данных, зависимости.
Сразу видно, где могут быть скрытые последствия.
━━━━━━━━━━━━━━━━━━━━━━

💬 3. Задаёт неудобные вопросы - и вовремя

Типичный груминг:
- «Добавляем скидку для новых юзеров»
- «А кто такой "новый"? Если человек удалил
аккаунт и создал снова - он новый?»

Тишина. Потом 40 минут обсуждения того,
чего никто не заметил в требованиях.

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

━━━━━━━━━━━━━━━━━━━━━━

🗣 4. Говорит о качестве как партнёр,
не как контролёр

Cem Kaner назвал это Bug Advocacy -
искусство подавать информацию о проблеме так,
чтобы она решалась, а не отклонялась.

Не «ты написал баг», а «вот что это значит
для пользователя и бизнеса, и вот как это исправить».

На практике:
- Оспаривает оптимизм на планировании
- Переводит технический риск в бизнес-язык
- Не прячется за «тестирование выполнено»

86% команд в 2025 году говорят, что QA
участвует в решении о релизе.
Это не подарок - это результат зрелой коммуникации.
━━━━━━━━━━━━━━━━━━━━━━

⚡️ 5. Понимает цену своей работы

Правило 100 от IBM (цена найденного бага):

📍 Требования - $100
📍 Разработка - $1 000
📍 Тестирование - $10 000
📍 Продакшн - $100 000+

Amazon, Netflix, Salesforce - компании с высоким
уровнем зрелости QA. Это не случайность -
это прямая конвертация подхода к качеству
в бизнес-результат.
━━━━━━━━━━━━━━━━━━━━━━

🤖 6. Знает, что автоматизация забирает рутину -
но не мышление

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

- интерпретация сложного контекста
- оценка рисков без документации
- креативное мышление и edge cases
- честный разговор о качестве с командой

Michael Bolton:
«Тест-кейс хорош ровно настолько,
насколько хороша мысленная модель за ним»
━━━━━━━━━━━━━━━━━━━━━━

🎯 Если одной фразой:

Сильный QA - это не тот, кто тщательно проверяет.
Это тот, кто помогает команде не облажаться
до релиза.

Инструменты можно доучить.
Подход к качеству - намного сложнее.
━━━━━━━━━━━━━━━━━━━━━━

Узнали такого человека в своей команде?
Или это вы? 👇