Презентация на тему "Тестовая документация"

Содержание

• 
  Слайд 1

  Тестовая документация

• 
  Слайд 2
  

  Test Plan Test Suite Test Case Test Strategy

• 
  Слайд 3

  Test Plan

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

• 
  Слайд 4

  План тестирования

  Стратегия: Как тестировать? Что именно? Как определять ошибки? Ресурсы: вычислительные, человеческие, временные Артефакты: документация, отчеты, отслеживание ошибок

• 
  Слайд 5

  Стратегия тестирования

  Стратегия тестирования (Test Strategy) –набор идей, определяющих дизайн тестов. Стратегия тестирования является частью плана тестирования.

• 
  Слайд 6

  Test Suite

  Test Suite – набор тест-кейсов для проверки определенной функциональности. Кроме собственно списка тестов может содержать информацию о целях тестирования, конфигурации, необходимом состоянии системы.

• 
  Слайд 7

  Test Case

  Тестовый сценарий (testcase) — набор входных значений, предусловий выполнения, ожидаемых результатов и постусловий выполнения, разработанный для определенной цели или тестового условия, таких как выполнения определенного пути программы или же для проверки соответствия определенному требованию.

• 
  Слайд 8

  Структура тест-кейса

  Название Предусловия Шаги для воспроизведения Ожидаемый результат Постусловия Также могут быть ID, приоритет, тип…

• 
  Слайд 9

  Пример 1

• 
  Слайд 10

  Пример 2

  Проверка входа в аккаунт: Ввести в форме логина user:password Кликнуть Login Result: Произведен вход в систему. Вместо ссылки Login отображается ссылка Hello, Userведущая в раздел Account

• 
  Слайд 11

  Check List

  Список того, что нужно проверить Менее подробный и формальный, чем тест-кейсы Быстрее создавать Не обеспечивают такой же уровень воспроизводимости результата

• 
  Слайд 12

  Пример

• 
  Слайд 13

  Матрица соответствия

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

• 
  Слайд 14

  Пример

• 
  Слайд 15

  Баг-репорт

  Соответствующим образом оформленное сообщение об ошибке. Формат зависит от используемой системы управления ошибками (Bug Tracking System), но некоторые поля являются обязательными

• 
  Слайд 16

  Структура отчета об ошибке

  ID Описание Проект Версия Компонент Priority, Severity Окружение На кого назначен Статус Шаги для воспроизведения Фактический результат Ожидаемый результат Прочая информация (скриншоты, логи и пр.)

• 
  Слайд 17

  Priority & Severity

  Серьезность (Severity) –это атрибут, характеризующий влияние дефекта на работоспособность приложения. Block, crash, major, minor, trivial, feature Приоритет (Priority) –это атрибут, указывающий на очередность выполнения задачи или устранения дефекта. Чем выше приоритет, тем быстрее нужно исправить дефект. Immediate, urgent, high, normal, low

• 
  Слайд 18

  Жизненный цикл бага

  Открыт (Open) Назначен (Assigned) В процессе (In progress) Завершен (Resolved) Закрыт (Closed): fixed, won’t fix, feature, can’t reproduce etc Переоткрыт (Reopened)

• 
  Слайд 19

  Отчет по тестированию

  Зависит от того, кому предназначен и какую информацию необходимо донести. Как вариант, может содержать: Расписание (кто и когда проводил) Результаты Что протестировано Сколько багов найдено Сколько из них новых Сколько из них регрессионных Сколько из них закрыто … Выводы о качестве продукта (можно в релиз, всё плохо, и т.д.) Список найденных багов с указанием статусов, серьезности и ответственных