Все про QA | Pro-Test.studio

🤔 Загадочные символы в отчете Тестируем экспорт отчёта в CSV. В файле вместо кириллических букв: Список клиентов ❓ В чём настоящая проблема? Отмечайте правильный эмодзи ❤️🤩🌚🔥

А что, так можно было? 👀 if (day == Wednesday) {  print(“Маленькая пятница 🎉”); }

🤷‍♂️ Как воспроизвести «невоспроизводимый» баг через HAR-логи Один из самых бесящих кейсов: у пользователя баг случается, а у тебя — нет. Решение простое: попроси HAR-лог. 1️⃣ Что такое HAR HAR (HTTP Archive) — это история всех запросов/ответов браузера: заголовки, куки, тело запросов. Можно вытащить прямо из DevTools. 2️⃣ Как выгрузить В Chrome DevTools → Network: — включи галочку Preserve log — повтори шаги, где был баг — сохрани через Save all as HAR with content 3️⃣ Как открыть HAR можно разобрать в DevTools или сторонних инструментах: — HAR Analyzer — Postman (импорт HAR → коллекция) 4️⃣ Что искать Обращаем внимание на: — ошибки по статус-кодам (4xx, 5xx) — расхождения в заголовках/куках (токены, локаль и т.п.) — долгие запросы 5️⃣ Бонус — нагрузка HAR легко превратить в автотест: npx har-to-k6 archive.har -o test.js k6 run test.js Так можно прогнать тот же сценарий под нагрузкой. 💡 HAR — это как «черный ящик» браузера: даже если баг у тебя не ловится, следы в сети остаются.

Выходные — для отдыха, а не для рабочих чатов 😉 Берегите себя и свою психику 💙

📌 Инструмент недели: Bug Magnet Минималистичное расширение для браузера, которое экономит массу времени на ручных проверках. Что умеет: ➡️ В один клик подставляет популярные edge-cases в поля ввода (длинные строки, спецсимволы, SQL-инъекции, email с «+» и др.) ➡️ Помогает проверить поведение форм без утомительного копипаста тестовых данных ➡️ Работает прямо из контекстного меню браузера ➡️ Позволяет добавлять свои шаблоны кейсов Как начать: 1. Установите Bug Magnet из Chrome Web Store 2. Кликните правой кнопкой по полю → выберите вариант → тестируйте 💡 Удобный лайфхак для exploratory testing, проверки вёрстки и валидаций.

Правильный ответ

🤔 Задача — API Вы тестируете метод POST /orders, который создаёт заказ. ✔️ Ожидаемый результат при успехе: 201 Created + JSON с данными заказа. При нагрузочном тесте (~300 req/sec) замечаете: ➡️Иногда вместо 201 приходит 409 Conflict. ➡️ В ответе сервера сообщение: "Duplicate order detected". ➡️В логах видно, что повторные запросы с одинаковым orderIdempotencyKey сервер считает дубликатами. Что это означает❓

📹 Вот так примерно выглядит нагрузочное тестирование со стороны 🤣🤣 Напоминаю: среда — это маленькая пятница 🍉✨ Запасаемся настроением, неделя почти позади

🩵Эксклюзивная вакансия ко Дню тестировщика — Senior Bug Hunter! Обязанности: 🩷Ловить баги в коде и в жизни быстрее, чем они успевают воспроизвестись. 🩷Поддерживать стабильность команды даже в режиме продакшн. 🩷Прокачивать скилл «вижу всё» до 99 lvl. Мы предлагаем: 🟣Бесконечный поток интересных кейсов (и только с результатом passed). 🩷Премии в виде кайфа от чистого билда. 🟣Тимлида по имени «Удача» и заказчика под ником «Успех». С днём тестировщика, ребята 🎉 Пусть в вашей карьере встречаются только крутые проекты, а в жизни — апдейты, которые делают её ещё лучше! С любовью, команда Pro-test.Studio 💙

🐢 Симулируем плохой интернет прямо в терминале Иногда баги вылезают только «на медленном интернете». Но где взять настоящий 3G или убитый Wi-Fi под рукой? 📌 Выручает встроенный инструмент tc — он умеет эмулировать задержки, потери и дублирование пакетов прямо на уровне ОС: sudo tc qdisc add dev lo root netem delay 600ms loss 15% duplicate 5% Что это значит: ➖delay 600ms → каждое соединение тормозит на 0.6 сек ➖loss 15% → теряется часть пакетов ➖duplicate 5% → иногда пакеты дублируются (привет, плохой Wi-Fi) ➖dev lo → применяется к localhost (удобно для моков, автотестов и UI) 💡 Зачем это нужно? 🔵Проверка таймаутов и retry-логики 🔵Тест загрузок, спиннеров и real-time UI 🔵Эмуляция слабых сетей в CI или dev-среде ⚠️ И не забудьте вернуть всё обратно, когда закончишь! Иначе потом будешь гадать, «почему всё тупит». sudo tc qdisc del dev lo root

Какой язык чаще всего вызывает проблемы при тестировании локализации❓

Среда — мини-пятница Ловим настроение, как будто завтра уже выходные 😎

🔥 ЧЕК-ЛИСТ «АНТИ-ЮЗЕРА» Пользователи всегда найдут способ сломать систему. Чтобы опередить их — тестируй по этим сценариям: 1️⃣ Поля ввода — Вставка 1000+ символов, эмодзи, SQL-инъекций — Смешение кодировок (кириллица + латиница, арабский, иероглифы) — Полностью пустое значение 2️⃣ Формы и действия — Отправка формы без обязательных полей — Двойной клик по кнопке «Оплатить» или «Отправить» — Отмена действия на последнем шаге 3️⃣ Навигация — Резкий перезагруз страницы во время запроса — Одна и та же сессия в нескольких вкладках — Возврат через «Back» в браузере 4️⃣ Время и сеть — Потеря соединения во время загрузки — Медленный интернет или ограничение по запросам — Несовпадение времени сервера и клиента 5️⃣ Логика — Попытка открыть чужой аккаунт по прямой ссылке — Доступ к функционалу без прав — Использование устаревших токенов или кэша 📌 Такой «анти-чек» помогает поймать неожиданные баги ещё до того, как это сделают реальные пользователи.

Какой реальный объект стал "первым официально задокументированным багом" в истории IT ❓

Ловите лайфхак, потом скажете спасибо 😎 Все хороших выходных ❤️

💬 Тестирование AI и нейросетей: баги или особенности? AI всё активнее становится частью продуктов. Но как проверить, что он «делает правильно», если чётко правильного ответа может и не быть? 🔵 Сложности: — Классические тест-кейсы не всегда подходят — Модель может вести себя непредсказуемо — Результат зависит от метрик и контекста 🔵 Подходы: — Сравнение с контрольными наборами данных. — Использование метрик качества и точности — Исследовательское тестирование: наблюдаем и анализируем поведение модели А вы сталкивались с тестированием AI-продуктов? Какой подход для вас сработал лучше всего? 🤔

🤔

🧠 Избыточная проверка в чек-листе регистрации Вы проверяете поле «Дата рождения» в форме регистрации. Вот фрагмент чек-листа, который подготовил другой тестировщик: • Формат даты: дд.мм.гггг • Возраст не меньше 18 лет • Дата не в будущем • Дата не раньше 01.01.1900 • День рождения не может быть сегодня • 29 февраля — только в высокосный год ❓Какой из пунктов наиболее вероятно избыточен без уточненных требований?

🤔 Помним, среда маленькая пятница! 😁😀