Я везде беру с собой ...Test plan! Даже на kick-off meeting

"Добрый день мы собрались на kick-off meeting  для того, чтоб обсудить старт нового проекта и дальнейшие шаги..."

Kick-off meeting -это первое собрание участников одной проектной команды. Прекрасная возможность понять с кем тебе предстоит работать на протяжении жизненного цикла всего проекта, познакомиться с Заказчиком и заодно, спланировать работы по тестированию для абсолютно нового проекта. 

К встрече подготовьте мини Тест-план. Документ небольшой по объему, но содержит самые основные пункты. Для отдельных вопросов можно назначить дополнительное общение.

Мой Тест-план для kick-off meeting

По горизонтали
A-План действий; 
B- Приоритеты (1 min-3max); 
C-Стратегия выполнения (частичная декомпозиция);
D-Оценки трудозатрат; 
E-Ответственный за выполнение;
F-Риски при невыполнении

G-Статус-Pass/Fail

 По вертикали 1,2,3...

"Скелет" готов, осталось поразмышлять и заполнить.  Цель- в колонке Статус (G-Статус-Pass/Fail-не поместилась) поставить Pass. 

№1 Порядок тестирования на проекте

	A	B	C	D	E	F
1	Определить порядок тестирования	3	Сделать все нижеперечисленные пункты на PASS		Тест-менеджер	Срыв сроков и процесса

№2 Документация

	A	B	C	D	E	F
2	Определение документации которую предоставляет тестировщик на разных этапах проекта	1	Перечислить всю документацию,которую может предоставить отдел тестирования и выбрать конкретно для этого проекта.		Все высказываются. Утверждает тест-менеджер	-неправильные ожидания от процесса тестирования; -низкое качество документации; -низкие процент покрытия функционала тест-кейсами;
			Checklist	10 часов
			Test-cases	40 часов
			Bug-report	20 min\bug
			Test plan	10 часов

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

	A	B	C	D	E	F
3	Жизненный цикл бага на проекте	2	Определить и настроить в Jira worckflow (может настраиваться отдельно для каждого проекта)	3 часа для настройки и тестирования	Тестировщик предлагает worckflow бага- для Jira	-не будет понимания как движется баг, кому его отправлять. Worckflow-это часть коммуникаций

№4 Роли

	A	B	C	D	E	F
4	Распределяем роли. Выбор тестировщика для проектной команды	3	- определяем руководителя проекта, тестировщика и.т.д. -определяем возможности коммуникаций -оцениваем по навыкам наиболее компетентного и подходящего для этого проекта		Все высказываются. Утверждаем  один раз	-не собрана проектная команда; -срыв процесса;

№5 Устройства

	A	B	C	D	E	F
5	Утверждаем устройства для тестирования	3	Сверить список устройств, заявленных на проекте с устройствами, которые есть в наличии (сформировать дозапрос)	1 час для подготовки дозапроса	Тест-менеджер-предлагает, CTO- утверждает	-затраты времени на адаптацию проекта под неучтенные устройства ранее (время developer и tester)

№6 Риски

	A	B	C	D	E	F
6	Риски	3	- просчитать все возможные риски относительно тестирования; -включить "человеческие" риски; -приоритезировать риски;	На исправление рисков	Тест-менеджер	-учтены не все риски; -необходимо,обновлять список рисков в процессе проекта;

№7 Формат занесения бага

	A	B	C	D	E	F
7	Утвердить формат занесения бага	3	- озвучить шаблонный формат для компании;		Тест-менеджер	-не будет понимания и прозрачности процесса; - нарушены коммуникации;
		3	-по необходимости настроить Jira , добавить нужные поля (lables, fix version)	1 час для настройки

№8 Ожидания от тестирования

И для подведения итогов вашего общения с командой обсудите ожидания от тестирования.
-какая документация необходима от тестировщиков, например, на этапе code freeze?
-какого качества ожидается продукт?
-при каком процентном соотношении critical и major мы будем релизиться?
... и.т.д

Риски:
-продукт недостаточного качества;
-затраты на тестирования не впишутся в бюджет;
-некорректное взаимодействие отдела тестирования с маркетингом, разработкой, управленческим составом


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