'

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

Понравилась презентация – покажи это...





Слайд 0

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


Слайд 1

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


Слайд 2

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


Слайд 3

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


Слайд 4

Команда vs.


Слайд 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


Слайд 6

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


Слайд 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


Слайд 8


Слайд 9

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


Слайд 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


Слайд 11

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


Слайд 12

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


Слайд 13

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


Слайд 14

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


Слайд 15

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


Слайд 16

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


Слайд 17

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


Слайд 18

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


Слайд 19

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


Слайд 20

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


Слайд 21

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


Слайд 22

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


Слайд 23

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


Слайд 24

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


×

HTML:





Ссылка: