# БИБЛИОТЕКА Курсы Системная инженерия Сознание, интеллект Политэкономия Сумма технологии Экстраполяция в будущее Красивые диаграммы Арт ПРОЦЕССЫ Ресурсы Цикл разработки ПО Waterfall RUP Agile Kanban Управление Теория ограничений АНАЛИЗ Ресурсы ПО для Аналитика Кто аналитики? Бизнес-процесс Требования Уровни и типы Источники Стейкхолдеры Нотации Vision / Концепция АРХИТЕКТУРА Ресурсы ПО для Архитектора Кто архитекторы? Архитектурные слои язык Archimate GAP-анализ Типы интеграции SOA Solution Design DDD Микросервисы и service mesh ESB DevOps CI/CD/CDP VM и Docker Оценка задачи git Frontend HTTP/REST Apache Регулярка Linux ТЕСТИРОВАНИЕ Ресурсы QA и QC Цикл тестирования Уровни тестирования Виды тестирования Баг-репорт Шаблоны Тест-анализ Тестирование требований Тест план Тест дизайн XPATH Безопасность Нагрузочное Android Автоматизация Selenium Генератор ИНН ДАННЫЕ Ресурсы MDM Big data Об информации SQL intro MongoDB intro
Эта страница:
Ресурсы Тест-план Оценка трудозатрат
Ещё в этом разделе:
ТЕСТИРОВАНИЕ XPATH Тест-анализ Тестирование требований Тест план Тест дизайн Безопасность Нагрузочное Android Автоматизация Selenium WebDriver Генератор ИНН и т.п. Различные расчёты
Другие разделы:
# АНАЛИЗ АРХИТЕКТУРА ДАННЫЕ DevOps БИБЛИОТЕКА ПРОЦЕССЫ ТЕСТИРОВАНИЕ
Тест план и трудозатраты
last update: 14-06-2020, 09:53
Ресурсы

Шаблоны тест-планов

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

В общем случае тест-план призван ответить на следующие вопросы:

  1. Что НАДО тестировать?
  2. Что БУДЕМ тестировать? Привет, Тест-Аналитик.
  3. КАК будем тестировать? Привет, Тест-Дизайнер.
  4. КОГДА будем тестировать? Оценка трудозатрат и сроков.
  5. Какие РИСКИ возможны? Какие затраты времени, средств и труда они могут повлечь. Степень их влияния на исход проекта, прописать мероприятия по нейтрализации последствий срабатывания рисков

Оценка трудозатрат
  1. Что оцениваем:
    • Человеческие умения: знания и опыт членов команды. Сильно влияют на оценку.
    • Ресурсы: людские, технические, и т.д.
    • Время
    • Стоимость: бюджет.
  2. Кто может сделать оценку?
    • Тест-аналитик
    • Тестировщик
    • ...
  3. Методы оценки трудозатрат:
    1. Экспертный -- тестировщик знает функционал, знает архитектуру системы, имеет представление о сути доработки. Плюсы/минусы/время на оценку
    2. Метод трёх точек (3-point estimation) - метод, который был разработан в NASA для расчёта временных затрат в проектах с уникальными задачами в условиях неопределённости и при наличии нескольких типов рисков. Используется в IT достаточно широко.
      Для того, чтобы начать применять этот метод, нужно проанализировать предмет доработки и описание реализации. Попытаться провести аналогии с ранее выполненными задачами с похожим скоупом. Определить риски и описать мероприятия по устранению этих рисков (что делаем, если сработал тот или иной риск).
      WM = (O + 4*BG + P) / 6
      BG (best guess) - Вероятное время, или средняя продолжительность выполнения аналогичной задачи, при условии, что вы выполните ее 100 раз.
      О (opitimistic) - Оптимистичное время выполнения задачи, если все пойдет хорошо. Т.е. если не наступил ни один из выявленных и зафиксированных рисков.
      Р (pessimistic) - Пессимистичное время выполнения задачи, если сработали все выявленные риски.
      WM (weighted mean) - взвешенное значение с учетом рисков и последствий воздействия негативных и позитивных факторов.
      SD (standard deviation) - стандартное отклонение, используемое для расчета вероятностей.
      Чего позволяет добиться метод трех точек:
      • Точности (используется 3 оценки вместо одной)
      • Повышения ответственности членов команды за оценку, поскольку они должны учитывать риски
      • Получить описание рисков в каждой задаче
    3. Декомпозиция доработок -- Тестировщик знает, какие модули (архитектурные компоненты) были затронуты доработкой.
      За неимением Аналитиков, требуется Тестировщикам и Разработчикам:
      1. составить список компонентов системы (скрипты, формы, плагины, веб-сервисы, JOBы и т.п.)
      2. составить список БП, проходящих по Системе
      3. составить список тест-кейсов, покрывающих БП, проходящих по Системе
      4. встретиться и построить матрицу соответствия БП <-> компонент
      5. Это даёт возможность при передачи Сборок в Тестирование - чётко понимать какие тест-кейсы надо пройти
    4. Оценка на основе затрат на Разработку:
      время на тестирование = время на разработку * 2K, где К - коэффициент функциональной сложности разрабатываемой фичи
    5. Прямые подсчёты с ипользованием пунктов "a" и "b" но без субъективных коэффициентов,
      требуется статистика по природе выявленных ошибок в предыдущих спринтах и соответствующему их количеству.
      Экспериментальная формула оценки времени на задачу

На что уходит время тестировщика

Из собственного опыта: для учёта времени при планировании, полезно определиться и подсчитать - на что в общем случае уходит время тестировщика:

  • разгребание авгиевых почт и мессенджеров
  • вникание в ТЗ/ФТ Задачи
  • составление вопросов и ожидание ответов от Составителей ТЗ/ФТ
  • составление/актуализация/дополнение тест-кейсов к Задаче (в отсутствие Аналитиков)
  • подготовка/проверка предусловий/предустановок в Системе (в отсутствие Администраторов Системы)
  • тестирование Задачи
  • составление багрепортов по выявленным ошибкам/недочётам
  • ожидание фиксов по выявленным и зарепорченным ошибкам. (это время может идти параллельно, если затык по одной задаче - репортим и берём следующую пока та в режиме ожидания фиксов)
  • тестирование пофикшенных багов
  • оформление отчёта о тестировании
  • помощь коллегам по цеху, консультации с ними по рабочим вопросам
  • мероприятия внутри отдела тестирования - совещания, митинги, обучение, праздники и т.п.
  • мероприятия вне отдела тестирования - совещания по другим проектам, демонстрации, обучение, праздники и т.п.
Многое из перечисленного, помимо собственно анализа Задачи и ея тестирования, - может "съедать" значительную часть рабочего времени.