Дизайн в тестировании

Тренинг: «Тест-дизайн»
www.luxoft-training.ru
[e-mail]
Слава Панкратов
Тест-дизайн

Тест-дизайн
Тест-дизайн
Определение и практика
Тест-дизайн – это этап процесса тестирования ПО, который включает создание/проектирование тестовых сценариев и определение необходимых типов тестов, для достижения заданного уровня тестового покрытия приложения или системы под тестом
Сегодня мы с вами посмотрим как надо думать создавая тестовые сценарии

Определение теста и тестового набора
Тест-дизайн
Тест – последовательность действий, которая переводит систему из одного состояния в другое
Тесты бывают управляемые данными или поведением
Триплет ISO, где:
I - is input data or action (входные данные или действия)
S - is State of system at which data will be input (состояние системы, которая получает входные данные или воздействие)
O - is the expected Output (ожидаемые Выход, выходные данные или выходной состояние системы)

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

Небольшая разминка
Массируем мозги ☺

Тест управляемый данными
Тест-дизайн
Форма валидации введенного значения
Требование: если введено целочисленное значение от 0 до 9 (включительно), возвращается значение TRUE
Предлагайте тесты
Тест здесь 1, но он управляется данными

Виды тестовых сценариев
Позитивные сценарии
Граничные сценарии
Исследовательские сценарии:
«А что должно быть если…»
Исследовательские сценарии могут порождать требования. Пример с 1-01-001.
Негативные сценарии
Тест-дизайн
НЕ валидные значения
НЕ валидные значения
Валидные значения

Пример «стандартного функционала»
Побрейнштормим

Практические примеры
Описание тестируемого функционала:
Поле для ввода названия папки
Кнопка «Сохранить»
Название папки не должно превышать 64 символа
Ваши предложения?
Тест-дизайн

Практический пример
Диалог сохранения файла
Тест-дизайн

Предлагайте!
Тест-дизайн
Давайте сначала набросаем тесты
Потом их «нормализуем»
...и придем к пониманию,
как надо думать

«Фиксируем шаги»
Сначала выделяем наиболее рискованные (и важные) области – собственно сохранение, выбор нужного места, сохранение с длинным именем, с национальными символами, перезапись и т.п.
Потом выясняем какие сценарии использования (use case)
Выясняем классы эквивалентности
Пишем тест-кейсы (позитивные, негативные, исследовательские)
Тест-дизайн

Тест управляемый поведением
Думайте про пути, которыми пользователь следует по системе

Тест управляемый поведением
Тест-дизайн
Форма заказа

Тест управляемый поведением
Тест-дизайн
Форма заказа

Тест управляемый поведением
Тест-дизайн
Форма заказа

Тест управляемый поведением
Тест-дизайн
Форма заказа sushi
Требование: пользователь может оформить или отредактировать сформированный ранее в разделе «Меню» заказ. Счёт формируется с учётом накопительных скидок, выбранного способа оплаты и доставки.
Предлагайте тесты и записывайте их
Разбираем задачу вместе

Берем маркеры и доску
Тест-дизайн
Критический путь неочевиден
Бизнесу мы еще не помогли
На смежные вопросы не ответили

Тест-дизайн
100
40
40
10
10
10
10
40
30
20
10
60
20
20
70
10
10
10
Это еще и модель нагрузки

«Фиксируем подход»
Тест-дизайн
Разработка тестов
Определение типа теста: «поведение» или «данные»
Logic-driven или data-driven test case
Если тест управляется логикой поведения
Составление путей и «узлов»
Определяется основной «путь»
Определяются и ограничиваются альтернативные «пути»
Если тест управляется данными
Составляется набор данных
Данные приоретезируются
Допустимые значения
Граничные значения
Значения за границами диапазона

Фиксируем подход
Тесты управляемые данными – проще
Тесты управляемые поведением – интереснее
Это были примеры на выработку простых навыков
Повторение помогает выработать практику

Нам осталось совсем немного!

Определение теста
Как задавать вопросы про данные
Как задавать вопросы про характеристики
Тест управляемый данными
Тест управляемый поведением
Что мы с вами рассмотрели
Тест-дизайн

Рекомендуемая литература
A Practitioner’s Guide to Software Test Design
Lee Copland

Рекомендуемые WWW.источники
QAforums.com – Software Testing and Quality Assurance Online Forums. English.
StickyMinds.com – brain food for building better software. English.
www.it4business.ru – портал IT-менеджера: карьера, персонал, технологии.
www.Software-Testing.Ru – сервер тестировщиков ПО

Ваши вопросы?