На собеседованиях QA-специалистам могут задать вопрос о тестировании методами черного, белого или даже серого ящиков. Как лучше ответить? Давайте разберемся.
Чем черный ящик отличается от белого в тестировании
Методы белого, черного и серого ящиков
В методологии QA (Quality Assurance) есть классификация методов тестирования по прозрачности системы (программы, приложения): Она определяется тем, может ли тестировщик видеть код программного обеспечения и работать с ним.
Каждый из методов имеет свои преимущества и недостатки. Для обеспечения качества IT-продукта тестировщик может задействовать все 3 подхода (для разных модулей и задач тестирования, например). Но иногда достаточно и одного.
Метод «черного ящика» (Black Box Testing)
Метод «черного ящика» представляет собой тестирование без погружения в код программы. Главная задача — проверить, что продукт выполняет требования к ПО.
«Черный ящик» — это концепция объекта (в нашем случае – IT-продукт), при которой мы не можем заглянуть внутрь и посмотреть его механизм, но можем задать разные параметры на вход и результаты обработки на выходе. Поэтому в этом методе тестировщик делает проверки по типу «что ввели на входе и что в итоге получили на выходе».
Плюсы и минусы
Плюсы
- Не требует дополнительной подготовки;
- Нет необходимости погружаться в код;
- Простота в оформлении баг-репорта;
- Быстрота проверок;
-
Возможность максимизировать тестовое покрытие.
Минусы
- Риски пропустить критические баги;
- Разработчикам потребуется дополнительные ресурсы для выявления ошибки.
Метод «белого ящика» (White Box Testing)
Метод «белого ящика» представляет собой тестирование с полным погружением в программирование. Главная задача — проверить, что код написан корректно.
В методе «белого ящика» QA-инженер находит дефект ПО и затем может проверить архитектуру, утилиты и другие компоненты программы, чтобы разобраться, из-за чего возник данный дефект. В результате тестировщик может дать разработчику уже прямое указание на ошибку в коде.
Плюсы и минусы
Плюсы
- Наиболее понятные для разработчиков отчеты о дефектах;
- Максимально возможная проверка кода;
- Рекомендации по совершенствованию логики программы.
Минусы
- Нужно знание языка программирования;
- Требует дополнительных ресурсов для проверки;
- Повышается длительность тестов;
- Сроки тестирования могут «плавать» из-за непредсказуемого по длительности анализа кода.
Метод «серого ящика» (Grey Box Testing)
Есть еще промежуточная концепция проверок – метод «серого ящика». Он подразумевает, что QA-специалист не влезает в код, но может посмотреть его реализацию (например, через инструмент разработчика). Главная задача – проверить, что выполнение программы обеспечивает соблюдение требований к ПО.
Например, в методе «серого ящика» тестировщик может проверить, что внешние данные подтягиваются из правильной базы данных. Или что ссылка в оформлении ведет на нужную картинку.
Плюсы и минусы
Плюсы
- Нет необходимости погружаться в код целиком;
- Можно засечь ошибки, связанные с неправильной адресацией объектов и т.п.;
- Сбалансированная проверка программы (быстрота vs тестовое покрытие).
Минусы
- Нужны компетенции в понимании логики программирования;
- Требует дополнительных ресурсов для проверки;
- Повышается длительность тестов;
Резюме
В тестировании есть методы черного/белого/серого ящика, которые называются так в зависимости от «прозрачности» тестируемого кода для QA-специалиста. Подход черного ящика проще и быстрее, белого – качественнее и длительнее, серого – средний между ними. Тестировщик должен понимать разницу между ними, их плюсы и минусы. Этому можно научиться на курсах QA-специалистов, записывайтесь!
Автор Михаил Кулешов
Михаил, профессиональный партнерский маркетолог, является основателем компании South Media OÜ, которая была создана в 2018 году и базируется в Таллинне. С 2016 года Михаил уехал из Финляндии и жил как настоящий «цифровой кочевник» в IT-индустрии, путешествуя по миру только с ноутбуком. Михаил работает и пишет статьи, связанные с IT-индустрией.
