Совет от тестировщика 87/∞ : Спецсимволы в имени файла при загрузке.
Пользователь загружает файл с именем вроде отчёт №1 (финал) v2.xlsx". Слэши, решётки, скобки и кириллица в имени – частая причина, почему загрузка падает молча.
Совет от тестировщика 85/∞ : Множественное число в разных языках устроено по-разному.
1 файл, 2 файла, 5 файлов – в русском три формы, в английском две. Если для множественного числа используется просто шаблон "count + слово", в половине языков он даст неверный результат.
Совет от тестировщика 82/∞ : Страница 404 и 500 не должна рассказывать ничего лишнего.
Стектрейс, путь на сервере, версия фреймворка на странице ошибки: подарок не пользователю, а тому, кто ищет уязвимости. Проверяйте страницы ошибок отдельным пунктом, а не мимоходом.
Совет от тестировщика 80/∞ : Тестируйте таблицу не на десяти строках.
Дизайнер и разработчик проверяли на пяти демо-записях, там всё летает. Загрузите настоящий объём (десять тысяч строк) и посмотрите, что будет с сортировкой, скроллом и временем отклика.
Совет от тестировщика 79/∞ : Имя скачиваемого файла.
Кириллица, пробелы, спецсимволы в названии файла для скачивания. Один браузер сохранит нормально, другой заменит буквы на знаки вопроса или обрежет расширение.
Совет от тестировщика 78/∞ : Копейки не должны теряться.
Округление при делении суммы на троих, при скидке в процентах, при конвертации валют. Проверьте на сумме, которая специально не делится ровно, и сравните итог с суммой частей.
Совет от тестировщика 77/∞ : 29 февраля существует.
Ежегодное событие, назначенное на 29 февраля, должно как-то вести себя в обычный год. И день рождения, и подписка, и напоминание: проверьте всё, что считает даты.
Совет от тестировщика 76/∞ : Часовые пояса в расписании.
Событие создано в одном часовом поясе, а смотрит на него пользователь в другом. Проверьте, что время везде показывается верно: в письме, в календаре, в пуше, а не только на странице события.
Совет от тестировщика 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-тест критического пути продукта после любой, даже самой крошечной, правки.
