? Нет, тестировщики не собирают посылки 😁 Это три подхода к тестированию ПО. Разница в том, насколько хорошо мы знаем, что происходит внутри программы. ⚪️ Белый ящик (White Box) Знаем, как устроена программа, видим код и проверяем внутреннюю логику: условия, ветвления и алгоритмы. ⚫️ Чёрный ящик (Black Box) Не заглядываем в код. Проверяем, как работает продукт с точки зрения пользователя: вводим данные и смотрим на результат...
SaaSchool
«У меня работает» — любимая фраза перед новым багом
😅 Сайт отлично работает в Chrome. Открываем в Safari — кнопка съехала. В Firefox — что-то вообще перестало работать. И да, в 2026 году кроссбраузерные баги никуда не исчезли. Браузеры могут по-разному поддерживать CSS, JavaScript и отдельные веб-технологии. Поэтому проверить только в своём привычном Chrome — недостаточно. Для QA правило простое: 🌐 проверяйте продукт...
SaaSchool теперь ещё больше
👀 Мы запустили свои каналы на YouTube, TikTok и RuTube 🎉 Теперь будем встречаться не только здесь. Что планируем публиковать: 🎥 полноценные видео о тестировании и работе QA ⚡️ короткие ролики и Shorts 💡 полезные разборы, советы и инструменты 👨💻 рассказывать о школе, обучении и профессии тестировщика 🤖 говорить про AI и новые инструменты в работе...
А что вообще происходит с задачей до того, как она попадает к тестировщику
? 👀 Новичку иногда кажется примерно так: Разработчик написал код → отдал QA → QA нашёл баг → готово. В реальной команде путь немного интереснее 😅 💡 Сначала появляется идея и попадает в бэклог 📝 Потом уточняют требования и критерии приёмки 📅 Задачу берут в спринт 💻 Разработчик пишет код и сам проверяет изменения 👀 Код проходит review и автоматические проверки 🧪 Сборка приезжает к QA 🐞 Нашли баг? Возвращаем разработчику → фикс → снова проверяем 🚀 Всё хорошо? Задача едет в релиз...
«Да тут тестировать на пару часов
» 😅 Знаменитая последняя фраза перед тем, как задача внезапно растягивается на два дня. А потом начинается: 🗂 нужно подготовить тестовые данные 🛠 стенд опять чудит 🐞 нашлись баги 🔄 после фиксов нужен ретест 👀 а ещё надо проверить, не сломалось ли что-нибудь рядом Поэтому при оценке задачи не считайте только время на сами проверки. Закладывайте ещё данные и окружение, баги и ретесты, регресс, разные браузеры и устройства...
