Примечания по тестированию программного обеспечения (3): тестирование черного ящика

1 Обзор тестирования черного ящика

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

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

  • Неправильные или отсутствующие функции
  • ошибка интерфейса
  • ошибка доступа к базе данных
  • ошибка производительности
  • ошибки инициализации и завершения

К методам проектирования вариантов использования относятся:

  • разделение класса эквивалентности
  • Анализ граничных значений
  • таблица решений
  • причинно-следственная диаграмма
  • метод сцены

и т. д.

2 Разделение классов эквивалентности

2.1 Классы эквивалентности

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

Разделение классов эквивалентности можно разделить на:

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

2.2 Принципы деления

  • Если указан диапазон входных значений, можно определить один допустимый класс эквивалентности и два недопустимых класса эквивалентности.
  • Если входные правила оговорены, допустимый класс эквивалентности (соответствующий правилам) и несколько недопустимых классов эквивалентности (нарушающих принцип с разных сторон) могут быть разделены
  • Если указана организация входных данных, и программа обрабатывает разные входные значения по-разному, то каждое допустимое входное значение имеет один допустимый класс эквивалентности и один недопустимый класс эквивалентности.
  • Если оговорено, что входные данные являются целыми числами, их можно разделить на три эффективных класса эквивалентности: положительное целое, ноль и отрицательное целое.
  • При работе с таблицами допустимыми классами являются пустая таблица, таблица с одним элементом, таблица с несколькими элементами и т. д.

3 Анализ граничных значений

3.1 Принципы построения анализа граничных значений

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

На основе анализа граничных значений выделяют следующие принципы:

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

3.2 Два метода граничного анализа

Обычно включают:

  • Общий анализ граничных значений: обычно берут Min, Min+, Normal, Max-,Max
  • Надежный анализ граничных значений: в дополнение к общему анализу граничных значений он также включает Min-:Max+

4 таблицы решений

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

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

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

Например, ниже приведен тестовый пример принтера, созданный с использованием таблицы решений:

5 Причинно-следственная диаграмма

5.1 Определение

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

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

5.2 Основные графические символы

График результата причины:

 ciОба и eiмогут принимать значения 0 или 1, 0 означает, что состояние не появляется, а 1 означает, что состояние появляется.

График ограничений:

Метод 6 сцен

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

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

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

Схема выглядит следующим образом:

 

Supongo que te gusta

Origin blog.csdn.net/NHB456789/article/details/130405442
Recomendado
Clasificación