Совет от тестировщика 75/∞ : Экспорт-импорт по кругу.
Выгрузите данные в CSV или Excel, ничего не меняя, и загрузите обратно. Сравните с оригиналом посимвольно. Кодировка, разделители и даты – самое частое место, где что-то теряется именно на этом круге.
Совет от тестировщика 74/∞ : Отмена действия должна отменять всё.
Кнопка "отменить" в интерфейсе сработала, запись пропала из списка. А письмо об этой записи уже ушло клиенту, счётчик уже обновился, вебхук уже улетел третьей системе.
Проверяйте побочные эффекты, а не только то, что видно на экране.
А как иначе?) О моей скорости ответов ходят легенды)))))
Сейчас провожу ревью сборника задач по SQL для тестировщиков. Скорее всего выйдет на следующей неделе на Stepik.
Совет от тестировщика 73/∞ : Частичный отказ массовой операции.
Загрузили файл на 100 строк, три из них битые. Хорошая система обработает 97 нормальных и покажет отчёт по трём сломанным, а не откатит всё или упадёт молча.
Дал комментарий для девбай для статьи: «Никто не хочет хорошо платить ручникам». Мануальные QA объяснили, кому они (не) нужны в 2026.
Прочитать можно здесь https://devby.io/news/manual-or-aqa
Совет от тестировщика 72/∞ : Гонка за последний экземпляр.
Последний товар на складе, последнее место в группе, последний свободный слот в расписании. Откройте два браузера и нажмите купить одновременно. Проверьте, что купит только один, а не оба. Или вообще никто...
Совет от тестировщика 70/∞ : Права проверяются на сервере, а не только на клиенте.
Спрятать кнопку в интерфейсе – это не то же самое, что закрыть доступ. Откройте нужный урл руками, минуя интерфейс, под пользователем без прав.
Если запрос отработал, у вас не UI-баг, а дыра в безопасности. Отдельная категория, отдельный приоритет, отдельные проблемы.
Совет от тестировщика 69/∞ : Двойной сабмит формы
Нажали "Отправить", форма зависла на секунду, нажали ещё раз. Проверяйте, что повторная отправка с теми же данными не создаёт вторую запись и не отправляет письмо дважды.
Совет от тестировщика 67/∞ : Откажитесь от мультизадачности
Тестировать одновременно три разные фичи на разных стендах верный путь к тому, чтобы пропустить критику. Переключение контекста сжирает вашу энергию.
Берете одну задачу, доводите ее до конца, пишите отчет, выдыхаете, берете следующую. Только так процесс остается эффективным.
Совет от тестировщика 68/∞ : Порядок после drag&drop должен пережить обновление страницы.
Перетащили карточку на новое место, всё выглядит отлично. Обновите страницу.
Часто визуальный порядок и порядок в базе – это два разных состояния, и синхронизируются они не всегда.
Совет от тестировщика 66/∞ : Не бойтесь ломать
Иногда джуны боятся нажимать на кнопки, думая, что сломают базу данных компании. Вы работаете на тестовом стенде, ваша прямая обязанность сломать его в хлам!
Если система упала от ваших действий до релиза, вы не виноваты, вы просто отлично сделали свою работу.
Совет от тестировщика 65/∞ : Говорите на языке бизнеса
Когда защищаете баг перед менеджером, не говорите "у нас тут Null Pointer в консоли". Говорите "пользователь не сможет оплатить товар картой, мы теряем деньги".
Перевод технической проблемы в бизнес-риски заставляет менеджмент реагировать в десятки раз быстрее.
Совет от тестировщика 64/∞ : Старые баги имеют свойство возвращаться
Периодически пробегайтесь по закрытым тикетам с высоким приоритетам полугодовой давности на текущем проекте. При слиянии веток, рефакторинге или обновлении библиотек старые болячки часто всплывают снова.
Это занимает немного времени, но спасает от неприятных сюрпризов.
Совет от тестировщика 63/∞ : Эскалация проблем
Вы нашли блокирующий баг, а разработчик говорит "да ладно, потом починим" и мержит код. Не молчите, вы отвечаете за качество перед бизнесом.
Спокойно подсветите риск ПМу, аналитику или продакту. Ваша задача предоставить информацию, пусть бизнес принимает решение о релизе.
Совет от тестировщика 62/∞ : Не тестируйте уставшими
Если вы сидите над релизом 12 часов подряд, то вы уже не тестируете, а боретесь с собой и сном. Внимание рассеивается, очевидные ошибки проскальзывают мимо глаз.
Не геройствуйте. Спите и отдыхайте. Уставший QA хуже, чем его отсутствие.
Совет от тестировщика 61/∞ : Читайте пулл-реквесты
Даже если вы не умеете писать код, учитесь читать изменения. Посмотреть в GitHub, какие именно файлы затронул разработчик, очень полезно.
Это помогает сузить зону тестирования и понять, какие смежные фичи могли зацепить при рефакторинге.
Совет от тестировщика 60/∞ : Тестирование в реальном времени на двух экранах
Откройте приложение на телефоне и ту же самую учетку в браузере на ПК. Добавьте товар в корзину на телефоне. Появился ли он на ПК без обновления страницы?
Современные системы используют веб-сокеты для синхронизации, и тестировать это нужно в параллель на разных устройствах.
Совет от тестировщика 59/∞ : Форматы дат и чисел
02/03/2026 - это второе марта или третье февраля? Для американца и европейца это две разные даты. 1,000.50 и 1 000,50 - тоже больная тема.
Следите за локализацией форматов, чтобы финансовые отчеты и календари пользователей не превратились в хаос.
Совет от тестировщика 58/∞ : Оценивайте риски при хотфиксах
Вам приносят срочный фикс на прод, говорят проверить только одну строчку. Не верьте. Любой хотфикс может сломать смежную функциональность.
Обязательно проводите минимальный smoke-тест критического пути продукта после любой, даже самой крошечной, правки.
Совет от тестировщика 57/∞ : Взаимодействие ролей
Систему редко использует один тип пользователей. Создайте заказ от лица Клиента, обработайте от лица Менеджера и отмените от лица Админа.
Тестируйте пересечение ролей в реальном времени. Что увидит Менеджер, если Клиент удалил свой профиль прямо во время сборки заказа?
Совет от тестировщика 55/∞ : Сброс кэша и куки
Многие баги авторизации, корзины или применения скидок прячутся в устаревших куках. Тестируете фичу с авторизацией: не ленитесь чистить сессию.
Режим инкогнито в браузере решает эту проблему быстро для каждого нового прогона.
В противном случае, вы можете услышать классический вопрос от разраба, у которого баг не воспроизвелся: а ты чистил кэш? И да, будет стыдно.
Совет от тестировщика 54/∞ : Двойной клик всему голова
Пользователи часто нетерпеливы. Если кнопка "Оплатить" или "Создать заказ" не блокируется после первого нажатия, юзер может кликнуть по ней трижды.
Проверяйте, не создаются ли дубли записей в базе и не списываются ли деньги дважды при агрессивном кликанье.
Совет от тестировщика 53/∞ : Всегда проверяйте обновление
Тестировать новую версию с чистого листа проще всего. Но реальные пользователи не удаляют приложение перед апдейтом, они просто накатывают обновление поверх старой версии.
Убедитесь, что после обновления базы данных не побились, сессия не слетела без причины, а старые настройки корректно смигрировали на новый лад.
Совет от тестировщика 52/∞ : Не забывайте про кнопку Назад
В браузере есть своя кнопка "Назад", и она ломает логику Single Page Application (SPA) чаще, чем вы думаете. Юзер может заполнить половину сложной формы, нажать кнопку в браузере и потерять все данные.
Проверяйте навигацию нативных кнопок браузера. Приложение должно корректно обрабатывать эти переходы.
Совет от тестировщика 51/∞ : Не закрывайте плавающие баги просто так
Если дефект воспроизвелся один раз и больше не хочет, не спешите переводить ее в статус "Can't reproduce". Потратьте еще 15 минут: проверьте логи, вспомните свои точные шаги, спросите коллег, зафиксируйте все, что вы о нем помните в отчете.
Плавающий баг на тестовом стенде это почти всегда гарантия того, что на проде он выстрелит у тысячи пользователей. Заведите тикет, опишите все догадки и приложите логи, даже если шаги не 100% точные.
Совет от тестировщика 50/∞ : Тестируйте пустые состояния
Дизайнеры обожают рисовать красивые макеты, где у пользователя загружена аватарка, добавлено 100 друзей и заполнен профиль. Но что видит новый юзер, который только что зарегистрировался?
Всегда проверяйте Empty States. Пользователь не должен видеть пустой белый экран или сломанную верстку. Там должен быть понятный призыв к действию: "Добавьте первого друга", "Загрузите фото" и т.д.
