QA ПЛАН

основные разделы QA плана

1) Общее описание проекта
2) Функциональность, которая не будет тестироваться
3) Тестовое окружение
4) Проектные критерии
5) Артефакты тестирования
6) Командные навыки и план погружения в проект
7) Роли и обязанности
8) Цели проекта
9) Управление рисками

кто использует раздел Test Approach (Тестовый подход)

Тот кто тестирует и тот кто пишет ТД

что такое QA план

Высокоуровневый документ который описывает весь объём предстоящих работ

основные разделы Test Approach (TA)

1) Список тестируемых модулей
2) Функциональность, которая будет тестироваться
3) Тестовая документация
4) Регламенты учета рабочего времени
5) Календарный план
6) Критерии остановки и возобновления тестирования
7) Критерии успешного завершения

Что описывается в тестовом окружении

Перечень
Инструкция
Ограничения

Что описывается в проектных критериях

Критерии выхода в релиз
Критерии приёмки
Критерий начала при установке тестирования
Критерии готовности одной задачи

Что может служить источником проектных критериев

Договор раздел с допущениями
Заказчик
Qa координатор

Что описывает раздел артефакты тестирования

Описание подходов работ
И что должно быть в результате каждого подхода

Где фиксируются артефакты тестирование

В документе Project scope statement

Что может служить источниками артефактов тестирования

Договор есть есть обширный раздел с требованиям к формированию документов
Ответственное Лицо со стороны заказчика
QA координатор

Ответственный за работу с клиентом

Что описывает раздел командные навыки и план погружения в работу

Обязательные навыки QA инженера
План погружения новичка в проект, его замену
Обучение команды в рамках проекта
Рассмотрение новичка и подготовка к собеседованию

Дополнительные критерии в разделе командные навыки

Критерии завершённости в освоении знаний
План по замене кандидата
База знаний проекта

Что входит в раздел роли и обязанности

Определить кто За что отвечает
Описать к кому нужно обращаться к вопросам

Кому будет полезен раздел роли и обязанности

Новичка

Обязательно часть раздела роли обязанности

Перечисление участников команды qa
Список участников со стороны разработки, бизнес аналитики заказчика и какие вопросы можно задать

Что входит в тестовый документацию APROACH TEST

Регламент работы с тестовый документации
Обеспечить синхронизацию работы команды

Обязательное часть раздела тестовая документация

Правило оформления, атрибуты тестовой документации

Опциональная часть раздела тестовая документации

Вид тестовой документации Почему выбран
Перечисление статусов
Когда нужно и Через сколько актуализировать

Что входит в раздел учёт рабочего времени APROACH TEST

Информация о инструментах учёта рабочего времени и регламент

Обязательно часть разделучит рабочего времени

Регламент как часто логать, Какие нужно писать комментарии

Опциональная часть раздела учет рабочего времени

Инструменты
Правило на активности Вне проекта
Правила использования при переработке

Что входит в календарный план APROACH TEST

Донести команде перечень работ и их сроки выполнения

Обязательное часть раздела календарный план

Дорожная карта с релизами длительностью итерацией

Не обязательно а часть раздела календарный план

Инструкция как оценивать время на выполнение одной задачи
Описание процесса планирования

как на проекте может выглядеть календарный план?

Таблица или диаграмма Ганта

в чем плюсы диаграммы Ганта?

визуально отображает все наши задачи

Есть ВЕХИ - важные события

Может ли таблица и диаграмма ганта быть вместе?

Да

критерии старта работ на проекте

1) QA инженерам доступна документация
2) QA инженеры поняли все требования
3) Подготовлены тестовые данные
4) Все окружения установлены и настроены

критерии выхода в релиз (Exit)

1) Вся функциональность разработана и протестирована
2) Заказчик формально подтвердил выпуск
3) Все дефекты со статусом Закрыт
4) Выполнены все тесты на UAT
5) Завершена подготовка PROD-среды

Критерии приостановки тестирования (Suspension)

Нашли мажоры или криты
Изменились требования
Окружение полетело
Внешние сервисы полетели
Вырубили свет
Просрочили дедлайны

Критерии возобновления тестирования (Resumption)

Устранены все причины

Критерии готовности задачи к тестированию

1) Задача прошла Code Review у разработчиков
2) По задачи протестированы и пройдены все Unit Тесты
3) В задачи есть ссылки на требования, дизанй
4) Описаны области которые были затронуты изменением
5) Задача в статусе READY FOR TEST

Критерии готовности задачи к релизу

1) По задаче написана ТД
2) По задаче пройдены все проверки она в статусе CLOSED
3) Нет Critical и Major дефектов
4) Переведена на UAT окружение

Может ли меняться QA план в процессе работы?

Да

кто пишет QA Plan?

Должен QA Manager, но могут и QA Lead и QA Engineer Senior/Middle