Презентация Юрия Малого на SQA Days-16 14-15 ноября 2014, Санкт-Петербург, Россия www.sqadays.com

2. ФИО: Малый Юрий Иванович
Компания: COMODO
Позиция: QA manager
Стаж в IT: 10 лет

3. • Отличная конференция!
• Множество экспертов с которыми можно обсудить
профессиональные достижения и проблемы
• Большое желание поделиться своим опытом и знаниями
• Хочу помочь страждущим тестировщикам освободиться от
переработок и перегрузок
• При подготовке доклада прекрасно структурируются результаты
работы за длительный период
• Первый раз посетить «Питер» и просто отлично провести время

4. • Сколько здесь тестировщиков?
• Сколько здесь менеджеров/тим лидов?
• Сколько здесь програмистов?
• Сколько здесь эйчаров?

5. Компания COMODO, Одесский офис
Проект CIS – Comodo Internet Security
Моя позиция – QA Manager
Команда програмистов – 8 програмистов + руководитель команды
Команда тестировщиков – 6 тестировщиков + 1 автоматизатор +
руководитель команды
Дизайнер
Менеджер проекта
Продакт-овнер

6. • Переработки перед релизом
• Команда истощена перегрузками и демотивирована
• У многих накопился неотгулянный отпуск за полтора года
• Пропущенные баги в релизе и выпуск нескольких хотфиксов (с ретестом
и овертаймами тестировщиков)

7. • Время на тестирование не считается
• Добавление новых фич во второй половине спринта
• Автоматизация не планируется

8. • Отчетность в таблицах крупными функциональными блоками – что на
какой оси протестировано - без детализации
• Покрытие функционала тест кейсами практически отсутствует
• Очень медленная система ведения багов

9. • Мои задачи:
– Организация процессов тестирования
– Обеспечение эффективной работы команды
– Команда мотивирована
– Качество релизов улучшаеться
– Хотфиксы сходят на нет
• Мои требования:
– Я имею право влиять на даты релизов/спринтов
– Я имею право планировать загрузку команды
– Я имею право изменять или внедрять новые процесы в проекте

10. Оцениваем время для текущего
тестирования
• Создание текущего списка тестирования и экспертная оценка времени
• Использование электронных таблиц для совместной работы над раном
• Запись реально затраченного времени и корректировка эстимейтов

11. Планируем нагрузку на команду
тестировщиков
• Создание полного чеклиста по функционалу и его оценка по
времени
• Планирование тестового покрытия на аксептанс следующего
спринта, с учетом добавления новых областей

12. Планируем работу вместе с
менеджером проекта
• Проработка и согласование планов вместе с менеджером
проекта
• Включение в итерацию реалистичного объема задач с учетом
эстимейтов на тестирование

13. Восстанавливаем силы команды
тестировщиков
• Планирование 1 дня в неделю, как выходного для 1-го
тестировщика
• Планирование и контроль отгула отпусков на следующие
полгода
• Принудительная отправка в отпуск, если сопротивляются 

14. Измеряем и фиксируем велосити
всей команды
• Кто знает что такое велосити?
• Кто знает что такое сторипойнты?
• Чем сторипойнты отличаются от часов?
• Оценка всех задач в сторипоинтах для измерения
производительности
• Отстаивание недопустимости изменений во время спринта
вместе с менеджером проекта

15. Обучаем продакт-овнера
• Кто такой продакт-овнер?
• Донесение реальной ситуации до продакт-овнера
• Совместное решение о необходимости построить правильные
процессы для достижения наилучшего результата
• Договоренность формализировать работу и отчеты

16. Формализируем
процесс работы в
итерации

20. Внедряем удобные и наглядные
инструменты
• Баг треккер с плагином для скрама (Jira + GreenHopper)
• Вики (Confluence)
• Тест менеджмент система (TestRail)

25. • Roadmap
• Список спринтов
• Документация по
проекту
• База знаний
• Тестовое покрытие
• Фидбек пользователей
• Список сотрудников с
должностями и
контактными данными

26. Обеспечиваем прозрачность работы
в итерации
• Повышаем доверие продакт овнера – как договаривались
• Вся информация о текущей работе актуальна и доступна в
любой момент времени
• Все отчеты собираются своевременно и логично
структурированны
• Все изменения задокументированы на соответствующих
страницах

27. • Дата начала
• Дата окончания
• Статус
• Ссылки на трекер
• Текущая работа команды
тестировщиков
• Ссылка на результаты
ретроспекшена
• Информация о текущем
релизе
• QA вердикт
• Известные баги в релизе

29. Планируем покрытие
функционала тест-кейсами
• Создание функциональной карты
• Описание полного покрытия заголовками
тест-кейсов
• Интеграция существующих тест-кейсов в
созданную структуру
• Оценка времени на полное покрытие
• Планирование фиксированого периода
времени на каждый спринт для написания
тест-кейсов
• Отслеживание прогресса после каждого
спринта

30. Планируем автоматизацию
• Выбор наиболее подходящих инструментов для автоматизации
• Определение самых часто используемых тест-кейсов
• Выбор наиболее трудоемких для ручного тестирования
(например инсталяция)
• Оценка времени на автоматизацию и определение ROI
• Внедрение континиус интегрейшин для упрощения запуска
автоматизированных тест-кейсов
• Отслеживание ROI и прогресса после каждого спринта

31. Упрощаем процедуру получения
сайнофа

32. Ведем статистику по багам
каждый спринт

33. Мотивируем сотрудников
1. Проведение перформанс диалогов используя стандартные
формы компании
2. Создание плана развития сотрудника
3. Четкая постановка целей на 3 месяца с последующим
контролем достижения и корректировкой
4. Постановка глобальных целей на следующий год
5. Привязка достижений к зарплатной мотивации
6. ...
7. PROFIT

34. Постоянно контролируем и
улучшаем процессы
• Ведение чеклистов для каждого спринта
• Включение всего спектра работы в чеклист:
– Управление проектом
– Митинги
– Документация
– Ведение вики
– Управление тестированием
– Работа с багами
– Окружение

35. Настраиваем самоуправляемость

36. «Если ты идешь через ад -
продолжай идти.»
Уинстон Черчилль

37. почта : yuriy.malyi@gmail.com
скайп : yura_clasic