Se ha denunciado esta presentación.
Utilizamos tu perfil de LinkedIn y tus datos de actividad para personalizar los anuncios y mostrarte publicidad más relevante. Puedes cambiar tus preferencias de publicidad en cualquier momento.

Раздвоение тестирующей личности или эффективная организация параллельного тестирования нескольких проектов

Александр Калугин - доклад на SQA Days, 2-3 декабря 2011, Москва

  • Inicia sesión para ver los comentarios

  • Sé el primero en recomendar esto

Раздвоение тестирующей личности или эффективная организация параллельного тестирования нескольких проектов

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

×