Назад

Тест-дизайн · Средняя

Как применить техники тест-дизайна

Использовать классы эквивалентности, граничные значения, таблицы решений и pairwise.

Тест-дизайн: визуальный контекст этапа
Аудиопересказ пунктаПолная версия материала для прослушивания
Прослушано 0%
Скачать

Кратко: за 2 минуты

Использовать классы эквивалентности, граничные значения, таблицы решений и pairwise. На выходе: проверки обоснованы техникой.

Главная пользаТехники тест-дизайна дают хорошее покрытие без бесконечного перебора вариантов.
Первое действиеРазбейте входные данные на классы эквивалентности.
Готово, когдаПроверки обоснованы техникой.

Когда применять

Пункт относится к этапу «Тест-дизайн». Его задача — превратить требования и продуктовые риски в достаточный набор проверок. Он нужен до передачи результата разработчикам, менеджеру и владельцу продукта: иначе команда рискует выбирать данные случайно.

ЦельТехники тест-дизайна дают хорошее покрытие без бесконечного перебора вариантов.
ДействиеРазбейте входные данные на классы эквивалентности.
ПроверкаПроверки обоснованы техникой.

Что это дает

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

Пошагово: как выполнить

  1. Разбейте входные данные на классы эквивалентности.
  2. Добавьте граничные значения.
  3. Для сложной логики используйте таблицу решений.

Критерии приемки

  • Проверки обоснованы техникой.
  • Границы и комбинации покрыты.
  • Лишние дубли удалены.

Типичные ошибки

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

Инструменты

Decision tablePairwiseMind maptest casebug reportчеклисттестовая средабаг-трекер

Пример

Плохой пример

Выбирать данные случайно.

Хороший пример

Учебный пример. Поле принимает целое количество от 1 до 99. Выделены допустимые значения, значения вне диапазона и неверный формат; проверки включают 0, 1, 2, 98, 99, 100, пустой ввод и дробное число.

Шаблон

Таблица классов и границ

Скачать рабочий лист этого урока

Выбрать рабочий шаблон

Рабочий артефакт

Test design

Таблица классов и границ

Учебный пример. Поле принимает целое количество от 1 до 99. Выделены допустимые значения, значения вне диапазона и неверный формат; проверки включают 0, 1, 2, 98, 99, 100, пустой ввод и дробное число.

  • Покрытые требования
  • Критические сценарии
  • Edge cases
  • Негативные проверки

Контроль качества

Артефакт

Матрица тестового покрытия

Метрика проверки

Проверки обоснованы техникой.

Когда пересматривать

После релизов, изменения требований, новых дефектов, ретестов и обновления критериев приемки.

Что передать дальше

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

Перед отметкой выполнено: Проверки обоснованы техникой.

Как применять

Начинайте с риска для пользователя и продукта. Затем проверьте воспроизводимость, окружение, тестовые данные и доказательства. Хороший QA-пункт отвечает на три вопроса: какой риск закрываем, как воспроизводим результат и по каким критериям считаем проверку завершенной.

Короткие ответы

Частые вопросы

Зачем выполнять пункт «Как применить техники тест-дизайна»?

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

С чего начать выполнение?

Разбейте входные данные на классы эквивалентности.

Как понять, что пункт выполнен?

Проверки обоснованы техникой.

Какая ошибка чаще всего мешает результату?

Выбирать данные случайно.

Режим обучения

Тест по теме

Проверка понимания

Ответьте на вопросы по материалу и получите итоговый отчет: что понято хорошо, а что стоит перечитать.

0/4ответов выбрано
1. Какой главный результат должен дать пункт «Применить техники тест-дизайна»?
2. С какого действия логично начать выполнение?
3. Как понять, что тема действительно закрыта?
4. Какой ошибки стоит избегать в этой теме?

Для углубленного изучения

· Версия 2 · Обновлено

Независимая экспертная проверка не заявлена.

Что обновлено
  • — Обновлено: Название, Шаблон результата, Пример, Плохой пример, Заголовок поиска, Описание поиска, Поисковые фразы.

Материал предназначен для обучения. Адаптируйте рекомендации к внутренним регламентам компании и условиям проекта.

Предложить исправление через контакты Ariol