31. Тестирование черного ящика. Тестирование белого ящика.

Выделяют 2 подхода к формированию критерия полноты тестирования:

• критерий чёрного ящика

• критерий белого ящика

Критерий чёрного ящика описывает тестирование с точки зрения поставленной задачи без учёта внутреннего устройства программы.

Критерий белого ящика учитывает структуру программы.

При проектировании тестов начинают с критериев ЧЯ, так как это единственно возможный способ до написания программы.

После написания программы разработанные тесты прогоняются на этой программе. Если их недостаточно, то они дополняются тестами по критерию БЯ.

Критерии ЧЯ:

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

2. Тестирование классов входных данных. Необходимо разделить данные, поступающие на вход программы на классы. Необходим хотябы 1 тест для каждого класса.

3. Тестирование классов выходных данных.

Эти первые 3 критерия согласуются друг с другом. При выполнении одного из них — остальные будут выполняться автоматически.

4. Тестирование границ класса. Если ОДЗ переменной представляет собой перечисление, то нужно проверить каждое из значений. Если ОДЗ представляет собой диапазон, то надо проверить 3 случая:

• норм. Условия (середина диапазона)

• граничные условия

• исключительные условия (вне диапазона)

5. Тестирование длины набора данных (частн. Случай 4-го критерия)

Тестируются:

• пустой набор

• набор из 1 элемента

• слишком короткий набор

• набор минимально возможной длины

• набор нормальной длины

• набор max возможной длины, если она предусмотрена

• слишком длинный набор

6) тестирование упорядоченности набора данных:

• данные не упоряд.

• Данные упоряд. В прямом порядке

• данные упоряд. В обратном порядке

• в наборе встречаются повторяющиеся значения

• экстремальное значение находится в начале набора

• экстремальное значение находится в конце набора

• несколько экстремальных значение в наборе

Критерии БЯ:

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

2. Покрытие ветвей. Каждая ветвь должна выполняться хотя бы 1 раз.

3. Покрытие путей. При наличии циклов этот критерий неприменим.

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

5. Покрытие решений и условий.

6. Комбинаторное покрытие условий. Требуется подобрать такой набор тестов, чтобы хотя бы 1 раз выполнялась любая комбинация простых условий.