Эффективная организация параллельного тестирования нескольких проектов


The Presentation inside:

Slide 0

Эффективная организация параллельного тестирования нескольких проектов Александр Калугин. PMARCOR


Slide 1

Здрасьте, это я! к.ф.-м.н., PMP Соорганизатор http://pmsamara.com/ Автор http://pmarcor.com/ Менеджер менеджеров


Slide 2

О чем речь Большое количество параллельных проектов Проекты с разным процессом Широкий спектр технологий Короткие или не очень длительные проекты Команда тестирования 1-5 тестировщиков на проект Сложный софт


Slide 3

А конкретнее? Одна но большая или много, но маленьких? сервис или команды? Как всё успевать? о параллельных проектах Как работать комфортно? о сохранении и переключении контекста


Slide 4

Команда vs.


Slide 5

Команда: «Чисто» Сервис Project3 QСTL1 Project2 Project1 Project4 PM1 PM2 QСE QСE QСE QСE Tasks QСE QСE QСE QСE QСTL2 QСL QСL


Slide 6

Команда: «Чисто» Сервис Не работает, так как: Никто не понимает, что происходит Никто не отвечает за результат Неясные приоритеты Позднее включение Работает: Компактные задачи вне контекста Формализованные процессы


Slide 7

Команда: 1:1 Dev Project3 Dev Project2 Project1 Project4 PM1 PM2 Dev QСE QСE Dev Dev QСE QСE Dev Dev QСE QСE Dev Dev QСE QСE


Slide 8


Slide 9

Команда: 1:1 с dev Недостатки: Феодальная раздробленность Эндемичность Нет дома Работает: большие, длительные, итеративные проекты четкое соотношение количества участников команды не только тестирование


Slide 10

Команда: Баланс Project3 QСL1 QСL2 Project2 Project1 Project4 PM1 PM2 QСE QСE QСE QСE QСE QСE QСE QСE


Slide 11

Команда: Что дает? Достоинства: Есть команда проекта Возможно раннее подключение Есть отдел тестирования Переключение между ПМ-ами и проектами Синергия проектов Недостатки: Конфликты интересов между проектами


Slide 12

Как всё успевать? vs.


Slide 13

1. Планирование Не совмещать проекты с одинаковой датой выпуска Участие в процессе оценивания Совмещать проекты со схожим профилем Помнить об отпусках Промежуточные итерации в разные дни Приоритеты определяют ПМ-ы


Slide 14

2. Делать впрок Раннее подключение Тестирование спецификации, архитектуры Анализ рисков и тестирование «от рисков» Тестирование ранних билдов, модульное тестирование Серый ящик Больше информации для дебага Экономить итерации


Slide 15

3. Борьба с простоями Запасная задача/Plan B, + полдня Сделайте мне билд Деление full-test-а Отложенные недотесты Тестирование аналога/ прототипа Запасной environment Борьба с блокерами Проработка чеклиста/ use-case-а


Slide 16

4. Борьба с пробками Деление времени Сказать как можно раньше Уточнение задачи Пропустить билд / часть задач Фокусировка Сужение покрытия Критерии останова Тесты в фоне


Slide 17

4. Борьба с пробками (2) Тестирование по спирали: программисты приемка smoke изменения приоритеты регресс


Slide 18

5. Deja vu. Не изобретать велосипед Переходы Проекты Команды Функционал General Checklist Платформа, Технология, Процесс Cross-review Обобщения known-issues и invalid


Slide 19

Результаты более равномерная загрузка, меньше авралов меньше трудозатрат критичные дефекты раньше больше пространства для манёвра Осталось только…


Slide 20

… не раздвоиться


Slide 21

Переключение контекста: Процесс Баги проверяют те же, кто нашел. По возможности, не делить день. Несколько проектов в неделю. Схожий профиль. По двое. Разные роли в разных проектах


Slide 22

Переключение контекста: Инструменты Traceability matrix (тесты на билды) Нет тесткейсам! Чеклисты Протоколы сессионных тестов Границы разных тестов/четкая стратегия Приоритеты Анализ wontfix-ов и инвалидов


Slide 23

Результат: удобнее больше разнообразия выше эффективность легче подключение к проекту


Slide 24

Спасибо! Калугин Александр [email protected] http://pmarcor.com/ http://pmsamara.com @pmarcor Ваши вопросы?


×

HTML:





Ссылка: