Библиотека тестировщика | QA, тестирование, quality assurance, manual testing, autotesting, ручное тестирование, автотесты

описание

Все самое полезное для тестировщика в одном канале. Наши курсы: https://clc.to/wlBkTA По рекламе: @proglib_adv Учиться у нас: https://proglib.io/w/12538d6f Для обратной связи: @proglibrary_feeedback_bot

← к каналу @testerlib

9 068

подписчиков

Охват к подписчикам

7,4%

ERR

Реакции к просмотрам

1,10%

390 на 50 постов

Пересылки к просмотрам

1,90%

677

Постов в день

0,0

всего 476

Где отзываются чаще

доля реакций к просмотрам

23 июл.🔥 Вопрос с собеседования До релиза осталось два часа. Полная регрессия занимает два дня. Всё проверить вы не успеваете. Что будете делать? 👇 Правильный ответ (нажми, чтобы прочитать): Полностью отказываться от тестирования — плохая идея. Вместо этого нужно снизить риски. 🔜 Что обычно делают: 🈂️ Приоритизируют проверки Сначала тестируют критичные бизнес-сценарии и функциональность, которую затронули изменения. 🈂️ Запускают автоматизированные тесты Если есть автотесты, в первую очередь выполняют smoke и наиболее важную часть регрессии. 🈂️ Проводят Smoke Testing Проверяют, что приложение запускается и основные пользовательские сценарии работают. 🈂️ Анализируют влияние изменений Тестируют не весь продукт, а только затронутые модули и связанные с ними области. 🈂️ Оценивают риски вместе с командой Обсуждают с разработчиками, аналитиками и PM, какие проверки обязательны именно для этого релиза. 👍 — знал/а 🔥 — стало понятнее 📍 Навигация: [Вакансии] 🐸 Библиотека тестировщика #стендап_qa2,80%
28 мая📌 Что такое смоук-тест в IT Смоук-тест (Smoke Testing) — это экспресс-проверка самых критичных функций приложения. Его задача убедиться, что система в принципе «дышит», ключевые функции работают, а программа готова к более глубокому и детальному тестированию. ⭐ Зачем это нужно? Экономия времени: Вы сразу понимаете, стоит ли тратить ресурсы на полноценный цикл тестирования или билд нужно возвращать на доработку прямо сейчас. Быстрая диагностика: Позволяет поймать «шоу-стопперы» и критические ошибки на самом старте. А как вы обычно проверяете билд перед сдачей? ❤️ — Прогоняю автотесты 🔥 — Тыкаю основные кнопки руками (по старинке) 🌚 — Просто пушу в прод и жду фидбек от юзеров 🔹 Практический интенсив «Архитектуры и шаблоны проектирования» 🔹 Получить консультацию менеджера 🔹 Сайт Академии 🔹 Сайт Proglib 🏃‍♀️ Азбука айтишника #ликбез2,61%
12 июн.🤷‍♂️ Как протестировать устройство, которого нет в DevTools В DevTools можно добавить собственное устройство с любыми параметрами экрана, DPI и User-Agent. Полезно, если нужно проверить: — редкие модели смартфонов — планшеты и нестандартные разрешения — корпоративные устройства клиентов — баги, которые воспроизводятся только на определённом экране Где искать: 🔵 Chrome / Edge Settings → Devices → Add custom device 🔵 Firefox Responsive Design Mode → Edit List → Add Custom Device 📍 Навигация: [Вакансии] 🐸 Библиотека тестировщика #тест_драйв #devtools2,17%
27 июл.🔥 Вопрос с собеседования Пользователь работает в онлайн-редакторе документов. Набирает текст, закрывает вкладку, открывает снова — последние 2 минуты работы потеряны. Автосохранение якобы включено. Это баг ❓ 👇 Правильный ответ (нажми, чтобы прочитать): Скорее всего да. Если по требованиям автосохранение должно сохранять изменения автоматически, потеря данных — критичный баг. 🔵 Возможные причины: — Автосохранение срабатывает по таймеру (раз в 5 минут), а не после каждого изменения — WebSocket-соединение разорвалось, и клиент не переподключился — Сервер получил данные, но не сохранил их (например, сообщение потерялось в очереди) — Конфликт версий: изменения с другого устройства перезаписали документ 🔵 Что проверять QA: — Как часто срабатывает автосохранение: по таймеру или после изменений? — Сохраняются ли данные после закрытия вкладки без Ctrl+S? — Что происходит при потере сети и её восстановлении? — Как ведёт себя документ при работе в двух вкладках или на двух устройствах? — Работает ли автосохранение с большими документами? 👍 — знал(а) 🔥 — стало понятнее 📍 Навигация: [Вакансии] 🐸 Библиотека тестировщика #стендап_qa1,93%
19 мая🧩 Bug bash: тестирование, где находят то, что вы пропустили Тест-кейсы пройдены, регресс зелёный — а баги всё равно находятся. Почему? Потому что продукт проверяют по сценариям, а пользователи действуют иначе. Bug bash — это формат, где команда тестирует систему без жёстких шагов В карточках — как это проходит и какие проблемы всплывают 🖍 🔗 Источник 📍 Навигация: [Вакансии] 🐸 Библиотека тестировщика #разбор_полетов1,89%
11 маябез подписи1,80%
25 маябез подписи1,65%
15 маябез подписи1,56%
20 маябез подписи1,53%
9 мая💡 Маленькая DevTools-фича, которая сильно упрощает дебаг Вместо console.log и остановок через debugger Safari умеет проигрывать звук при выполнении строки кода. 🆚 Как включить: → Sources → поставьте breakpoint → ПКМ по breakpoint → Edit Breakpoint… → Add Action → Play Sound После этого Safari будет издавать beep каждый раз, когда код доходит до этой строки. 🆚 Полезно для: — проверить, срабатывает ли handler (клик, input, scroll) — найти лишние или повторные вызовы — отладить нестабильные UI-баги — понять, выполняется ли код без остановки теста 📍 Навигация: [Вакансии] 🐸 Библиотека тестировщика #тест_драйв #devtools1,48%
3 июл.💡 SQL-шпаргалка: 10 запросов для проверки данных в базе 🔵 Найти дубликаты SELECT email, COUNT(*) FROM users GROUP BY email HAVING COUNT(*) > 1; 🔵 Найти NULL в обязательных полях SELECT * FROM orders WHERE customer_id IS NULL OR total_amount IS NULL; 🔵 Проверить ссылочную целостность SELECT o.id FROM orders o LEFT JOIN users u ON o.user_id = u.id WHERE u.id IS NULL; 🔵 Найти заказы без товаров SELECT o.id FROM orders o LEFT JOIN order_items oi ON o.id = oi.order_id WHERE oi.id IS NULL; 🔵 Проверить соответствие суммы заказа SELECT o.id, o.total_amount, SUM(oi.price * oi.quantity) AS calculated FROM orders o JOIN order_items oi ON o.id = oi.order_id GROUP BY o.id, o.total_amount HAVING o.total_amount <> SUM(oi.price * oi.quantity); 🔵 Найти пустые строки (не NULL) SELECT * FROM users WHERE TRIM(name) = ''; 🔵 Найти дубликаты по составному ключу SELECT user_id, product_id, COUNT(*) FROM favorites GROUP BY user_id, product_id HAVING COUNT(*) > 1; 🔵 Посмотреть последние записи SELECT * FROM audit_log ORDER BY created_at DESC LIMIT 20; 🔵 Найти записи за последние 24 часа SELECT * FROM logs WHERE created_at >= NOW() - INTERVAL '24 hours'; Для других СУБД синтаксис работы с датой может отличаться. 🔵 Найти пользователей без заказов SELECT u.id, u.email FROM users u LEFT JOIN orders o ON u.id = o.user_id WHERE o.id IS NULL; 📍 Навигация: [Вакансии] 🐸 Библиотека тестировщика #артефакт1,46%
10 мая🤨 Как собеседование превратилось в стресс Один из начинающих специалистов поделился на Reddit своей первой попыткой пройти собеседование на позицию QA-инженера. Вот как это прошло: «Сегодня у меня было первое интервью на позицию QA. Видеозвонок с четырьмя разработчиками. Попросили расшарить экран и решать задачи на Java и Python. Java я вообще никогда не изучал, и у меня это не было указано в резюме. Python знаю слабо. Сначала просили развернуть строку в Java — не справился. Потом то же в Python, потом перешли к более сложной задаче по структурам данных — тоже не смог. Вопросов по QA не было вообще. Сказали, что смысла продолжать нет, и посоветовали почитать типичные вопросы. Попытались пошутить, но я только сильнее занервничал. У меня был опыт стажировки во фронтенде и диплом по информационным системам. Сейчас просто зол на себя и не знаю, как быть. Очень стыдно и тяжело.» Неудачи на старте — это часть пути, а не его конец. ❓ Вопрос к аудитории: А у вас были кринжовые интервью? Что помогло вам собраться и подготовиться к следующим? 🔗 Источник 📍 Навигация: [Вакансии] 🐸 Библиотека тестировщика #разбор_полетов1,40%