Тестировщик | IT

Джун, который видит: ошибки, которые может заметить только начинающий #почитать Как оптика новичка помогает исправлять логические ошибки, UX-изломы продукта и как превратить отсутствие контекста в индикатор реальности. ⏱Читать статью

В QA платят не за тестирование: анализ зарплат по 2500 вакансиям #почитать В этой статье фокус смещается на компенсации. Цель — зафиксировать, какие зарплаты рынок QA реально указывает в вакансиях, как они распределяются по грейдам и специализациям и насколько вообще прозрачен рынок с точки зрения денег. Важно подчеркнуть, что в анализе рассматриваются не «ожидания кандидатов» и не усреднённые оценки, а только фактические данные из вакансий. Отдельное внимание уделяется не только абсолютным значениям зарплат, но и покрытию — тому, в какой доле вакансий компенсация указывается явно. Это позволяет рассматривать отсутствие зарплаты в вакансии как отдельный сигнал рынка. Все выводы в статье основаны исключительно на данных и следуют напрямую из анализа вакансий. Используются только количественные показатели: медианные значения, распределения и доли. Оценочные суждения и субъективные интерпретации намеренно исключены. ⏱Читать статью

Какую информацию можно включать в базу знаний тестировщиков, чтобы это было полезно #почитать За 8+ лет работы в тестировании я сталкивалась с разными подходами ведения базы знаний для тестировщиков на проектах. Где-то на проектах статей в базе знаний было так много, что глаза разбегались от количества информации, которую нужно было изучить на входе в проект. Но чаще попадались проекты, где базу знаний вели редкими набросками или не вели совсем. И это вызывало чувство безысходности в первые месяцы работы на проекте, так как информацию приходилось собирать буквально по крупинкам и не один месяц. В этой статье я хочу поделиться списком возможных тем для статей, которые могут быть полезными для наполнения базы знаний тестировщиков на проекте. И лучше всего такие документы начинать собирать как можно раньше, так как вся информация имеет свойство быстро забываться/теряться и потом ее собрать бывает нелегко. Такую документацию можно использовать не только для отдела тестирования, а также расшаривать и для других людей в компании по надобности, например, команде поддержки. Также отдельные статьи могут быть полезны и для разработчиков, тех.писателей, аналитиков и др. участников команд. ⏱Читать статью

🟢Подборка полезностей для тестировщиков 🐞 1-8 марта 💡 Теория ▫️Friction-Maxxing, or The Case for Elbow Grease ▫️Vibe Coding is Like Groundhog Day ▫️4x improvement, 13x improvement ▫️Как контролировать предвзятость в тестировании ▫️QA-агенты. Автономные системы меняют экономику тестирования ▫️Зачем командам разработки и QA концепция DoR и DoD, и как не превратить ее в бюрократию ▫️Все паттерны в автоматизации тестирования ▫️QA метрики как база управленческих решений ▫️10 Chrome-расширений для QA. Часть 3: данные, UI и безопасность ▫️Пусть ваш AI пишет тесты. Имба, о которой не знает ни один вайбкодер ▫️Нет соединения — не значит нет UX. Как не потерять доверие пользователя вместе с интернетом ⛏️ Практика ▪️How to Automate Context Overload Detection in LLM Applications ▪️Как мы тестируем железо в радиочастотном центре — от платы до полноценного RU ▪️10 900 тестов: Как мы обеспечиваем качество в PingZen, или Почему ваш мониторинг должен быть протестирован ▪️Вайб-кодер и Claude убивают стартап. Осталось немного ▪️Как ускорить тесты проекта в 6 раз: от 10 минут к 101 секунде ▪️Тестирование приложений, созданных ИИ: практические советы для тестировщиков ▪️Поделить огромный проект с автотестами на 50 команд, чтобы QA был счастлив ▪️Перенос тест-кейсов из Яндекс Трекера в Allure TestOps одной командой с Cursor + MCP 💼 Карьера ▫️Что помогает тестировщику решать профессиональные дилеммы ▫️Как расти QA-инженеру: инструменты, которые действительно работают ▫️Что значит «отвечать за качество»? ▫️Что с QA в 2026? Профессия умирает? Или все преувеличивают? ▫️SQL для QA: 10 задач, которые реально дают на собеседованиях 📺 Посмотреть 🌐Переход от автоматизации к роботизации ⏱️35 минут  🌐The research behind 1,435 quality and software testing job titles ⏱️50 минут  🌐Check Every Box In Cypress Tests Without Flake ⏱️20 минут  🌐Собеседование Леонид и пиво с соджу против 2х указателей Python ⏱️45 минут 🌐Как проводить собеседование на мобильного тестировщика ⏱️35 минут 🌐Одиночество тимлида. Почему мы всё равно хотим расти ⏱️50 минут 🍷 Отдохнуть ▫️Почему ваш SSD тихо теряет данные пока он лежит на полке ▫️И хейтеры могут плакать, или в чём величие Хидеки Камии ▫️Эксперимент «5 обезьян» никогда не проводился, а референс показал противоположные результаты ▫️Китайский студент разработал приложение, «разоблачающее» Британский музей ▫️Загадка метода Холмса ▫️L в аббревиатуре LLM означает «ложь» 🚀 Вакансии ▪️QA Lead (Технический лидер тестирования), 300 000 - 350 000 ₽ ▪️QA Engineer в Финтех-проект (обработка и оптимизация транзакционных процессов), 160 000 - 200 000 ₽ ▪️QA-инженер в Cognevia, 150 000 - 200 000 ₽ ▪️Manual QA в IT-Thematic, oт 100 000 ₽ ▪️QA Manual в Novagamings, 110 000 - 140 000 ₽ ▪️QA Automation Engineer (TS/JS, Playwright) в ATSystems, 180 000 - 220 000 ₽ ▪️QA Automation Engineer в Sociala, 180 000 - 220 000 ₽ ▪️QA-тестировщик игр в Игровая студия (Unity / Unreal Engine проекты), 75 000 ₽ ▪️Automation QA Engineer в IREV, 250 000 - 300 000 ₽ 😘Разоблачай иллюзии

Как устроено фаззинг-тестирование на Go, которое знает о ваших багах больше, чем вы сами #почитать

В этой статье будет и теория, и практика. Сначала разберемся, как устроен фаззинг, его алгоритмы и при чем тут ГОСТ. Затем я расскажу, как написать инструмент для фаззинг-тестирования проектов на Go. В практической части подробно опишу процесс разработки и покажу примеры кода, так что используйте статью как инструкцию.

⏱Читать статью

Удаление кода как подход к обучению #почитать Обычно, когда я изучаю что-то новое, например язык программирования или новый инструмент автоматизации, мне нравится проходить полный курс. Курсы структурированы для логичного, постепенного обучения. Но иногда, когда я хочу выучить что-то быстро, я использую то, что называю «Методом удаления кода». Не знаю, делает ли так кто-то ещё, но мне хотелось бы думать, что название придумано мной! Метод удаления кода предполагает работу с проектом, написанным кем-то другим, с целью его понимания путём постепенного удаления строк кода, пока не останется только базовая функциональность. ⏱Читать статью

Применение структурно-логических схем в организации тестирования #почитать В профессиональной деятельности часто встречаются ситуации, когда необходимо быстро погрузиться в систему или часть функционала и приступить к тестированию. Однако сделать это может быть невозможно по ряду таких причин, как фрагментированное описание, высокая сложность и многомерность процессов, отсутствие коммуникации с экспертами по системе. В этом случае одним из способов решения задачи быстрого погружения и старта может стать формализация процессов системы в графический вид или их комбинации, удобные для актуализации, использования и масштабирования количества участников процесса тестирования. ⏱Читать статью

Знай свой предел #почитать

Большинство тестировщиков программного обеспечения знает, как проводить граничных значений: например, зная, что текстовое поле должно принимать не более 20 символов, тестировщик проверит ввод 19 символов, 20 символов и 21 символа, а возможно, даже 100 символов. Но я часто сталкивалась с ситуациями, когда тестировщик не проводил тестирование границ, если в критериях приёмки не было явно указано ограничение. Это опасно! Знать пределы полей ввода и всего приложения необходимо по ряду причин. Незнание может привести к уязвимости приложения или ухудшению пользовательского опыта. В этой статье я расскажу о трёх типах пределов, которые стоит знать и проверять.

⏱Читать статью

🟢Подборка полезностей для тестировщиков 🐞 16-22 февраля 💡Теория ▫️Automating Prompt Injection Tests: What Works (and What Doesn't) ▫️Silo и технический долг ▫️Как в Netflix масштабируют постобучение LLM ▫️Одна форма обратной связи привела к компрометации helpdesk-учетки банка ▫️Регулярные выражения (regexp) — основы ▫️Пострелизная валидация данных как новый вид тестирования ▫️На что кодинг-агенты тратят наши токены ▫️Как тестировать AI-приложения — LLM метрики ⛏ Практика ▫️Building StageMask: A Visual Approach to Masking Dynamic Content in Playwright Tests ▫️Как разрабатывать утилиты для тестов embedded-прошивок без железа ▫️Надежный код: как писать тесты, чтобы запускать фичи в продакшен одним днем ▫️15 промптов ChatGPT для QA ▫️«Важно доставлять, а не понимать» — идеальный способ работы с нейросетями ▫️Руководство по ArchUnit — как тестировать архитектуру ▫️Мобильное тестирование веб-приложений в Playwright на эмуляторах и реальных устройствах 💼Карьера ▫️Беда «войти в айти» или курсы тестировщика отзывы: Наконец QA-курсы закрываются ▫️Как из QA я стала тимлидом разработки ▫️System Design для QA: о чём вас спросят ▫️Почему оркестр не играет без дирижёра, а команда — без QA ▫️Как перейти на тестирование мобильных приложений ▫️7 подводных камней ▫️API и Security Testing на собеседованиях: полный разбор с примерами задач 📺Посмотреть ▫️Тестирование и AI: MCP ⏱️1 час  ▫️Rainbow vomits and AI Guardrails ⏱️1 час ▫️Управляемые тестовые окружения ⏱️25 минут ▫️Генерация автотестов с помощью MCP + LLM ⏱️40 минут ▫️Instant Smoke Testing with Cypress ⏱️1 час 🚀Вакансии ▫️Mobile Quality Assurance в AGIMA, до 180 000 ₽ ▫️AQA Engineer (Java, API) в Slotegrator, oт 220 000 ₽ ▫️Тестировщик в Цифровые привычки, 180 000 - 220 000 ₽ ▫️Mobile QA Fullstack в MAGNIT TECH, oт 300 000 ₽ ▫️QA FullStack Lead в Имплекс, 160 000 - 265 000 ₽ ▫️QA Automation (Java), 350 000 - 400 000 ₽ ▫️QA Engineer в SOFTINTERMOB HK, oт 60 000 ₽ ▫️Manual + Automation в Ster,  250 000 ₽ ▫️QA в FinTech IQ, 80 000 - 140 000 ₽ ▫️QA в Арт-Финтех, до 50 000 ₽ ▫️QA Engineer в Perlem, oт 180 000 ₽ 🍷Отдохнуть ▫️Как мы продавали компьютеры в 90-х. Доктор Джао ▫️Широкоформатные мониторы недооценены ▫️Обработка воды магнитными полями ▫️Как ритмичная музыка помогает мозгу ▫️Улучшаем геном человека ▫️Как государства влияли на выбор домашнего ПК ▫️Почему небо синее 😘Ищите краши

Промпт для QA: представь, что ты НЕ тестировщик #почитать Тест-дизайн — интеллектуальная и напряженная работа, требующая стрессоустойчивости, внимательности, настойчивости и богатого опыта анализа критичных дефектов в продакшене. Все перечисленные качества редко встречаются в одном специалисте, а результаты тест-дизайна плохо поддаются контролю и управлению, что создает проблему для руководителей QA. ⏱Читать статью