Введение в тестирование черного ящика

Методика «черного ящика» - это метод, который включает в себя внутреннюю структуру, дизайн или реализацию предмета, который должен быть протестирован. Проводимые тесты могут быть как функциональными, так и нефункциональными. Это называется тестированием черного ящика, поскольку человек, который тестирует систему, не знает о внутренней структуре кода. Тестер не знает ничего о деталях реализации и о внутренних путях. Тестирование выполняется исключительно на основе требований и спецификаций программного обеспечения, полученных тестером. Основное внимание в этом тестировании уделяется вводу и выводу, который предоставляется системе.

Методы тестирования черного ящика

Тестовые случаи, предназначенные для тестирования системы, играют важную роль в тестировании. Способ их создания и сценарии, которые они охватывают, должны быть приняты во внимание. Тестировщики могут создать документ спецификации требований, используя следующие методы:

  1. Эквивалентное разбиение
  2. Анализ граничных значений
  3. Тестирование таблицы решений
  4. Государственное переходное тестирование
  5. Ошибка угадывает
  6. Методы тестирования на основе графов
  7. Сравнительное тестирование
  8. Техника использования

Ниже приведены методы, описанные ниже:

1. Проверка эквивалентности

  • Этот метод делит входные значения, которые предоставляются программному обеспечению, на различные группы или классы. Это делается на основе результатов, которые будут получены в результате. Этот метод также известен как разделение по классам эквивалентности. Делая это, мы экономим усилия, предоставляя различные входные данные. Вместо этого мы даем одно значение группе или классу, чтобы проверить результат для этой группы или класса. Это помогает улучшить тестовое покрытие и, в свою очередь, уменьшить количество переделок. Время также сохраняется, так как не требуется вводить отдельные данные. Вход для каждого класса достаточно.
  • Давайте возьмем пример оценок, которые набрали студенты. Если ученик набирает более 75% баллов, то он / она получил первый класс с отличием. Точно так же, если оценка составляет от 60% до 75%, тогда он / она получил первый класс. Если оценка составляет от 50% до 60%, тогда Второй класс. Если оценка составляет от 40% до 50%, тогда Пройди класс, иначе провал. Здесь будет четыре класса. Эти контрольные примеры сформированы, и это гарантирует, что все возможности, следовательно, покрыты. Следовательно, тестирования с любыми значениями в этом наборе достаточно.

2. Граничный анализ стоимости

  • Здесь акцент делается на значения, которые присутствуют на границах. Это связано с тем, что обычно возникает много проблем, связанных с тестированием со значениями, ориентированными на границы. Граница фокусируется на значениях, близких к пределу, в котором изменяется поведение системы. При анализе граничных значений оба входных данных, которые являются действительными и недействительными, должны быть проверены.
  • Например, если мы хотим проверить значения в диапазоне от 1 до 100, мы должны проверить, работает ли программа для таких значений, как 1-1, 1 + 1, 1, 100-1, 100 + 1 и т. Д. Это помогает в снова экономя время, так как мы можем проверять только такие значения, как 0, 1, 2, 99, 100 и 101.

3. Тестирование таблицы решений

Всякий раз, когда существуют логические условия или этапы принятия решения, этот метод должен использоваться. Это может быть похоже на то, что если конкретное условие не выполняется, то должно быть выполнено действие А, иначе должно быть выполнено действие В. Тестер должен определить входные данные и действия, которые должны быть выполнены в зависимости от условий. Таблица решений создается на основе этих. Рассмотрим пример, где нечетное количество автомобилей разрешено только в понедельник, среду, пятницу и воскресенье, а четное количество автомобилей разрешено во вторник, четверг и субботу. В этом случае есть два условия и два действия. Условие 1 - нечетные транспортные средства, а Условие 2 - нечетные транспортные средства. Действия являются днями, когда эти транспортные средства могут быть на дорогах. Общее количество тестовых случаев в этом случае может быть четыре, и, следовательно, таблица решений может быть получена соответствующим образом.

4. Государственное тестирование перехода

В этом методе контрольный пример пытается проверить систему в разных состояниях. Это состояние может меняться в зависимости от различных условий или событий. Когда происходит конкретное событие, эти сценарии могут быть проверены.

5. Ошибка угадывания

Эта техника в основном основана на опыте. Когда у тестера есть опыт работы с любым приложением, его поведение и функциональные возможности ему известны. Это способ, с помощью которого можно найти много проблем. Используя этот опыт, тестировщикам легко угадать, где большинство разработчиков склонны совершать ошибки. Это может быть обработка нулевых значений, принятие кнопки отправки без какого-либо значения, загрузка файла без каких-либо вложений, загрузка файла с размером, меньшим или большим, чем указанный предельный размер, и т. Д.

6. Графическое тестирование

Каждое приложение построено с использованием некоторых объектов. Все используемые объекты отмечены и график подготовлен. Из этого графика определяются отношения каждого объекта, и тестовые случаи записываются соответствующим образом.

7. Сравнительное тестирование

В этом методе используются разные версии одного и того же программного обеспечения, которые затем сравниваются для проверки всей системы. Поведение отмечается и сравнивается для всех версий и отмечаются любые отклонения.

8. Использование Case Technique

Этот метод используется для определения всех тестовых случаев в соответствии с системой. Все сценарии отмечены, которые помогают в понимании полной функциональности каждой функции от начала до конца. В тестовых примерах должны быть случаи, охватывающие все сценарии от начала до конца в соответствии с использованием системы.

Вывод

Тестирование черного ящика не входит в детали кодирования. Основное внимание уделяется тестированию и проверке поведения и функциональности программного обеспечения. Нет необходимости в каких-либо технических знаниях, и тестирование можно начинать, как только закончится разработка проекта. И тестеры, и разработчики могут работать в бункерах. Это более эффективно для больших приложений, где функциональность важнее, чем код. Это также помогает в выявлении дефектов и проблем на ранней стадии тестирования. После повторного тестирования можно проверить, сохраняются ли проблемы, и снова проверить систему.

Рекомендуемые статьи

Это руководство по методам тестирования черного ящика. Здесь мы обсуждаем введение в тестирование черного ящика, методы и 8 лучших методов в черном ящике. Вы также можете просмотреть наши другие предлагаемые статьи, чтобы узнать больше -

  1. Нечеткое тестирование
  2. Отрицательное Тестирование
  3. Тестирование таблицы решений
  4. Тестирование серой коробки

Категория:

Разработка программного обеспечения