В этом посте мы обсуждаем тестирование черного и белого ящиков и типы тестирования черного и белого ящиков.
Тестирование черного и белого ящиков и его типы:< /h2>
ТЕСТИРОВАНИЕ “ЧЕРНЫЙ ЯЩИК”:
Его также называют тестированием поведения/спецификации/ввода-вывода
Тестирование методом «черного ящика» — это метод тестирования программного обеспечения, при котором тестировщики оценивают функциональность тестируемого программного обеспечения, не глядя на внутреннюю структуру кода. Это можно применить к каждому уровню тестирования программного обеспечения, например к модульному, интеграционному, системному и приемочному тестированию.
Тестировщики создают тестовые сценарии/кейсы на основе требований и спецификаций программного обеспечения. Итак, это тестирование на основе спецификаций.
Тестировщик выполняет тестирование только функциональной части приложения, чтобы убедиться, что поведение программного обеспечения соответствует ожиданиям. Таким образом, это также известное как поведенческое тестирование.
Тестер передает входные данные, чтобы убедиться, что фактический результат соответствует ожидаемому результату. Так что это также называется тестированием ввода-вывода.
Посмотрите видео ниже, чтобы увидеть «Тестирование черного и белого ящиков»
Методы тестирования «черного ящика»:
- Разделение эквивалентности
- Анализ граничных значений
- Таблица решений
- Переход состояний
Эквивалентное разделение:
Разделение эквивалентности также известно как разделение класса эквивалентности. При разделении эквивалентности входные данные для программного обеспечения или системы делятся на группы, которые, как ожидается, будут демонстрировать одинаковое поведение, поэтому они, вероятно, будут предлагаться одинаковым образом. Следовательно, выбор одного входа из каждой группы для разработки тестовых случаев. Щелкните здесь, чтобы просмотреть подробную публикацию об эквивалентном секционировании.
Анализ граничных значений:
Анализ граничных значений (BVA) основан на проверке граничных значений допустимых и недопустимых разделов. Поведение на границе каждой секции эквивалентности с большей вероятностью будет неправильным, чем поведение внутри секции, поэтому границы — это область, где тестирование может привести к дефектам. Щелкните здесь, чтобы просмотреть подробный пост об анализе граничных значений.
Таблица решений:
Таблица решений также известна как Таблица причинно-следственных связей. Этот метод тестирования подходит для функций, которые имеют логические отношения между входами (логика if-else). В методе таблицы решений мы имеем дело с комбинациями входных данных. Чтобы идентифицировать тестовые случаи с таблицей решений, мы рассматриваем условия и действия. Мы принимаем условия в качестве входных данных и действия в качестве выходных данных. Нажмите здесь, чтобы просмотреть подробную публикацию о таблице решений.
Переход состояния.
Используя тестирование перехода состояния, мы выбираем тестовые наборы из приложения, в которых нам нужно протестировать различные системные переходы. Мы можем применить это, когда приложение выдает разные выходные данные для одного и того же ввода, в зависимости от того, что произошло в более раннем состоянии. Щелкните здесь, чтобы просмотреть подробный пост о методе перехода между состояниями.
Типы тестирования черного ящика:
Функциональное тестирование:
Проще говоря, система на самом деле выполняет функциональное тестирование.
Подробнее о функциональном тестировании читайте здесь
Нефункциональное тестирование:
Проще говоря, насколько хорошо работает система, определяется нефункциональным тестированием
Функциональное тестирование и нефункциональное тестирование:
Функциональное тестирование | Нефункциональное тестирование |
---|---|
На самом деле система выполняет функциональное тестирование | Насколько хорошо система выполняет нефункциональное тестирование |
Чтобы убедиться, что ваш продукт соответствует требованиям клиентов и бизнеса и не содержит серьезных ошибок | Чтобы убедиться, что продукт соответствует ожиданиям клиентов |
Чтобы проверить соответствие программного обеспечения ожидаемому результату | Чтобы проверить поведение программного обеспечения при различных условиях нагрузки |
Это выполняется перед нефункциональным тестированием | Выполняется после функционального тестирования |
Примером функционального тестового примера является проверка функциональности входа в систему <тд класс=столбец-2>Пример нефункционального теста: проверка того, загружается ли домашняя страница менее чем за 2 секунды | |
Типы тестирования: • Модульное тестирование • Дымовое тестирование • Принятие пользователями • Интеграционное тестирование • Регрессионное тестирование • Локализация • Глобализация • Совместимость | Типы тестирования: • Тестирование производительности • Объемное тестирование • Масштабируемость • Тестирование удобства использования • Нагрузочное тестирование • Стресс-тестирование • Тестирование на соответствие • Тестирование переносимости • Авария Проверка восстановления |
Это может быть выполнено как вручную, так и автоматически | Его можно эффективно выполнить, если автоматизировать |
ТЕСТИРОВАНИЕ БЕЛОЙ ЯЩИКИ:
Это также называется Glass Box, Clear Box, Structural Testing.
Тестирование White Box основано на внутренней структуре кода приложения. При тестировании методом белого ящика для разработки тестовых случаев используется внутренняя перспектива системы, а также навыки программирования. Это тестирование обычно выполняется на уровне модуля.
Методы тестирования белого ящика:
- Покрытие операторов
- Покрытие ветвей
- Покрытие пути
Охват заявлений:
Убедится, что каждая строка исходного кода была выполнена и протестирована.
Покрытие решений:< /h4>
Это гарантирует, что каждое решение (истина/ложь) в исходном коде было выполнено и проверено.
Покрытие пути:
Это гарантирует, что каждое возможный маршрут через данную часть кода выполняется и тестируется.
TAG: qa