SlideShare a Scribd company logo
1 of 25
Эффективная организация
параллельного тестирования нескольких
              проектов
         Александр Калугин. PMARCOR
Здрасьте, это я!
          к.ф.-м.н., PMP


                         Менеджер
                         менеджеров


                        Автор
                        http://pmarcor.com/



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

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




vs.
Команда: «Чисто» Сервис

             PM1                               PM2



  Project1            Project2     Project3          Project4



              Tasks

                                        QСE          QСE
QСTL1                        QСL         QСE          QСE



QСTL2                        QСL        QСE          QСE
                                         QСE          QСE
Команда: «Чисто» Сервис

       Не работает, так как:
       • Никто не понимает, что
         происходит
       • Никто не отвечает за
         результат
       • Неясные приоритеты
       • Позднее включение
       Работает:
       • Компактные задачи вне
         контекста
       • Формализованные
         процессы
Команда: 1:1 Dev
           PM1                         PM2




Project1         Project2   Project3         Project4




  Dev              Dev
                    Dev       Dev              Dev
   Dev                         Dev              Dev




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

           PM1                            PM2



Project1           Project2   Project3           Project4




            QСL1                          QСL2




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




 vs.
1. Планирование

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

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

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

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

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

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

         Осталось только…
… не раздвоиться
Переключение
контекста: Процесс
       – Баги проверяют те же, кто
         нашел.
       – По возможности, не
         делить день.
       – Несколько проектов в
         неделю.
       – Схожий профиль.
       – По двое.
       – Разные роли в разных
         проектах
Переключение контекста:
     Инструменты
– Traceability matrix (тесты на
  билды)
– Нет тесткейсам!
– Чеклисты
– Протоколы сессионных тестов
– Границы разных
  тестов/четкая стратегия
– Приоритеты
– Анализ wontfix-ов и
  инвалидов
Результат: удобнее

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

             Калугин Александр
              info@pmarcor.com
http://pmarcor.com/     http://pmsamara.com
                  @pmarcor

             Ваши вопросы?

More Related Content

What's hot

Повышение качества тестов и автоматическая валидация REST API документации
Повышение качества тестов и автоматическая валидация REST API документацииПовышение качества тестов и автоматическая валидация REST API документации
Повышение качества тестов и автоматическая валидация REST API документацииCEE-SEC(R)
 
Александр Курдюков. Внедрение continuous delivery для гетерогенных поставок.
Александр Курдюков. Внедрение continuous delivery для гетерогенных поставок.Александр Курдюков. Внедрение continuous delivery для гетерогенных поставок.
Александр Курдюков. Внедрение continuous delivery для гетерогенных поставок.ScrumTrek
 
CI для тестировщиков или как отказаться от релизов
CI для тестировщиков или как отказаться от релизовCI для тестировщиков или как отказаться от релизов
CI для тестировщиков или как отказаться от релизовSQALab
 
Нагрузка и автоматизация в большой организации. Движение к DevOps
Нагрузка и автоматизация в большой организации. Движение к DevOpsНагрузка и автоматизация в большой организации. Движение к DevOps
Нагрузка и автоматизация в большой организации. Движение к DevOpsSQALab
 
Переписать нельзя рефакторить
Переписать нельзя рефакторитьПереписать нельзя рефакторить
Переписать нельзя рефакторитьCEE-SEC(R)
 
Юлия Викторова; Александр Тарасов. DevOps без булшита.
Юлия Викторова; Александр Тарасов. DevOps без булшита.Юлия Викторова; Александр Тарасов. DevOps без булшита.
Юлия Викторова; Александр Тарасов. DevOps без булшита.ScrumTrek
 
Grammarly Test Club#2. Выступление Алексея Лупана (SysIQ, Inc.): "Без тест-ке...
Grammarly Test Club#2. Выступление Алексея Лупана (SysIQ, Inc.): "Без тест-ке...Grammarly Test Club#2. Выступление Алексея Лупана (SysIQ, Inc.): "Без тест-ке...
Grammarly Test Club#2. Выступление Алексея Лупана (SysIQ, Inc.): "Без тест-ке...GTestClub
 
Как сделать наши проекты немного более управляемыми с Agile
Как сделать наши проекты немного более управляемыми с AgileКак сделать наши проекты немного более управляемыми с Agile
Как сделать наши проекты немного более управляемыми с AgileAlexey Krivitsky
 
Алексей Рыбак (Badoo)
Алексей Рыбак (Badoo)Алексей Рыбак (Badoo)
Алексей Рыбак (Badoo)Ontico
 
Тестируем развитие тестировщика
Тестируем развитие тестировщикаТестируем развитие тестировщика
Тестируем развитие тестировщикаSQALab
 
Константин Назаров – Распараллеливание сборки Parallels Desktop для Mac
Константин Назаров – Распараллеливание сборки Parallels Desktop для MacКонстантин Назаров – Распараллеливание сборки Parallels Desktop для Mac
Константин Назаров – Распараллеливание сборки Parallels Desktop для Mac404fest
 
Гибкое тестирование
Гибкое тестированиеГибкое тестирование
Гибкое тестированиеRina Uzhevko
 
андрей дмитриев взгляд со стороны разработчика
андрей дмитриев взгляд со стороны разработчикаандрей дмитриев взгляд со стороны разработчика
андрей дмитриев взгляд со стороны разработчикаAlexei Lupan
 
DevOps от и до - что, зачем и почему
DevOps от и до - что, зачем и почемуDevOps от и до - что, зачем и почему
DevOps от и до - что, зачем и почемуAndrey Rebrov
 
Developmentmanage1.0
Developmentmanage1.0Developmentmanage1.0
Developmentmanage1.0HighLoad2009
 
Тест-план и исследовательское тестирование
Тест-план и исследовательское тестированиеТест-план и исследовательское тестирование
Тест-план и исследовательское тестированиеVasiliy Burov
 
Тестируем производительность с помощью Selenium
Тестируем производительность с помощью SeleniumТестируем производительность с помощью Selenium
Тестируем производительность с помощью SeleniumSQALab
 
DevOps модное слово или следующая ступень эволюции
DevOps модное слово или следующая ступень эволюцииDevOps модное слово или следующая ступень эволюции
DevOps модное слово или следующая ступень эволюцииAndrey Rebrov
 
Эволюция нагрузочного тестирования – от простой автоматизации до BDD
Эволюция нагрузочного тестирования – от простой автоматизации до BDDЭволюция нагрузочного тестирования – от простой автоматизации до BDD
Эволюция нагрузочного тестирования – от простой автоматизации до BDDCEE-SEC(R)
 

What's hot (19)

Повышение качества тестов и автоматическая валидация REST API документации
Повышение качества тестов и автоматическая валидация REST API документацииПовышение качества тестов и автоматическая валидация REST API документации
Повышение качества тестов и автоматическая валидация REST API документации
 
Александр Курдюков. Внедрение continuous delivery для гетерогенных поставок.
Александр Курдюков. Внедрение continuous delivery для гетерогенных поставок.Александр Курдюков. Внедрение continuous delivery для гетерогенных поставок.
Александр Курдюков. Внедрение continuous delivery для гетерогенных поставок.
 
CI для тестировщиков или как отказаться от релизов
CI для тестировщиков или как отказаться от релизовCI для тестировщиков или как отказаться от релизов
CI для тестировщиков или как отказаться от релизов
 
Нагрузка и автоматизация в большой организации. Движение к DevOps
Нагрузка и автоматизация в большой организации. Движение к DevOpsНагрузка и автоматизация в большой организации. Движение к DevOps
Нагрузка и автоматизация в большой организации. Движение к DevOps
 
Переписать нельзя рефакторить
Переписать нельзя рефакторитьПереписать нельзя рефакторить
Переписать нельзя рефакторить
 
Юлия Викторова; Александр Тарасов. DevOps без булшита.
Юлия Викторова; Александр Тарасов. DevOps без булшита.Юлия Викторова; Александр Тарасов. DevOps без булшита.
Юлия Викторова; Александр Тарасов. DevOps без булшита.
 
Grammarly Test Club#2. Выступление Алексея Лупана (SysIQ, Inc.): "Без тест-ке...
Grammarly Test Club#2. Выступление Алексея Лупана (SysIQ, Inc.): "Без тест-ке...Grammarly Test Club#2. Выступление Алексея Лупана (SysIQ, Inc.): "Без тест-ке...
Grammarly Test Club#2. Выступление Алексея Лупана (SysIQ, Inc.): "Без тест-ке...
 
Как сделать наши проекты немного более управляемыми с Agile
Как сделать наши проекты немного более управляемыми с AgileКак сделать наши проекты немного более управляемыми с Agile
Как сделать наши проекты немного более управляемыми с Agile
 
Алексей Рыбак (Badoo)
Алексей Рыбак (Badoo)Алексей Рыбак (Badoo)
Алексей Рыбак (Badoo)
 
Тестируем развитие тестировщика
Тестируем развитие тестировщикаТестируем развитие тестировщика
Тестируем развитие тестировщика
 
Константин Назаров – Распараллеливание сборки Parallels Desktop для Mac
Константин Назаров – Распараллеливание сборки Parallels Desktop для MacКонстантин Назаров – Распараллеливание сборки Parallels Desktop для Mac
Константин Назаров – Распараллеливание сборки Parallels Desktop для Mac
 
Гибкое тестирование
Гибкое тестированиеГибкое тестирование
Гибкое тестирование
 
андрей дмитриев взгляд со стороны разработчика
андрей дмитриев взгляд со стороны разработчикаандрей дмитриев взгляд со стороны разработчика
андрей дмитриев взгляд со стороны разработчика
 
DevOps от и до - что, зачем и почему
DevOps от и до - что, зачем и почемуDevOps от и до - что, зачем и почему
DevOps от и до - что, зачем и почему
 
Developmentmanage1.0
Developmentmanage1.0Developmentmanage1.0
Developmentmanage1.0
 
Тест-план и исследовательское тестирование
Тест-план и исследовательское тестированиеТест-план и исследовательское тестирование
Тест-план и исследовательское тестирование
 
Тестируем производительность с помощью Selenium
Тестируем производительность с помощью SeleniumТестируем производительность с помощью Selenium
Тестируем производительность с помощью Selenium
 
DevOps модное слово или следующая ступень эволюции
DevOps модное слово или следующая ступень эволюцииDevOps модное слово или следующая ступень эволюции
DevOps модное слово или следующая ступень эволюции
 
Эволюция нагрузочного тестирования – от простой автоматизации до BDD
Эволюция нагрузочного тестирования – от простой автоматизации до BDDЭволюция нагрузочного тестирования – от простой автоматизации до BDD
Эволюция нагрузочного тестирования – от простой автоматизации до BDD
 

Similar to А. Калугин. О параллельном тестировании нескольких проектов. SQADays'10

Crystal Agile: Процесс обеспечивающий качество
Crystal Agile: Процесс обеспечивающий качествоCrystal Agile: Процесс обеспечивающий качество
Crystal Agile: Процесс обеспечивающий качествоZestranec
 
Crystal Agile, или как мы приспособили процесс разработки для обеспечения мак...
Crystal Agile, или как мы приспособили процесс разработки для обеспечения мак...Crystal Agile, или как мы приспособили процесс разработки для обеспечения мак...
Crystal Agile, или как мы приспособили процесс разработки для обеспечения мак...SQALab
 
Управление компанией с использованием метода критического цепи (МКЦ)
Управление компанией с использованием метода критического цепи (МКЦ)Управление компанией с использованием метода критического цепи (МКЦ)
Управление компанией с использованием метода критического цепи (МКЦ)Евгений Пикулев
 
Slid 3.0 Scrum для практиков на Vsts2008
Slid 3.0 Scrum для практиков на Vsts2008Slid 3.0 Scrum для практиков на Vsts2008
Slid 3.0 Scrum для практиков на Vsts2008Denis Petelin
 
JS Lab2017_Алексей Зеленюк_Сбалансированное окружение для вашей продуктивности
JS Lab2017_Алексей Зеленюк_Сбалансированное окружение для вашей продуктивностиJS Lab2017_Алексей Зеленюк_Сбалансированное окружение для вашей продуктивности
JS Lab2017_Алексей Зеленюк_Сбалансированное окружение для вашей продуктивностиGeeksLab Odessa
 
Виталий Стрелюк
Виталий СтрелюкВиталий Стрелюк
Виталий СтрелюкSQALab
 
QA Fest 2014. Игорь Бондаренко. Agile crystal. Создание процесса нацеленного ...
QA Fest 2014. Игорь Бондаренко. Agile crystal. Создание процесса нацеленного ...QA Fest 2014. Игорь Бондаренко. Agile crystal. Создание процесса нацеленного ...
QA Fest 2014. Игорь Бондаренко. Agile crystal. Создание процесса нацеленного ...QAFest
 
Опыт осторожного внедрения инструментов Теории Ограничений в крупной компании...
Опыт осторожного внедрения инструментов Теории Ограничений в крупной компании...Опыт осторожного внедрения инструментов Теории Ограничений в крупной компании...
Опыт осторожного внедрения инструментов Теории Ограничений в крупной компании...Ontico
 
Наталья Руколь (Лаборатория Качества)
Наталья Руколь (Лаборатория Качества)Наталья Руколь (Лаборатория Качества)
Наталья Руколь (Лаборатория Качества)Ontico
 
Experience report: внедрение Scrum на чужбине
Experience report: внедрение Scrum на чужбинеExperience report: внедрение Scrum на чужбине
Experience report: внедрение Scrum на чужбинеReturn on Intelligence
 
Наталья Руколь "Планирование тестирования"
Наталья Руколь "Планирование тестирования"Наталья Руколь "Планирование тестирования"
Наталья Руколь "Планирование тестирования"QA Club Minsk
 
Особенности параллельного тестирования нескольких проектов
Особенности параллельного тестирования нескольких проектов Особенности параллельного тестирования нескольких проектов
Особенности параллельного тестирования нескольких проектов QA Dnepropetrovsk Community (Ukraine)
 
Регрессионное тестирование методом свободного поиска
Регрессионное тестирование методом свободного поискаРегрессионное тестирование методом свободного поиска
Регрессионное тестирование методом свободного поискаSQALab
 
Cемь смертных грехов в управлении проектами
Cемь смертных грехов в управлении проектамиCемь смертных грехов в управлении проектами
Cемь смертных грехов в управлении проектамиBoris Volfson
 
Как начать DevOps-трансформацию
Как начать DevOps-трансформациюКак начать DevOps-трансформацию
Как начать DevOps-трансформациюAndrey Aleksandrov
 
Эффективные ретроспективы
Эффективные ретроспективыЭффективные ретроспективы
Эффективные ретроспективыBoris Volfson
 
Как принести пользу разработке и упростить себе жизнь?
Как принести пользу разработке и упростить себе жизнь?Как принести пользу разработке и упростить себе жизнь?
Как принести пользу разработке и упростить себе жизнь?SQALab
 

Similar to А. Калугин. О параллельном тестировании нескольких проектов. SQADays'10 (20)

Crystal Agile: Процесс обеспечивающий качество
Crystal Agile: Процесс обеспечивающий качествоCrystal Agile: Процесс обеспечивающий качество
Crystal Agile: Процесс обеспечивающий качество
 
Crystal Agile, или как мы приспособили процесс разработки для обеспечения мак...
Crystal Agile, или как мы приспособили процесс разработки для обеспечения мак...Crystal Agile, или как мы приспособили процесс разработки для обеспечения мак...
Crystal Agile, или как мы приспособили процесс разработки для обеспечения мак...
 
Управление компанией с использованием метода критического цепи (МКЦ)
Управление компанией с использованием метода критического цепи (МКЦ)Управление компанией с использованием метода критического цепи (МКЦ)
Управление компанией с использованием метода критического цепи (МКЦ)
 
Slid 3.0 Scrum для практиков на Vsts2008
Slid 3.0 Scrum для практиков на Vsts2008Slid 3.0 Scrum для практиков на Vsts2008
Slid 3.0 Scrum для практиков на Vsts2008
 
JS Lab2017_Алексей Зеленюк_Сбалансированное окружение для вашей продуктивности
JS Lab2017_Алексей Зеленюк_Сбалансированное окружение для вашей продуктивностиJS Lab2017_Алексей Зеленюк_Сбалансированное окружение для вашей продуктивности
JS Lab2017_Алексей Зеленюк_Сбалансированное окружение для вашей продуктивности
 
Виталий Стрелюк
Виталий СтрелюкВиталий Стрелюк
Виталий Стрелюк
 
120706 pm v1
120706 pm v1120706 pm v1
120706 pm v1
 
QA Fest 2014. Игорь Бондаренко. Agile crystal. Создание процесса нацеленного ...
QA Fest 2014. Игорь Бондаренко. Agile crystal. Создание процесса нацеленного ...QA Fest 2014. Игорь Бондаренко. Agile crystal. Создание процесса нацеленного ...
QA Fest 2014. Игорь Бондаренко. Agile crystal. Создание процесса нацеленного ...
 
Опыт осторожного внедрения инструментов Теории Ограничений в крупной компании...
Опыт осторожного внедрения инструментов Теории Ограничений в крупной компании...Опыт осторожного внедрения инструментов Теории Ограничений в крупной компании...
Опыт осторожного внедрения инструментов Теории Ограничений в крупной компании...
 
Project Management
Project ManagementProject Management
Project Management
 
Наталья Руколь (Лаборатория Качества)
Наталья Руколь (Лаборатория Качества)Наталья Руколь (Лаборатория Качества)
Наталья Руколь (Лаборатория Качества)
 
Experience report: внедрение Scrum на чужбине
Experience report: внедрение Scrum на чужбинеExperience report: внедрение Scrum на чужбине
Experience report: внедрение Scrum на чужбине
 
Наталья Руколь "Планирование тестирования"
Наталья Руколь "Планирование тестирования"Наталья Руколь "Планирование тестирования"
Наталья Руколь "Планирование тестирования"
 
Особенности параллельного тестирования нескольких проектов
Особенности параллельного тестирования нескольких проектов Особенности параллельного тестирования нескольких проектов
Особенности параллельного тестирования нескольких проектов
 
Регрессионное тестирование методом свободного поиска
Регрессионное тестирование методом свободного поискаРегрессионное тестирование методом свободного поиска
Регрессионное тестирование методом свободного поиска
 
Cемь смертных грехов в управлении проектами
Cемь смертных грехов в управлении проектамиCемь смертных грехов в управлении проектами
Cемь смертных грехов в управлении проектами
 
Scrum
ScrumScrum
Scrum
 
Как начать DevOps-трансформацию
Как начать DevOps-трансформациюКак начать DevOps-трансформацию
Как начать DevOps-трансформацию
 
Эффективные ретроспективы
Эффективные ретроспективыЭффективные ретроспективы
Эффективные ретроспективы
 
Как принести пользу разработке и упростить себе жизнь?
Как принести пользу разработке и упростить себе жизнь?Как принести пользу разработке и упростить себе жизнь?
Как принести пользу разработке и упростить себе жизнь?
 

More from Alexander Kalouguine

Прагматик. Калугин. Программист-менеджер
Прагматик. Калугин. Программист-менеджерПрагматик. Калугин. Программист-менеджер
Прагматик. Калугин. Программист-менеджерAlexander Kalouguine
 
Sef.by'2011 Минное поле требований
Sef.by'2011 Минное поле требованийSef.by'2011 Минное поле требований
Sef.by'2011 Минное поле требованийAlexander Kalouguine
 
Req Labs'2011. Коммуникация нефункциональных требований
Req Labs'2011. Коммуникация нефункциональных требованийReq Labs'2011. Коммуникация нефункциональных требований
Req Labs'2011. Коммуникация нефункциональных требованийAlexander Kalouguine
 
SWP'12. PMARCOR. Техногенные манипуляции
SWP'12. PMARCOR. Техногенные манипуляцииSWP'12. PMARCOR. Техногенные манипуляции
SWP'12. PMARCOR. Техногенные манипуляцииAlexander Kalouguine
 
It Spring'2012. А.Н. Калугин "Коммуникация с заказчиком в нелетную погоду"
It Spring'2012. А.Н. Калугин "Коммуникация с заказчиком в нелетную погоду"It Spring'2012. А.Н. Калугин "Коммуникация с заказчиком в нелетную погоду"
It Spring'2012. А.Н. Калугин "Коммуникация с заказчиком в нелетную погоду"Alexander Kalouguine
 
А.Калугин. Как казаки-тестировщики в менеджеры собирались
А.Калугин. Как казаки-тестировщики в менеджеры собиралисьА.Калугин. Как казаки-тестировщики в менеджеры собирались
А.Калугин. Как казаки-тестировщики в менеджеры собиралисьAlexander Kalouguine
 
CEE-SECR-2011. Презентация Александра Калугина
CEE-SECR-2011. Презентация Александра КалугинаCEE-SECR-2011. Презентация Александра Калугина
CEE-SECR-2011. Презентация Александра КалугинаAlexander Kalouguine
 
CEE-SECR-2011. Презентация Константина Быченкова.
CEE-SECR-2011. Презентация Константина Быченкова.CEE-SECR-2011. Презентация Константина Быченкова.
CEE-SECR-2011. Презентация Константина Быченкова.Alexander Kalouguine
 
PMSAMARA. 8th meeting. Быченков. Решение задач по сопровождению и технической...
PMSAMARA. 8th meeting. Быченков. Решение задач по сопровождению и технической...PMSAMARA. 8th meeting. Быченков. Решение задач по сопровождению и технической...
PMSAMARA. 8th meeting. Быченков. Решение задач по сопровождению и технической...Alexander Kalouguine
 
PMSAMARA. 8th Meeting. Хренов. Поддержка системы в облаке
PMSAMARA. 8th Meeting. Хренов. Поддержка системы в облакеPMSAMARA. 8th Meeting. Хренов. Поддержка системы в облаке
PMSAMARA. 8th Meeting. Хренов. Поддержка системы в облакеAlexander Kalouguine
 
PMSAMARA. 8th Meeting. Журавлев. Техническая поддержка серийного ПО
PMSAMARA. 8th Meeting. Журавлев. Техническая поддержка серийного ПОPMSAMARA. 8th Meeting. Журавлев. Техническая поддержка серийного ПО
PMSAMARA. 8th Meeting. Журавлев. Техническая поддержка серийного ПОAlexander Kalouguine
 
PMSAMARA. 8th meeting. Сергеев Чернов. Поддержка портала
PMSAMARA. 8th meeting. Сергеев Чернов. Поддержка порталаPMSAMARA. 8th meeting. Сергеев Чернов. Поддержка портала
PMSAMARA. 8th meeting. Сергеев Чернов. Поддержка порталаAlexander Kalouguine
 
PMSAMARA. Knowledge Sharing. От маленького к большому
PMSAMARA. Knowledge Sharing. От маленького к большомуPMSAMARA. Knowledge Sharing. От маленького к большому
PMSAMARA. Knowledge Sharing. От маленького к большомуAlexander Kalouguine
 
PMSAMARA. Knowledge Sharing. Философия и не только
PMSAMARA. Knowledge Sharing. Философия и не толькоPMSAMARA. Knowledge Sharing. Философия и не только
PMSAMARA. Knowledge Sharing. Философия и не толькоAlexander Kalouguine
 
Большие проблемы маленьких устройств
Большие проблемы маленьких устройствБольшие проблемы маленьких устройств
Большие проблемы маленьких устройствAlexander Kalouguine
 
Взгляд на QA со стороны
Взгляд на QA со стороныВзгляд на QA со стороны
Взгляд на QA со стороныAlexander Kalouguine
 
Kalouguine e talks-goodproposal-2010-10-09
Kalouguine e talks-goodproposal-2010-10-09Kalouguine e talks-goodproposal-2010-10-09
Kalouguine e talks-goodproposal-2010-10-09Alexander Kalouguine
 

More from Alexander Kalouguine (18)

Прагматик. Калугин. Программист-менеджер
Прагматик. Калугин. Программист-менеджерПрагматик. Калугин. Программист-менеджер
Прагматик. Калугин. Программист-менеджер
 
Sef.by'2011 Минное поле требований
Sef.by'2011 Минное поле требованийSef.by'2011 Минное поле требований
Sef.by'2011 Минное поле требований
 
Req Labs'2011. Коммуникация нефункциональных требований
Req Labs'2011. Коммуникация нефункциональных требованийReq Labs'2011. Коммуникация нефункциональных требований
Req Labs'2011. Коммуникация нефункциональных требований
 
SWP'12. PMARCOR. Техногенные манипуляции
SWP'12. PMARCOR. Техногенные манипуляцииSWP'12. PMARCOR. Техногенные манипуляции
SWP'12. PMARCOR. Техногенные манипуляции
 
It Spring'2012. А.Н. Калугин "Коммуникация с заказчиком в нелетную погоду"
It Spring'2012. А.Н. Калугин "Коммуникация с заказчиком в нелетную погоду"It Spring'2012. А.Н. Калугин "Коммуникация с заказчиком в нелетную погоду"
It Spring'2012. А.Н. Калугин "Коммуникация с заказчиком в нелетную погоду"
 
А.Калугин. Как казаки-тестировщики в менеджеры собирались
А.Калугин. Как казаки-тестировщики в менеджеры собиралисьА.Калугин. Как казаки-тестировщики в менеджеры собирались
А.Калугин. Как казаки-тестировщики в менеджеры собирались
 
CEE-SECR-2011. Презентация Александра Калугина
CEE-SECR-2011. Презентация Александра КалугинаCEE-SECR-2011. Презентация Александра Калугина
CEE-SECR-2011. Презентация Александра Калугина
 
CEE-SECR-2011. Презентация Константина Быченкова.
CEE-SECR-2011. Презентация Константина Быченкова.CEE-SECR-2011. Презентация Константина Быченкова.
CEE-SECR-2011. Презентация Константина Быченкова.
 
PMSAMARA. 8th meeting. Быченков. Решение задач по сопровождению и технической...
PMSAMARA. 8th meeting. Быченков. Решение задач по сопровождению и технической...PMSAMARA. 8th meeting. Быченков. Решение задач по сопровождению и технической...
PMSAMARA. 8th meeting. Быченков. Решение задач по сопровождению и технической...
 
PMSAMARA. 8th Meeting. Хренов. Поддержка системы в облаке
PMSAMARA. 8th Meeting. Хренов. Поддержка системы в облакеPMSAMARA. 8th Meeting. Хренов. Поддержка системы в облаке
PMSAMARA. 8th Meeting. Хренов. Поддержка системы в облаке
 
PMSAMARA. 8th Meeting. Журавлев. Техническая поддержка серийного ПО
PMSAMARA. 8th Meeting. Журавлев. Техническая поддержка серийного ПОPMSAMARA. 8th Meeting. Журавлев. Техническая поддержка серийного ПО
PMSAMARA. 8th Meeting. Журавлев. Техническая поддержка серийного ПО
 
PMSAMARA. 8th meeting. Сергеев Чернов. Поддержка портала
PMSAMARA. 8th meeting. Сергеев Чернов. Поддержка порталаPMSAMARA. 8th meeting. Сергеев Чернов. Поддержка портала
PMSAMARA. 8th meeting. Сергеев Чернов. Поддержка портала
 
PMSAMARA. Knowledge Sharing. От маленького к большому
PMSAMARA. Knowledge Sharing. От маленького к большомуPMSAMARA. Knowledge Sharing. От маленького к большому
PMSAMARA. Knowledge Sharing. От маленького к большому
 
PMSAMARA. Knowledge Sharing. Философия и не только
PMSAMARA. Knowledge Sharing. Философия и не толькоPMSAMARA. Knowledge Sharing. Философия и не только
PMSAMARA. Knowledge Sharing. Философия и не только
 
Большие проблемы маленьких устройств
Большие проблемы маленьких устройствБольшие проблемы маленьких устройств
Большие проблемы маленьких устройств
 
Взгляд на QA со стороны
Взгляд на QA со стороныВзгляд на QA со стороны
Взгляд на QA со стороны
 
Kalouguine e talks-goodproposal-2010-10-09
Kalouguine e talks-goodproposal-2010-10-09Kalouguine e talks-goodproposal-2010-10-09
Kalouguine e talks-goodproposal-2010-10-09
 
Effective Communications
Effective CommunicationsEffective Communications
Effective Communications
 

А. Калугин. О параллельном тестировании нескольких проектов. SQADays'10

  • 1. Эффективная организация параллельного тестирования нескольких проектов Александр Калугин. PMARCOR
  • 2. Здрасьте, это я! к.ф.-м.н., PMP Менеджер менеджеров Автор http://pmarcor.com/ Соорганизатор http://pmsamara.com/
  • 3. О чем речь • Большое количество параллельных проектов • Проекты с разным процессом • Широкий спектр технологий • Короткие или не очень длительные проекты • Команда тестирования 1-5 тестировщиков на проект • Сложный софт
  • 4. А конкретнее? – Одна но большая или много, но маленьких? • сервис или команды? – Как всѐ успевать? • о параллельных проектах – Как работать комфортно? • о сохранении и переключении контекста
  • 6. Команда: «Чисто» Сервис PM1 PM2 Project1 Project2 Project3 Project4 Tasks QСE QСE QСTL1 QСL QСE QСE QСTL2 QСL QСE QСE QСE QСE
  • 7. Команда: «Чисто» Сервис Не работает, так как: • Никто не понимает, что происходит • Никто не отвечает за результат • Неясные приоритеты • Позднее включение Работает: • Компактные задачи вне контекста • Формализованные процессы
  • 8. Команда: 1:1 Dev PM1 PM2 Project1 Project2 Project3 Project4 Dev Dev Dev Dev Dev Dev Dev Dev QСE QСE QСE QСE QСE QСE QСE QСE
  • 9.
  • 10. Команда: 1:1 с dev Недостатки: • Феодальная раздробленность • Эндемичность • Нет дома Работает: • большие, длительные, итеративные проекты • четкое соотношение количества участников команды • не только тестирование
  • 11. Команда: Баланс PM1 PM2 Project1 Project2 Project3 Project4 QСL1 QСL2 QСE QСE QСE QСE QСE QСE QСE QСE
  • 12. Команда: Что дает? Достоинства: • Есть команда проекта Возможно раннее подключение • Есть отдел тестирования Переключение между ПМ- ами и проектами • Синергия проектов Недостатки: • Конфликты интересов между проектами
  • 14. 1. Планирование • Не совмещать проекты с одинаковой датой выпуска • Участие в процессе оценивания • Совмещать проекты со схожим профилем • Помнить об отпусках • Промежуточные итерации в разные дни • Приоритеты определяют ПМ-ы
  • 15. 2. Делать впрок • Раннее подключение • Тестирование спецификации, архитектуры • Анализ рисков и тестирование «от рисков» • Тестирование ранних билдов, модульное тестирование • Серый ящик • Больше информации для дебага • Экономить итерации
  • 16. 3. Борьба с простоями • Запасная задача/Plan B, + полдня • Сделайте мне билд • Деление full-test-а • Отложенные недотесты • Тестирование аналога/ прототипа • Запасной environment • Борьба с блокерами • Проработка чеклиста/ use-case-а
  • 17. 4. Борьба с пробками • Деление времени • Сказать как можно раньше • Уточнение задачи • Пропустить билд / часть задач • Фокусировка • Сужение покрытия • Критерии останова • Тесты в фоне
  • 18. 4. Борьба с пробками (2) Тестирование по спирали: • программисты • приемка • smoke • изменения • приоритеты • регресс
  • 19. 5. Déjà vu. Не изобретать велосипед – Переходы • Проекты • Команды • Функционал – General Checklist • Платформа, • Технология, • Процесс – Cross-review – Обобщения known- issues и invalid
  • 20. Результаты – более равномерная загрузка, меньше авралов – меньше трудозатрат – критичные дефекты раньше – больше пространства для манѐвра Осталось только…
  • 22. Переключение контекста: Процесс – Баги проверяют те же, кто нашел. – По возможности, не делить день. – Несколько проектов в неделю. – Схожий профиль. – По двое. – Разные роли в разных проектах
  • 23. Переключение контекста: Инструменты – Traceability matrix (тесты на билды) – Нет тесткейсам! – Чеклисты – Протоколы сессионных тестов – Границы разных тестов/четкая стратегия – Приоритеты – Анализ wontfix-ов и инвалидов
  • 24. Результат: удобнее – больше разнообразия – выше эффективность – легче подключение к проекту
  • 25. Спасибо! Калугин Александр info@pmarcor.com http://pmarcor.com/ http://pmsamara.com @pmarcor Ваши вопросы?