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

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

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

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