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

ТЕСТ ДИЗАЙН
Тест дизайн — это этап процесса тестирования ПО, на котором проектируются и создаются тестовые случаи (тест-кейсы).
Техники тест дизайна:
Эквивалентное Разделение.
Метод эквивалентного разделения позволяет минимизировать число тестов, не создавая сценарий для каждого возможного значения, а выбрав только одно значение из целого класса и приняв за аксиому, что для всех значений в данной группе результат будет аналогичным.
Например, мы тестируем функциональность приложения, позволяющего покупать авиабилеты онлайн. Стоимость билета будет зависеть от возраста пассажира, так как дети, студенты и пенсионеры относятся ко льготным категориям.
У нас есть четыре возрастных группы: младше 15 лет, от 15 до 25 лет, старше

25 и младше 60 лет и люди старше 60. При этом, в поле для ввода возраста помещается всего два символа, поэтому указать возраст более 99 лет технически невозможно.
Тестировщику не нужно писать 99 тестов для каждого возраста, хватит пяти: по одному для каждой возрастной группы (скажем, 10, 18, 35 и 75 лет) и один для случая, если возраст человека превышает 99 лет. Да, последний тест на практике невыполним (поскольку в поле возраста невозможно ввести более двух знаков), и все же не следует забывать об этой проверке.

Анализ граничных значений.
Техника граничных значений основана на предположении, что большинство ошибок может возникнуть на границах эквивалентных классов. Она тесно связана с вышеописанной техникой эквивалентного разделения, из-за чего часто используется с ней в паре. Тогда для примера из предыдущего пункта границами будут являться значения 0, 15, 25, 60 и 99. Граничными значениями будут 0, 1, 14, 15, 16, 24, 25, 26, 59, 60, 61, 98, 99, 100.
Анализ граничный значений и эквивалентное разделение может быть применен к полям, записям, файлам, или к любого рода сущностям, имеющим ограничения.

Предугадывание ошибки.
Используя свои знания о системе, тестировщик может «предугадать», при каких входных условиях есть риск ошибок. Для этого важно иметь опыт, хорошо знать продукт и уметь выстроить коммуникации с коллегами.
Например, в спецификации указано, что поле должно принимать два символа.
В числе возможных тестов:

Что произойдёт, если не ввести возраст?

Что произойдёт, если ввести отрицательный возраст, например, - 9?

Что произойдёт, если ввести не цифры, а другие символы?

Что произойдёт, если ввести цифру и другой символ?

Что произойдёт, если попытаться ввести не две цифры, а другое количество?

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

Матрица соответствия требованиям.
Матрица соответствия требованиям – это двумерная таблица, содержащая соответствие функциональных требований продукта и подготовленных тестовых сценариев.В заголовках строк таблицы расположены требования, а в заголовках колонок – тестовые сценарии или наоборот.На пересечении соответствующих строки и столбца ставится отметка, обозначающая, что данное требование покрывается данным тест-кейсом.
Таким образом, таблица дает визуальное отображение двух параметров:

наличие в системе требований, которые еще не покрыты (если у требования нет ни одного пересечения с тест-кейсами);

есть ли в системе избыточное тестирование — если требования имеет несколько пересечений (необходимое условие).

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

Допустим, какое-то значение (например, налог) для человека рассчитывается на основании его пола, возраста и наличия детей – получаем три входных параметра, для каждого из которых для тестов выбираем любое из возможных значений. Например: пол – мужской или женский; возраст – до 25, от 25 до 60, более 60; наличие детей – да или нет. Для проверки правильности расчетов можно, конечно, перебрать все комбинации значений всех параметров:
№
Пол
Возраст
Дети
1 мужчина до 25 детей нет
2 женщина до 25 детей нет
3 мужчина
25-60 детей нет
4 женщина
25-60 детей нет
5 мужчина старше 60 детей нет
6 женщина старше 60 детей нет
7 мужчина до 25 дети есть
8 женщина до 25 дети есть
9 мужчина
25-60 дети есть
10 женщина
25-60 дети есть
11 мужчина старше 60 дети есть
12 женщина старше 60 дети есть

А можно решить, что не нужно проверять сочетания значений всех параметров со всеми, а только убедиться, что проверятся все уникальные пары значений параметров. Например, с точки зрения параметров пола и возраста нужно убедиться, что точно проверим мужчину до 25, мужчину между 25 и
60, мужчину после 60, а также женщину до 25, женщину между 25 и 60, также женщину после 60. И точно так же для всех остальных пар параметров. И таким образом, можем получить гораздо меньше наборов значений:
№
Пол
Возраст
Дети
1 мужчина до 25 детей нет
2 женщина до 25 дети есть
3 мужчина
25-60 дети есть
4 женщина
25-60 детей нет
5 мужчина старше 60 детей нет
6 женщина старше 60 дети есть