Тест-дизайн (как проверить)

Цель - сократить количество входных значений.

Алгоритм

• определить классы эквивалентности;
• выбрать одного представителя от каждого класса.

Советы

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

Цель - проверить границы эквивалентных классов. Тесты строятся с ориентацией на использование тех величин, которые определяют предельные характеристики проверяемой системы.

Типы границ

• физические – законы природы;
• логические – здравый смысл;
• произвольные – созданы нашими разработчиками;
• технологические – созданы сторонними разработчиками.

Алгоритм

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

Табличное представление применения техник Эквивалентные классы и Граничные значения (скачать xlsx)

* ЭК - эквивалентные классы; ГЗ - граничные значения; ТЗ - тестовые значения

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

Алгоритм

• определить зависимые параметры;
• определить классы эквивалентности;
• заполнить таблицу значениями на границе;
• заполнить таблицу приграничными значениями;
• заполнить таблицу валидными значениями.

Табличное представление техники Доменный анализ (скачать xlsx)

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

Методика генерации тестовых данных основана на предположении, что большинство дефектов (98%) возникает при взаимодействии не более чем ДВУХ параметров, например, цвет и марка автомобиля.
Эффективность методики тем выше, чем больше параметров.

Инструменты

• онлайн-генератор
• pict-онлайн

Цель - проверить поведение одного определенного объекта.

Диаграмма определяет:

• состояния, в которых объект может находиться;
• события, которые могут возникнуть во время работы с объектом.

Алгоритм

• определить состояния объекта;
• определить события;
• определить точку входа и точку выхода.

Инструменты UML

Цель - проверить функциональные цепочки бизнес-требований на верхнем уровне детализации (Е2Е тесты).

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

Каждый сценарий использования системы:

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

Алгоритм

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

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

У действующего лица есть цель, а система должна помогать действующему лицу достичь этой цели. Некоторые сценарии приводят к достижению заданной цели (успех); другие заканчиваются неудачей, если цель оказывается недостижимой. Каждый сценарий содержит последовательность шагов, показывающих, как раскрываются действия и взаимодействия. Вариант использования собирает все эти сценарии вместе, показывая все пути, которые могут привести или не привести к цели.

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

Виды действий:

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

Пример

A. Варианты использования:

1. Пользователь выбирает меню "Создать кабинет"

2. Система отображает форму создания кабинета

3. Пользователь вводит данные

3а. Пользователь нажимает "Отмена"

4. Пользователь нажимает "Сохранить"

4а. Пользователь нажимает "Отмена"

5. Система проверяет введенные данные

6. Система создает новую запись в базе данных

6а. Система выдает сообщение об ошибке

7. Система выдает сообщение об успешном создании кабинета

Б. Табличное представление: