WikiDer > Сессионное тестирование

Session-based testing

Сессионное тестирование это тест программного обеспечения метод, направленный на объединение ответственность и исследовательское тестирование чтобы обеспечить быстрое обнаружение дефектов, креатив на лету дизайн теста, управленческий контроль и отчетность по показателям. Метод также можно использовать вместе с тестирование сценария. Сессионное тестирование было разработано в 2000 году Джонатаном и Джеймс Бах.

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

Элементы сессионного тестирования

Миссия

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

Устав

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

Сессия

Непрерывный период тестирования, в идеале от одного до двух часов. Каждая сессия посвящена уставу, но за это время тестировщики могут также изучить новые возможности или проблемы. Тестировщик создает и выполняет тесты на основе идей, эвристики или любых других структур, чтобы направлять их и записывать их прогресс. Это может происходить с помощью письменных заметок, инструментов для захвата видео или любым другим способом, который тестер сочтет подходящим.

Отчет о сеансе

Отчет о сеансе записывает тестовый сеанс. Обычно сюда входят:

  • Устав.
  • Площадь проверена.
  • Подробные заметки о том, как проводилось тестирование.
  • Список любых ошибки найденный.
  • Список проблем (открытые вопросы, проблемы с продуктом или проектом)
  • Любые файлы, которые тестировщик использовал или создал для поддержки своего тестирования.
  • Процент сеанса, потраченный на устав по сравнению с исследованием новых возможностей.
  • Процент сеанса, потраченный на:
    • Тестирование - создание и выполнение тестов.
    • Расследование / сообщение об ошибке.
    • Настройка сеанса или другие действия, не связанные с тестированием.
  • Время начала и продолжительность сеанса.

Подведение итогов

Разбор - это короткое обсуждение отчета о сеансе между менеджером и тестировщиком (или тестировщиками). Джонатан Бах использует аббревиатуру PROOF, чтобы помочь структурировать свой разбор. ДОКАЗАТЕЛЬСТВО означает: -

  • Прошлое. Что произошло во время сеанса?
  • Полученные результаты. Что было достигнуто во время сеанса?
  • Препятствия. Что мешало хорошему тестированию?
  • Outlook. Что еще нужно сделать?
  • Чувства. Как ко всему этому относится тестировщик?[1]:9–10

Результаты анализа

Благодаря стандартизированному отчету о сеансе программные инструменты могут использоваться для разбирать и сохраните результаты как совокупные данные для отчетности и показателей. Это позволяет сообщать о количестве сеансов в каждой области или о времени, затраченном на тестирование, расследование ошибок и настройку / другие действия.

Планирование

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

Смотрите также

Рекомендации

  1. ^ а б Бах, Джонатан (ноябрь 2000 г.). «Управление тестированием на основе сеанса» (PDF).

внешняя ссылка