#ПоварВ IT

Признаюсь: когда я впервые услышал про AI-агентов, которые сами пишут тесты, сами их чинят и даже логи анализируют, я подумал: «Ну всё, можно расслабиться». Закинул ноги на стол, сварил кофе и сказал агенту: «Давай, дружище, покажи, на что способен». Спойлер: кофе остыл, а я всё сидел и разбирался, почему агент решил проверить кнопку, которой в приложении никогда не было. Эта статья — честный разбор моего опыта работы с AI-агентами в QA (Testin XAgent, Functionize, GitHub Copilot для тестов). Без хайпа, без паники...

Это было в мой первый месяц работы. Приходит задача: у пользователей не отображаются новые цены в каталоге. Обновляют страницу — видят старые. Я проверил: у меня на тестовом стенде всё ок. У разработчика — тоже ок. А у реальных пользователей — беда. Начал расследование. День 1. Проверил базу данных — цены актуальные. Посмотрел логи — ошибок нет. Думал, может, кэш на сервере? Перезапустил — без изменений. День 2. Сел за компьютер пользователя (удалённо). Очистил кэш браузера — и о чудо, цены обновились! Значит, проблема на клиенте...

Готовился я к собеседованию месяц. Серьёзно. Каждый вечер после работы открывал конспекты курсов, перечитывал про дымовое, регрессионное, интеграционное, приёмочное тестирование. Заучил разницу между верификацией и валидацией. Мог рассказать про тест-дизайн с закрытыми глазами. Чувствовал себя Рембо от тестирования. Захожу на собеседование. Тимлид — парень в очках, с уставшим, но добрым лицом. Спрашивает: — Расскажите, какие виды тестирования знаете? Я выдохнул. Это же мой час! Начал перечислять:...

Открываешь чат с AI-агентом. Пишешь гордое: «Напиши тесты для регистрации». Через пару секунд получаешь набор из серии: “ввести email”, “ввести пароль”, “нажать кнопку”, “проверить, что всё работает”. Спасибо, дорогой искусственный интеллект. Без тебя я бы точно не догадался проверить кнопку регистрации. Потом делаешь вторую попытку. Добавляешь контекст: что это веб-форма e-commerce, пароль от 8 символов, email должен быть уникальным, после регистрации приходит письмо, а ещё нужно проверить SQL-инъекции и XSS...

Открываю утро понедельника. На почте — новое задание от тимлида: «Проверь, почему в отчёте по заказам за прошлую неделю у некоторых пользователей нулевая сумма». Раньше я бы впал в панику. Потому что для такого задания нужно лезть в базу данных. А SQL для меня был чёрной магией. Но теперь я спокоен. Потому что я перестал бояться. Сегодня расскажу, как я подружился с SQL и почему это спасло меня на собеседовании и в работе. Представьте, что у вас есть огромная таблица в Excel. Только в ней миллион строк...

Признаюсь честно: года три назад я смотрел на логи, как кот на закрытую дверь. Казалось, что там какая-то магия, доступная только разработчикам в чёрных свитерах. Я открывал консоль, видел горы непонятного текста и… шёл к разрабу с вопросом: «Тут что-то упало, посмотришь?» Сейчас я понимаю: логи — это не враг, а лучший друг QA. Это дневник приложения, где оно честно пишет всё, что с ним происходит. Иногда ругается матом (ERROR), иногда просто ворчит (WARN), а иногда тихо радуется (INFO). Если вы до сих пор боитесь логов — этот пост для вас...

Кажется, что вакансий много, а откликов еще больше. И на этом фоне у многих тестировщиков появляется неприятная мысль: «А я вообще соответствую рынку?» Хорошая новость: рынок QA не требует от тебя быть «человеком-оркестром». Но он точно ждет понятную базу, без которой сегодня сложно расти, менять компанию или претендовать на интересные задачи. Ниже — честный чек-лист. Без воды, только то, что действительно повышает твою ценность как QA-специалиста. Если ты умеешь проверять методы, статусы ответов, headers, body, авторизацию, работать с коллекциями и переменными — это уже сильный плюс...

Открываю hh.ru в начале недели, чтобы посмотреть, что сейчас просят от QA. И понимаю: если вы до сих пор считаете, что ручное тестирование — это только «потыкать кнопки и написать баг-репорт», вы рискуете остаться за бортом. За последние два месяца я проанализировал десятки вакансий. И тренд 2026 года очевиден: даже в «ручных» позициях работодатели хотят видеть технический стек. Сегодня разберу одну свежую вакансию от 25 марта, покажу, что там требуют на самом деле, и объясню, почему это не приговор, а маршрут развития...

Открываю Telegram-чат «Тестировщик с котиком». Каждый день одно и то же: «Закончил курсы по тестированию, отправил 50 откликов — ноль приглашений. Что делать?» «На собеседовании сказали: “Вы нам нравитесь, но мы ищем middle”. А где брать опыт, если никто не берёт джунов?» Знакомо? Если вы сейчас пытаетесь войти в IT через курсы QA, скорее всего, вы уже столкнулись с этим. В 2026 году иллюзия «легкого старта» разбивается о суровую реальность. Давайте честно разберём цифры и поймём: что происходит с рынком и что делать новичку...

Открываю ленту новостей, а там: в Китае на государственном уровне признали AI-агентов полноправными участниками процесса тестирования ПО. Testin XAgent теперь официально может заменять целые команды на регрессионных прогонах. Думаете шутка? Нет! Я сначала подумал: «Опять паника». Но потом посмотрел, как это работает, и понял — паниковать поздно. Погнали разбираться!!! Сегодня без лишних эмоций: что умеют ИИ-агенты в 2026 году, почему это меняет правила игры и что теперь делать простому инженеру по тестированию...

Пишу этот пост и понимаю, что год назад сам бы испугался заголовка. Но сейчас — не до страхов. Рынок QA изменился настолько, что закрывать глаза уже некуда. Я открыл hh.ru и Habr Карьеру за последние два месяца. Просто чтобы проверить: сколько там осталось вакансий для «чистого» мануального тестировщика? Цифры меня отрезвили. Automation + SDET — больше 70% всех вакансий. Доля Manual QA (без навыков кода, SQL, API) — упала ниже 10%. Это не паника. Это статистика 2026 года. Но давайте по порядку. Если коротко — бизнес перестал покупать «внимательность»...

Привет, коллега! На связи Ваш "Повар В IT" Помню, лет пять назад я ловил сложный баг в интернет-магазине. Пользователь жаловался, саппорт заводил инц и был баг-репорт: «Оформил заказ, деньги списали, а заказ пропал». В админке сайта заказ висел со статусом «Оплачен», но на почту клиенту ничего не пришло, и в списке заказов у него было пусто. Лезть в код? Долго. Перебирать логи ручками? Можно свихнуться. Я зашёл в базу данных, написал один простой запрос на SQL, чтобы найти этот заказ по номеру транзакции, и увидел проблему за минуту...