Назад

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

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

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

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

Быстро понять за 2 минуты

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

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

Контекст

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

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

Что это дает

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

Как выполнить

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

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

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

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

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

Инструменты

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

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

Test design

Тест-дизайн: документ с выводом, доказательствами, ответственным и следующим действием

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

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

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

Артефакт

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

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

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

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

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

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

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

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

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

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

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

Тест по теме

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

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

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