Библиотека тестировщика | QA, тестирование, quality assurance, manual testing, autotesting, ручное тестирование, автотесты
رفتن به کانال در Telegram
Все самое полезное для тестировщика в одном канале. Наши курсы: https://clc.to/wlBkTA По рекламе: @proglib_adv Учиться у нас: https://proglib.io/w/12538d6f Для обратной связи: @proglibrary_feeedback_bot
نمایش بیشتر9 107
مشترکین
-524 ساعت
-117 روز
-1730 روز
آرشیو پست ها
💡 Совет по Chrome DevTools
Мало кто использует DevTools на максимум а там есть очень удобная штука: можно быстро посмотреть, какие события навешаны на элемент
и какие данные они передают 🔜 клики, input, hover — всё видно прямо в браузере
🈂️ Это помогает:
— понять, почему не срабатывает действие
— отловить баги во фронте
— быстрее разобраться в логике UI
📍 Навигация: [Вакансии]
🐸 Библиотека тестировщика
#тест_драйв
💡 С какими стрессами сталкивается QA
В тестировании редко бывает спокойно
релиз → баги → срочные фиксы → ещё один релиз
И так по кругу... Знакомо? 👇
🆚 Постоянное переключение контекста
Утром тестируете фичу Днём разбираете баг из прода Вечером проверяете срочный фикс🔜 Мозг не успевает переключаться → быстрое выгорание. 🆚 Размытая роль
В реальности QA часто делают всё подряд: тестирование, немного аналитики, немного саппорта🔜 Нет фокуса → сложно расти и легко перегореть. 🆚 Давление дедлайнами
Надо катить сегодня, проверим потом🔜 Высокая ответственность + мало времени. 🆚 Вклад не всегда виден
Если всё работает — это нормально, если баг в проде — сразу вопросы к QA🔜 Постоянное ощущение давления. 🔥 Что помогает не сломаться — фокус на рисках, а не на проверке всего подряд — умение расставлять приоритеты — понимание своей роли в продукте — способность сказать стоп, если есть риск 📍 Навигация: [Вакансии] 🐸 Библиотека тестировщика #карьерный_трек
Почему автотесты могут стабильно проходить, но баги всё равно уходят в прод?
📎 База QA в одной картинке
— виды тестирования
— уровни и жизненный цикл бага
— STLC
— разница QA vs QC
— техники тест-дизайна
📍 Навигация: [Вакансии]
🐸 Библиотека тестировщика
#артефакт
📎 Как прокачать JMeter
Если работали с JMeter, знаете: из коробки он ок… но быстро упираешься в ограничения
💡 В статье разбирают плагины, которые реально упрощают жизнь:
— мониторинг сервера во время нагрузки — гибкие сценарии пользователей — эмуляция запросов без бэка — контроль RPS — удобная запись результатов📍 Навигация: [Вакансии] 🐸 Библиотека тестировщика #тест_драйв
📎 Почему QA пропускает очевидные баги
Мы тестируем так, как удобно нам а не так, как пользуется продуктом реальный человек.
🔗 В видео показывают простой приём:
— берёте конкретного пользователя (персонажа) и проверяете продукт его глазами
📌 В итоге то, что «нормально» для вас, оказывается неудобным или непонятным для пользователя.
📍 Навигация: [Вакансии]
🐸 Библиотека тестировщика
#разбор_полетов
❓ V-model — почему думают о тестах заранее
Пишут требования → QA сразу подключается, баги ловят ещё до кода 🥇
В чём суть:
🔜 разработка и тестирование идут параллельно
📌 Пример:
В требованиях написали:🔴 Чем это грозит (если так не делать): — пропущенные сценарии — баги в базовой логике — переделки на этапе тестирования 👍 — знал/а 🔥 — стало понятнее 📍 Навигация: [Вакансии] 🐸 Библиотека тестировщика #теория_на_пальцах«пользователь может сбросить пароль по email»QA сразу спрашивает:а что если email не существует?🔜 Что дальше: — добавляют проверку существования email — продумывают ошибки — описывают тест-кейсы В код уже закладывают правильную логику.
📎 Как проходит собеседование на automation QA
Если готовитесь к переходу в автотестирование — полезно посмотреть не теорию, а реальные вопросы.
💡 В этом видео:
— базовые темы (API, JSON, CI/CD)
— вопросы по Java и SQL
— практические задачи
— разбор ответов и фидбек
🔗 Ссылка на собес
📍 Навигация: [Вакансии]
🐸 Библиотека тестировщика
#карьерный_трек
❓ Waterfall — почему QA ловит всё в конце
Разработка идёт месяцами → QA подключают в самом конце и сразу куча багов 😵
В чём суть:
🔜 все этапы идут по порядку → вернуться назад почти невозможно
📌 Пример:
В требованиях написали:
«пароль должен быть не менее 6 символов»
разработали →
протестировали →
нашли баг: везде должно быть минимум 8
🔜 Что дальше:
— нужно менять логику на бэке
— править фронт
— обновлять тесты
— пересогласовывать требования
Всё из-за одной ошибки, которую могли поймать в начале ❌
🔴 Чем это грозит:
— критичные баги находят слишком поздно
— сроки срываются
— QA работает в режиме пожара
👍 — знал/а
🔥 — стало понятнее
📍 Навигация: [Вакансии]
🐸 Библиотека тестировщика
#теория_на_пальцах🔥 Вопрос с собеседования на Middle
Что произойдёт, если тесты зависят от времени (time-based)?
👇 Правильный ответ (нажми, чтобы прочитать):
Тесты становятся нестабильными и дают разные результаты в разное время
📌 Почему это критично:
— зависят от текущей даты/времени
— ломаются в разных таймзонах
— падают ночью/в конце месяца/года
— сложно воспроизводить
👍 — знал/а
🔥 — стало понятнее
💼 Щелкаешь такие задачи как орешки? Найди проект с достойной зарплатой тут
🐸 Библиотека тестировщика
#карьерный_трек #middle
😀 Как ускорить работу QA в VS Code
Если пишете автотесты или часто работаете с API, JSON и данными — пригодится расширение DevTool+:
внутри набор утилит
— форматирование и просмотр JSON/YAML — Base64 / URL encode-decode — генераторы токенов, UUID — diff, конвертеры, крипта⚡️ Главный плюс: всё работает локально в VS Code → не нужно идти в браузер и переключаться между вкладками 🔗 Забираем по ссылке 📍 Навигация: [Вакансии] 🐸 Библиотека тестировщика #тест_драйв
📂 Полный чек-лист тестирования веб-приложений
Полезная шпаргалка, которая охватывает все ключевые области: от изабилити до производительности.
С вас 🎈, если сохранили!
🐸 Библиотека тестировщика
#артефакт
🐹 Почему ваши автотесты неудобно дебажить
Многие пишут автотесты так:
один тест → сразу куча проверокКажется удобно… пока всё не падает 🥺 💡 В этом туториале на примерах из Postman показывают: — почему много проверок в одном тесте ломает отладку — как атомарные тесты ускоряют поиск багов — и где вы реально теряете время при падениях Если пишете API-тесты — стоит прочитать 📎 📍 Навигация: [Вакансии] 🐸 Библиотека тестировщика #теория_на_пальцах
✌🏻 У нас две новости — хорошая и плохая!
Хорошая: Ваших знаний, скорее всего, хватит, чтобы собрать рабочую демку AI-агента в Colab. 🫡
Плохая: Вы вряд ли выведете его в прод, не обанкротившись на токенах и не слив базу. 🤯
Для защиты от таких сценариев мы полностью пересобрали курс «Разработка AI-агентов». Теперь внутри плотная работа с экономикой ресурсов, дебаг через time-travel в
LangGraph, извлечение данных из кривых сканов для RAG и комплаенс по 152-ФЗ.
Если всё ещё сомневаетесь, послушайте голосовое от спикера курса Влада Прошинского, где он объясняет, как правильно тестировать агентов перед релизом.Программа курса, полный состав спикеров и другие подробности 👈🏻 ВАЖНО! До 5 апреля на курс действует скидка, но свободные места могут закончиться раньше.
🔥 Как быстро сгенерировать тест-кейсы
В повседневной работе QA-инженера часто требуется быстро составить тест-кейсы для новых или изменённых функций. Вместо того чтобы тратить время на ручное написание, можно воспользоваться возможностями ChatGPT.
Generate relevant test cases for the following requirement: [добавьте описание требования]. For each test, include Name, Description, Steps, and Expected Result. Consider both typical use cases and edge cases.
Пример использования:
Допустим, у вас есть требование: «Пользователь должен иметь возможность сбросить пароль через электронную почту.» Вставив это требование в промпт, ChatGPT сгенерирует набор тест-кейсов, включая:
1️⃣ Тест на успешный сброс пароля с действительным адресом электронной почты. 2️⃣ Тест на попытку сброса пароля с недействительным адресом электронной почты. 3️⃣ Тест на попытку сброса пароля с незарегистрированным адресом электронной почты. 4️⃣ Тест на повторный запрос сброса пароля до истечения срока действия предыдущей ссылки.Каждый тест-кейс будет содержать название, описание, шаги воспроизведения и ожидаемый результат. 🐸 Библиотека тестировщика #тест_драйв
💡 Почему вы не растёте в зарплате
Работы много, задачи закрываются…
а роста — нет.
Знакомо? ⬇️
1️⃣ Делаете задачи, но не влияете на решения
Тестируете то, что дали, но не участвуете в обсуждении требований, рисков и подходов.
➡️ вас воспринимают как исполнителя, а не инженера
2️⃣ Не показываете ценность
нашли баг → завели тикет → всёНо не объяснили: — какой риск для бизнеса — сколько это стоит компании — что будет, если пропустить ➡️ ваш вклад остаётся незаметным 3️⃣ Не берёте ответственность за качество Ждёте задачи вместо того, чтобы:
— предложить, что тестировать — указать на слабые места — инициировать улучшения процесса➡️ вы не влияете на результат продукта Что реально двигает зарплату: — участие в решениях, а не только в проверке — умение говорить про impact — влияние на процесс и качество 📍 Навигация: [Вакансии] 🐸 Библиотека тестировщика #карьерный_трек
⚡️ В QA вводят новый тип тестирования — “Post-Production Testing”
Теперь это официальный этап:
— релиз в прод
— сбор фидбэка
— фиксы
В документации уже предлагают такой флоу:
Deploy → Users → Bug reports → Fix → RepeatАргумент простой: ➡️ только реальные пользователи дают настоящее покрытие Некоторые компании уже планируют убрать staging как «избыточный этап» 🚩 Попались? С первым апреля 😄 📍 Навигация: [Вакансии] 🐸 Библиотека тестировщика #стендап_qa
🔥 Топ-вакансий недели для тестировщиков
Junior+ QA engineer / Тестировщик ПО — до 100 000 ₽, удаленно/офис (Лиссабон)
Embedded QA Engineer (Firmware / Hardware Testing) — от 250 000 ₽, офис (Москва)
QA Automation Engineer — до 300 000 ₽, офис (Москва)
➡️ Больше офферов в канале: @testerrjob
🐸 Библиотека тестировщика
