SlideShare ist ein Scribd-Unternehmen logo
1 von 16
Downloaden Sie, um offline zu lesen
When QA sucks
Когда тестировщики работают плохо
Кто я
Started in 2003 as junior QA
DataArt-Bridge-Quest-DataArt
10+ projects

E-mail: eefimov@dataart.com
Skype: yofus_
VK: yofus
FB: yofuss
LJ: yofus
TW: @yofus
О чем речь?
• Существуют факторы, сильно
  ухудшающие работу QA-команды и
  делающие ее несчастной.
• Если научиться их видеть, их можно как
  минимум, учитывать, как максимум –
  предотвращать.
Факторы продукта 1
• Сложное окружение

                      •   Снэпшоты состояний
                      •   Документация
                      •   Помощь экспертов
                      •   Пошаговые инструкции
                      •   Заглушки
Факторы продукта 2.
          Продукт ревендж
• Невоспроизводимое окружение


                     •   Риски!!!
                     •   Экстраполяция
                     •   Интерполяция
                     •   Симуляторы
                     •   Хардкор на продакшне
Факторы продукта 3.
               Начало
• Сложный продукт
                    •много разрозненных кусков;
                    •многоэтапная установка;
                    •входы/выходы не для
                    человека.

                    • инструкции
                    • снепшоты, дополнительные точки
                      проверки
                    • парсеры и генераторы
Факторы процесса
•Неясные требования

           • это баг или фича?
           • как проверять?
           • провисает повторяемость.

            • ложный баг – добро, показывает проблемы с
            требованиями
            • пишем доку сами
            • exploratory, пишем сценарий на ходу
            • парсеры и генераторы
            • тасуем людей
Факторы процесса 2. Возвращение
            процесса
•Факторы времени

            • большие промежутки между нахождением
              и исправлением бага;
            • большие промежутки между готовыми для
              тестирования сборками;
            • гонки;
            • открытые даты.

            • тасуем людей
            • фиксируем процесс
            • Эстимейты с уточнением
Факторы процесса 3. Потомки процесса
•Предикаты и состояния:
                  •   здесь нет багов;
                  •   мы это уже проверили;
                  •   это никому не важно;
                  •   да, мы в курсе, это еще не
                      доделано.

                  • здоровый скепсис (здоровенный)
                  • осознаем состояние толерантности
                  • проговариваем важность
Факторы процесса QA
•Время

            • частые итерации;
            • редкие итерации;
            • длинные итерации.

            • ловим ритм
            • тасуем людей
            • создаем матрицы конфигураций
Факторы процесса QA 2. Месть QA
•Фокусировка

               •   эффект пути;
               •   эффект потери цели;
               •   гипердетализация;
               •   общий план.

               • осознаем эффекты
               • придумываем цель
               • не забываем смотреть по сторонам
Факторы процесса QA 3.
            10 лет спустя
• Демотивация из-за того, что все тлен.



                                 •   Люди
                                 •   Наука
                                 •   Менторство
                                 •   Сообщества
                                 •   Хобби
Факторы личности QA
• Выгорание

              •   отпуск
              •   менять роли
              •   менять проекты (фазы, процессы,
                  предметные области)
              •   отпуск
              •   выходить за рамки проектов
              •   хобби
              •   отпуск
Факторы личности QA 2. Враг в
            отражении
• Демотивация 2

              • использование выгодных сторон вместо
                интересных
              • отсутствие роста
              • нет четкой цели и понимания зачем (в
                короткой и длинной перспективе)

              •   тасуем
              •   говорим про бизнес
              •   хвалим
              •   обсуждаем перспективы
Итого
• Учитываем особенности проекта.
• Следим, где процесс мешает работе.
• Ловим эмоции и состояния
• Коммуницируем респекты, проговариваем
  пользу, говорим «спасибо».
• Тасуем и перемешиваем.
• Следим за настроениями.
• Ложные баги – добро.
Hint: по этому чек-листу можно проверять
  себя.
Q&A about QA
• Всем большое спасибо. Очень надеюсь, что в этом
  докладе сигнала было больше, чем шума. Сейчас
  можно позадавать мне провокационных вопросов.
  Спасибо.

Weitere ähnliche Inhalte

Was ist angesagt?

качество продуктовой команды
качество продуктовой командыкачество продуктовой команды
качество продуктовой командыDmitriy Yefimenko
 
рит, нефункциональная структура команды, безуглый
рит, нефункциональная структура команды, безуглыйрит, нефункциональная структура команды, безуглый
рит, нефункциональная структура команды, безуглыйrit2010
 
Повышение эффективности команды. Ретроспектива как инструмент.
Повышение эффективности команды. Ретроспектива как инструмент.Повышение эффективности команды. Ретроспектива как инструмент.
Повышение эффективности команды. Ретроспектива как инструмент.Natalia Zinovyeva
 
Cемь смертных грехов в управлении проектами
Cемь смертных грехов в управлении проектамиCемь смертных грехов в управлении проектами
Cемь смертных грехов в управлении проектамиBoris Volfson
 
SQA Days 10: Session-based testing
SQA Days 10: Session-based testingSQA Days 10: Session-based testing
SQA Days 10: Session-based testingNatalya Rukol
 
Сергей Архипенков - 7 принципов эффективного управления проектами
Сергей Архипенков - 7 принципов эффективного управления проектамиСергей Архипенков - 7 принципов эффективного управления проектами
Сергей Архипенков - 7 принципов эффективного управления проектамиLuxoft Education Center
 
Все грани рецензирования требований
Все грани рецензирования требованийВсе грани рецензирования требований
Все грани рецензирования требованийSQALab
 
7 Способы проведения ретроспектив для анализа и улучшения процесса
7 Способы проведения ретроспектив для анализа и улучшения процесса7 Способы проведения ретроспектив для анализа и улучшения процесса
7 Способы проведения ретроспектив для анализа и улучшения процессаMagneta AI
 
Лидер или босс? Вот в чем вопрос
Лидер или босс? Вот в чем вопросЛидер или босс? Вот в чем вопрос
Лидер или босс? Вот в чем вопросSQALab
 
Vladimir Dobrov (IT Spring 2013)
Vladimir Dobrov (IT Spring 2013)Vladimir Dobrov (IT Spring 2013)
Vladimir Dobrov (IT Spring 2013)Sergey Gruzer
 
Покрываем тестами взрослый RoR проект / Николай Шебанов (Evrone)
Покрываем тестами взрослый RoR проект / Николай Шебанов (Evrone)Покрываем тестами взрослый RoR проект / Николай Шебанов (Evrone)
Покрываем тестами взрослый RoR проект / Николай Шебанов (Evrone)Ontico
 
DaKiRY_BAQ2016_QADay_Круглий стіл: "Чи помре ручне тестування з часом" Учасни...
DaKiRY_BAQ2016_QADay_Круглий стіл: "Чи помре ручне тестування з часом" Учасни...DaKiRY_BAQ2016_QADay_Круглий стіл: "Чи помре ручне тестування з часом" Учасни...
DaKiRY_BAQ2016_QADay_Круглий стіл: "Чи помре ручне тестування з часом" Учасни...Dakiry
 
Регулярные оценки в команде тестировщиков
Регулярные оценки в команде тестировщиковРегулярные оценки в команде тестировщиков
Регулярные оценки в команде тестировщиковSQALab
 
Эффективные ретроспективы
Эффективные ретроспективыЭффективные ретроспективы
Эффективные ретроспективыBoris Volfson
 
Эффективные ретроспективы
Эффективные ретроспективыЭффективные ретроспективы
Эффективные ретроспективыMagneta AI
 
Типичные ошибки внедрения Scrum
Типичные ошибки внедрения ScrumТипичные ошибки внедрения Scrum
Типичные ошибки внедрения ScrumSQALab
 
Олексій Брошков "Мистецтво Дослідницького Тестування"
Олексій Брошков "Мистецтво Дослідницького Тестування"Олексій Брошков "Мистецтво Дослідницького Тестування"
Олексій Брошков "Мистецтво Дослідницького Тестування"Dakiry
 
эффективные ретроспективы (доклад)
эффективные ретроспективы (доклад)эффективные ретроспективы (доклад)
эффективные ретроспективы (доклад)Softline
 
Александр Сербул. Прикладное XP в «1С-Битрикс»: как развивать продукт более 1...
Александр Сербул. Прикладное XP в «1С-Битрикс»: как развивать продукт более 1...Александр Сербул. Прикладное XP в «1С-Битрикс»: как развивать продукт более 1...
Александр Сербул. Прикладное XP в «1С-Битрикс»: как развивать продукт более 1...ScrumTrek
 

Was ist angesagt? (20)

качество продуктовой команды
качество продуктовой командыкачество продуктовой команды
качество продуктовой команды
 
рит, нефункциональная структура команды, безуглый
рит, нефункциональная структура команды, безуглыйрит, нефункциональная структура команды, безуглый
рит, нефункциональная структура команды, безуглый
 
Повышение эффективности команды. Ретроспектива как инструмент.
Повышение эффективности команды. Ретроспектива как инструмент.Повышение эффективности команды. Ретроспектива как инструмент.
Повышение эффективности команды. Ретроспектива как инструмент.
 
Cемь смертных грехов в управлении проектами
Cемь смертных грехов в управлении проектамиCемь смертных грехов в управлении проектами
Cемь смертных грехов в управлении проектами
 
SQA Days 10: Session-based testing
SQA Days 10: Session-based testingSQA Days 10: Session-based testing
SQA Days 10: Session-based testing
 
Сергей Архипенков - 7 принципов эффективного управления проектами
Сергей Архипенков - 7 принципов эффективного управления проектамиСергей Архипенков - 7 принципов эффективного управления проектами
Сергей Архипенков - 7 принципов эффективного управления проектами
 
Все грани рецензирования требований
Все грани рецензирования требованийВсе грани рецензирования требований
Все грани рецензирования требований
 
7 Способы проведения ретроспектив для анализа и улучшения процесса
7 Способы проведения ретроспектив для анализа и улучшения процесса7 Способы проведения ретроспектив для анализа и улучшения процесса
7 Способы проведения ретроспектив для анализа и улучшения процесса
 
Лидер или босс? Вот в чем вопрос
Лидер или босс? Вот в чем вопросЛидер или босс? Вот в чем вопрос
Лидер или босс? Вот в чем вопрос
 
Vladimir Dobrov (IT Spring 2013)
Vladimir Dobrov (IT Spring 2013)Vladimir Dobrov (IT Spring 2013)
Vladimir Dobrov (IT Spring 2013)
 
Покрываем тестами взрослый RoR проект / Николай Шебанов (Evrone)
Покрываем тестами взрослый RoR проект / Николай Шебанов (Evrone)Покрываем тестами взрослый RoR проект / Николай Шебанов (Evrone)
Покрываем тестами взрослый RoR проект / Николай Шебанов (Evrone)
 
DaKiRY_BAQ2016_QADay_Круглий стіл: "Чи помре ручне тестування з часом" Учасни...
DaKiRY_BAQ2016_QADay_Круглий стіл: "Чи помре ручне тестування з часом" Учасни...DaKiRY_BAQ2016_QADay_Круглий стіл: "Чи помре ручне тестування з часом" Учасни...
DaKiRY_BAQ2016_QADay_Круглий стіл: "Чи помре ручне тестування з часом" Учасни...
 
Регулярные оценки в команде тестировщиков
Регулярные оценки в команде тестировщиковРегулярные оценки в команде тестировщиков
Регулярные оценки в команде тестировщиков
 
Эффективные ретроспективы
Эффективные ретроспективыЭффективные ретроспективы
Эффективные ретроспективы
 
Эффективные ретроспективы
Эффективные ретроспективыЭффективные ретроспективы
Эффективные ретроспективы
 
Типичные ошибки внедрения Scrum
Типичные ошибки внедрения ScrumТипичные ошибки внедрения Scrum
Типичные ошибки внедрения Scrum
 
Олексій Брошков "Мистецтво Дослідницького Тестування"
Олексій Брошков "Мистецтво Дослідницького Тестування"Олексій Брошков "Мистецтво Дослідницького Тестування"
Олексій Брошков "Мистецтво Дослідницького Тестування"
 
Lecture 1
Lecture 1Lecture 1
Lecture 1
 
эффективные ретроспективы (доклад)
эффективные ретроспективы (доклад)эффективные ретроспективы (доклад)
эффективные ретроспективы (доклад)
 
Александр Сербул. Прикладное XP в «1С-Битрикс»: как развивать продукт более 1...
Александр Сербул. Прикладное XP в «1С-Битрикс»: как развивать продукт более 1...Александр Сербул. Прикладное XP в «1С-Битрикс»: как развивать продукт более 1...
Александр Сербул. Прикладное XP в «1С-Битрикс»: как развивать продукт более 1...
 

Andere mochten auch

QA процесс, часть 2
QA процесс, часть 2QA процесс, часть 2
QA процесс, часть 2DressTester
 
How Spotify Does Test Automation - Kristian Karl
How Spotify Does Test Automation - Kristian KarlHow Spotify Does Test Automation - Kristian Karl
How Spotify Does Test Automation - Kristian KarlSmartBear
 
Software Testing Maturity Model and Assessment by Abstracta
Software Testing Maturity Model and Assessment by AbstractaSoftware Testing Maturity Model and Assessment by Abstracta
Software Testing Maturity Model and Assessment by AbstractaKalei White
 
Quality Built In @ Spotify
Quality Built In @ SpotifyQuality Built In @ Spotify
Quality Built In @ SpotifyAndrii Dzynia
 
Software Testing Services
Software Testing ServicesSoftware Testing Services
Software Testing ServicesFuad Mak
 
Introduction to SoapUI day 1
Introduction to SoapUI day 1Introduction to SoapUI day 1
Introduction to SoapUI day 1Qualitest
 
Introduction to Test Automation
Introduction to Test AutomationIntroduction to Test Automation
Introduction to Test AutomationPekka Klärck
 
Ross Snyder, Etsy, SXSW Lean Startup 2013
Ross Snyder, Etsy, SXSW Lean Startup 2013Ross Snyder, Etsy, SXSW Lean Startup 2013
Ross Snyder, Etsy, SXSW Lean Startup 2013500 Startups
 
Tips for Designing, Testing & Delivering eLearning in a Multi-device World
Tips for Designing, Testing & Delivering eLearning in a Multi-device WorldTips for Designing, Testing & Delivering eLearning in a Multi-device World
Tips for Designing, Testing & Delivering eLearning in a Multi-device WorldUpside Learning Solutions
 
Creating Maintainable Automated Acceptance Tests
Creating Maintainable Automated Acceptance TestsCreating Maintainable Automated Acceptance Tests
Creating Maintainable Automated Acceptance TestsJez Humble
 

Andere mochten auch (10)

QA процесс, часть 2
QA процесс, часть 2QA процесс, часть 2
QA процесс, часть 2
 
How Spotify Does Test Automation - Kristian Karl
How Spotify Does Test Automation - Kristian KarlHow Spotify Does Test Automation - Kristian Karl
How Spotify Does Test Automation - Kristian Karl
 
Software Testing Maturity Model and Assessment by Abstracta
Software Testing Maturity Model and Assessment by AbstractaSoftware Testing Maturity Model and Assessment by Abstracta
Software Testing Maturity Model and Assessment by Abstracta
 
Quality Built In @ Spotify
Quality Built In @ SpotifyQuality Built In @ Spotify
Quality Built In @ Spotify
 
Software Testing Services
Software Testing ServicesSoftware Testing Services
Software Testing Services
 
Introduction to SoapUI day 1
Introduction to SoapUI day 1Introduction to SoapUI day 1
Introduction to SoapUI day 1
 
Introduction to Test Automation
Introduction to Test AutomationIntroduction to Test Automation
Introduction to Test Automation
 
Ross Snyder, Etsy, SXSW Lean Startup 2013
Ross Snyder, Etsy, SXSW Lean Startup 2013Ross Snyder, Etsy, SXSW Lean Startup 2013
Ross Snyder, Etsy, SXSW Lean Startup 2013
 
Tips for Designing, Testing & Delivering eLearning in a Multi-device World
Tips for Designing, Testing & Delivering eLearning in a Multi-device WorldTips for Designing, Testing & Delivering eLearning in a Multi-device World
Tips for Designing, Testing & Delivering eLearning in a Multi-device World
 
Creating Maintainable Automated Acceptance Tests
Creating Maintainable Automated Acceptance TestsCreating Maintainable Automated Acceptance Tests
Creating Maintainable Automated Acceptance Tests
 

Ähnlich wie When qa sucks

Что мешает тестировщикам
Что мешает тестировщикамЧто мешает тестировщикам
Что мешает тестировщикамEugene Efimov
 
Опыт выстраивания процесса Product Discovery
Опыт выстраивания процесса Product DiscoveryОпыт выстраивания процесса Product Discovery
Опыт выстраивания процесса Product DiscoveryNikita Efimov
 
Делимся опытом: как мы оптимизировали тестирование крупного проекта за 3 месяца
Делимся опытом: как мы оптимизировали тестирование крупного проекта за 3 месяцаДелимся опытом: как мы оптимизировали тестирование крупного проекта за 3 месяца
Делимся опытом: как мы оптимизировали тестирование крупного проекта за 3 месяцаSQALab
 
Product discovery. Наши шишки и успехи
Product discovery. Наши шишки и успехиProduct discovery. Наши шишки и успехи
Product discovery. Наши шишки и успехиNikita Efimov
 
Юлія Свістун "From distributed to collocated team" Lviv Project Management Da...
Юлія Свістун "From distributed to collocated team" Lviv Project Management Da...Юлія Свістун "From distributed to collocated team" Lviv Project Management Da...
Юлія Свістун "From distributed to collocated team" Lviv Project Management Da...Lviv Startup Club
 
Мастер-класс по ЮТ для Британки
Мастер-класс по ЮТ для БританкиМастер-класс по ЮТ для Британки
Мастер-класс по ЮТ для БританкиKsenia Sternina
 
Управление жизненным циклом vs. управление проектом
Управление жизненным циклом vs. управление проектомУправление жизненным циклом vs. управление проектом
Управление жизненным циклом vs. управление проектомSergey Kalinov
 
Наталья Руколь "Планирование тестирования"
Наталья Руколь "Планирование тестирования"Наталья Руколь "Планирование тестирования"
Наталья Руколь "Планирование тестирования"QA Club Minsk
 
Юрий Цыганенко, QA как услуга
Юрий Цыганенко, QA как услугаЮрий Цыганенко, QA как услуга
Юрий Цыганенко, QA как услугаSQADays_2009_Piter
 
Наталья Руколь (Лаборатория Качества)
Наталья Руколь (Лаборатория Качества)Наталья Руколь (Лаборатория Качества)
Наталья Руколь (Лаборатория Качества)Ontico
 
Способы выращивания программистов с нуля / How to grow programmers
Способы выращивания программистов с нуля / How to grow programmersСпособы выращивания программистов с нуля / How to grow programmers
Способы выращивания программистов с нуля / How to grow programmersMad Devs
 
QA Fest 2015. Aлександр Кузняк. Тестовая документация. How-To и типичные ошибки
QA Fest 2015. Aлександр Кузняк. Тестовая документация. How-To и типичные ошибкиQA Fest 2015. Aлександр Кузняк. Тестовая документация. How-To и типичные ошибки
QA Fest 2015. Aлександр Кузняк. Тестовая документация. How-To и типичные ошибкиQAFest
 
Раздвоение тестирующей личности или эффективная организация параллельного тес...
Раздвоение тестирующей личности или эффективная организация параллельного тес...Раздвоение тестирующей личности или эффективная организация параллельного тес...
Раздвоение тестирующей личности или эффективная организация параллельного тес...SQALab
 
А. Калугин. О параллельном тестировании нескольких проектов. SQADays'10
А. Калугин. О параллельном тестировании нескольких проектов. SQADays'10А. Калугин. О параллельном тестировании нескольких проектов. SQADays'10
А. Калугин. О параллельном тестировании нескольких проектов. SQADays'10Alexander Kalouguine
 
A3 анализ в скайпе
A3 анализ в скайпеA3 анализ в скайпе
A3 анализ в скайпеAlexey Ilyichev
 
Ольга Лужецька - Exploratory testing: Love it or Leave it?
Ольга Лужецька - Exploratory testing: Love it or Leave it?Ольга Лужецька - Exploratory testing: Love it or Leave it?
Ольга Лужецька - Exploratory testing: Love it or Leave it?DataArt
 
Управление и руководство в процессном подходе. Тренинг-семинар.
Управление и руководство в процессном подходе. Тренинг-семинар.Управление и руководство в процессном подходе. Тренинг-семинар.
Управление и руководство в процессном подходе. Тренинг-семинар.Ратнер Александр
 
Виталий Стрелюк, Постановка процесса тестирования в Agile
Виталий Стрелюк, Постановка процесса тестирования в AgileВиталий Стрелюк, Постановка процесса тестирования в Agile
Виталий Стрелюк, Постановка процесса тестирования в AgileSQADays_2009_Piter
 
Виталий Стрелюк
Виталий СтрелюкВиталий Стрелюк
Виталий СтрелюкSQALab
 

Ähnlich wie When qa sucks (20)

Что мешает тестировщикам
Что мешает тестировщикамЧто мешает тестировщикам
Что мешает тестировщикам
 
Опыт выстраивания процесса Product Discovery
Опыт выстраивания процесса Product DiscoveryОпыт выстраивания процесса Product Discovery
Опыт выстраивания процесса Product Discovery
 
Делимся опытом: как мы оптимизировали тестирование крупного проекта за 3 месяца
Делимся опытом: как мы оптимизировали тестирование крупного проекта за 3 месяцаДелимся опытом: как мы оптимизировали тестирование крупного проекта за 3 месяца
Делимся опытом: как мы оптимизировали тестирование крупного проекта за 3 месяца
 
Product discovery. Наши шишки и успехи
Product discovery. Наши шишки и успехиProduct discovery. Наши шишки и успехи
Product discovery. Наши шишки и успехи
 
Юлія Свістун "From distributed to collocated team" Lviv Project Management Da...
Юлія Свістун "From distributed to collocated team" Lviv Project Management Da...Юлія Свістун "From distributed to collocated team" Lviv Project Management Da...
Юлія Свістун "From distributed to collocated team" Lviv Project Management Da...
 
Мастер-класс по ЮТ для Британки
Мастер-класс по ЮТ для БританкиМастер-класс по ЮТ для Британки
Мастер-класс по ЮТ для Британки
 
163. Iterative design
163. Iterative design163. Iterative design
163. Iterative design
 
Управление жизненным циклом vs. управление проектом
Управление жизненным циклом vs. управление проектомУправление жизненным циклом vs. управление проектом
Управление жизненным циклом vs. управление проектом
 
Наталья Руколь "Планирование тестирования"
Наталья Руколь "Планирование тестирования"Наталья Руколь "Планирование тестирования"
Наталья Руколь "Планирование тестирования"
 
Юрий Цыганенко, QA как услуга
Юрий Цыганенко, QA как услугаЮрий Цыганенко, QA как услуга
Юрий Цыганенко, QA как услуга
 
Наталья Руколь (Лаборатория Качества)
Наталья Руколь (Лаборатория Качества)Наталья Руколь (Лаборатория Качества)
Наталья Руколь (Лаборатория Качества)
 
Способы выращивания программистов с нуля / How to grow programmers
Способы выращивания программистов с нуля / How to grow programmersСпособы выращивания программистов с нуля / How to grow programmers
Способы выращивания программистов с нуля / How to grow programmers
 
QA Fest 2015. Aлександр Кузняк. Тестовая документация. How-To и типичные ошибки
QA Fest 2015. Aлександр Кузняк. Тестовая документация. How-To и типичные ошибкиQA Fest 2015. Aлександр Кузняк. Тестовая документация. How-To и типичные ошибки
QA Fest 2015. Aлександр Кузняк. Тестовая документация. How-To и типичные ошибки
 
Раздвоение тестирующей личности или эффективная организация параллельного тес...
Раздвоение тестирующей личности или эффективная организация параллельного тес...Раздвоение тестирующей личности или эффективная организация параллельного тес...
Раздвоение тестирующей личности или эффективная организация параллельного тес...
 
А. Калугин. О параллельном тестировании нескольких проектов. SQADays'10
А. Калугин. О параллельном тестировании нескольких проектов. SQADays'10А. Калугин. О параллельном тестировании нескольких проектов. SQADays'10
А. Калугин. О параллельном тестировании нескольких проектов. SQADays'10
 
A3 анализ в скайпе
A3 анализ в скайпеA3 анализ в скайпе
A3 анализ в скайпе
 
Ольга Лужецька - Exploratory testing: Love it or Leave it?
Ольга Лужецька - Exploratory testing: Love it or Leave it?Ольга Лужецька - Exploratory testing: Love it or Leave it?
Ольга Лужецька - Exploratory testing: Love it or Leave it?
 
Управление и руководство в процессном подходе. Тренинг-семинар.
Управление и руководство в процессном подходе. Тренинг-семинар.Управление и руководство в процессном подходе. Тренинг-семинар.
Управление и руководство в процессном подходе. Тренинг-семинар.
 
Виталий Стрелюк, Постановка процесса тестирования в Agile
Виталий Стрелюк, Постановка процесса тестирования в AgileВиталий Стрелюк, Постановка процесса тестирования в Agile
Виталий Стрелюк, Постановка процесса тестирования в Agile
 
Виталий Стрелюк
Виталий СтрелюкВиталий Стрелюк
Виталий Стрелюк
 

Mehr von QA Dnepropetrovsk Community (Ukraine)

Работа тестировщиком в Германии - Виктор Малый
Работа тестировщиком в Германии - Виктор МалыйРабота тестировщиком в Германии - Виктор Малый
Работа тестировщиком в Германии - Виктор МалыйQA Dnepropetrovsk Community (Ukraine)
 
тестирование нескольких проектов с пользой для здоровья
тестирование нескольких проектов с пользой для здоровьятестирование нескольких проектов с пользой для здоровья
тестирование нескольких проектов с пользой для здоровьяQA Dnepropetrovsk Community (Ukraine)
 
Особенности параллельного тестирования нескольких проектов
Особенности параллельного тестирования нескольких проектов Особенности параллельного тестирования нескольких проектов
Особенности параллельного тестирования нескольких проектов QA Dnepropetrovsk Community (Ukraine)
 
Профессиональный путь в компаниях Днепропетровска
Профессиональный путь в компаниях ДнепропетровскаПрофессиональный путь в компаниях Днепропетровска
Профессиональный путь в компаниях ДнепропетровскаQA Dnepropetrovsk Community (Ukraine)
 
TPI® Next: оптимизируем процессы тестирования по взрослому
TPI® Next: оптимизируем процессы тестирования по взросломуTPI® Next: оптимизируем процессы тестирования по взрослому
TPI® Next: оптимизируем процессы тестирования по взросломуQA Dnepropetrovsk Community (Ukraine)
 
Алексей Зозуленко - "Использование Selenium Grid 2 для ускорения выполнения т...
Алексей Зозуленко - "Использование Selenium Grid 2 для ускорения выполнения т...Алексей Зозуленко - "Использование Selenium Grid 2 для ускорения выполнения т...
Алексей Зозуленко - "Использование Selenium Grid 2 для ускорения выполнения т...QA Dnepropetrovsk Community (Ukraine)
 
Александр Качур - "Android и MeeGo: автоматизация тестовых сценариев"
Александр Качур - "Android и MeeGo: автоматизация тестовых сценариев"Александр Качур - "Android и MeeGo: автоматизация тестовых сценариев"
Александр Качур - "Android и MeeGo: автоматизация тестовых сценариев"QA Dnepropetrovsk Community (Ukraine)
 
Артем Розуменко - "Как и зачем разрабатывать собственный фреймворк?"
Артем Розуменко - "Как и зачем разрабатывать собственный фреймворк?"Артем Розуменко - "Как и зачем разрабатывать собственный фреймворк?"
Артем Розуменко - "Как и зачем разрабатывать собственный фреймворк?"QA Dnepropetrovsk Community (Ukraine)
 
Геннадий Алпаев - "Оптимальное покрытие автотестами: генерация случайных данных"
Геннадий Алпаев - "Оптимальное покрытие автотестами: генерация случайных данных"Геннадий Алпаев - "Оптимальное покрытие автотестами: генерация случайных данных"
Геннадий Алпаев - "Оптимальное покрытие автотестами: генерация случайных данных"QA Dnepropetrovsk Community (Ukraine)
 
Автоматизация тестирования 3+7 аргументов в пользу Test Complete
Автоматизация тестирования 3+7 аргументов в пользу Test CompleteАвтоматизация тестирования 3+7 аргументов в пользу Test Complete
Автоматизация тестирования 3+7 аргументов в пользу Test CompleteQA Dnepropetrovsk Community (Ukraine)
 
Автоматизация тестирования в Microsoft Team System и “костыли”
Автоматизация тестирования в Microsoft Team System и “костыли”Автоматизация тестирования в Microsoft Team System и “костыли”
Автоматизация тестирования в Microsoft Team System и “костыли”QA Dnepropetrovsk Community (Ukraine)
 
Team system - фреймворк для автоматизации тестирования от Microsoft
Team system -  фреймворк для автоматизации тестирования от MicrosoftTeam system -  фреймворк для автоматизации тестирования от Microsoft
Team system - фреймворк для автоматизации тестирования от MicrosoftQA Dnepropetrovsk Community (Ukraine)
 
Тест-менеджмент и баг-треккинг в SpiraTest
Тест-менеджмент и баг-треккинг в SpiraTestТест-менеджмент и баг-треккинг в SpiraTest
Тест-менеджмент и баг-треккинг в SpiraTestQA Dnepropetrovsk Community (Ukraine)
 

Mehr von QA Dnepropetrovsk Community (Ukraine) (20)

Работа тестировщиком в Германии - Виктор Малый
Работа тестировщиком в Германии - Виктор МалыйРабота тестировщиком в Германии - Виктор Малый
Работа тестировщиком в Германии - Виктор Малый
 
тестирование нескольких проектов с пользой для здоровья
тестирование нескольких проектов с пользой для здоровьятестирование нескольких проектов с пользой для здоровья
тестирование нескольких проектов с пользой для здоровья
 
Most typical mistakes of Russians in English
Most typical mistakes of Russians in EnglishMost typical mistakes of Russians in English
Most typical mistakes of Russians in English
 
Особенности параллельного тестирования нескольких проектов
Особенности параллельного тестирования нескольких проектов Особенности параллельного тестирования нескольких проектов
Особенности параллельного тестирования нескольких проектов
 
Профессиональный путь в компаниях Днепропетровска
Профессиональный путь в компаниях ДнепропетровскаПрофессиональный путь в компаниях Днепропетровска
Профессиональный путь в компаниях Днепропетровска
 
Ретроспектива в тестировании
Ретроспектива в тестированииРетроспектива в тестировании
Ретроспектива в тестировании
 
Impact Analysis в тестировании
Impact Analysis в тестированииImpact Analysis в тестировании
Impact Analysis в тестировании
 
TPI® Next: оптимизируем процессы тестирования по взрослому
TPI® Next: оптимизируем процессы тестирования по взросломуTPI® Next: оптимизируем процессы тестирования по взрослому
TPI® Next: оптимизируем процессы тестирования по взрослому
 
Алексей Зозуленко - "Использование Selenium Grid 2 для ускорения выполнения т...
Алексей Зозуленко - "Использование Selenium Grid 2 для ускорения выполнения т...Алексей Зозуленко - "Использование Selenium Grid 2 для ускорения выполнения т...
Алексей Зозуленко - "Использование Selenium Grid 2 для ускорения выполнения т...
 
Андрей Дзыня - "Watir - начало"
Андрей Дзыня - "Watir - начало"Андрей Дзыня - "Watir - начало"
Андрей Дзыня - "Watir - начало"
 
Иван Лысенко - "Нагрузил, что дальше?"
Иван Лысенко - "Нагрузил, что дальше?"Иван Лысенко - "Нагрузил, что дальше?"
Иван Лысенко - "Нагрузил, что дальше?"
 
Александр Качур - "Android и MeeGo: автоматизация тестовых сценариев"
Александр Качур - "Android и MeeGo: автоматизация тестовых сценариев"Александр Качур - "Android и MeeGo: автоматизация тестовых сценариев"
Александр Качур - "Android и MeeGo: автоматизация тестовых сценариев"
 
Артем Розуменко - "Как и зачем разрабатывать собственный фреймворк?"
Артем Розуменко - "Как и зачем разрабатывать собственный фреймворк?"Артем Розуменко - "Как и зачем разрабатывать собственный фреймворк?"
Артем Розуменко - "Как и зачем разрабатывать собственный фреймворк?"
 
Геннадий Алпаев - "Оптимальное покрытие автотестами: генерация случайных данных"
Геннадий Алпаев - "Оптимальное покрытие автотестами: генерация случайных данных"Геннадий Алпаев - "Оптимальное покрытие автотестами: генерация случайных данных"
Геннадий Алпаев - "Оптимальное покрытие автотестами: генерация случайных данных"
 
Автоматизация тестирования 3+7 аргументов в пользу Test Complete
Автоматизация тестирования 3+7 аргументов в пользу Test CompleteАвтоматизация тестирования 3+7 аргументов в пользу Test Complete
Автоматизация тестирования 3+7 аргументов в пользу Test Complete
 
Автоматизация тестирования в Microsoft Team System и “костыли”
Автоматизация тестирования в Microsoft Team System и “костыли”Автоматизация тестирования в Microsoft Team System и “костыли”
Автоматизация тестирования в Microsoft Team System и “костыли”
 
Team system - фреймворк для автоматизации тестирования от Microsoft
Team system -  фреймворк для автоматизации тестирования от MicrosoftTeam system -  фреймворк для автоматизации тестирования от Microsoft
Team system - фреймворк для автоматизации тестирования от Microsoft
 
Project Management Systems
Project Management SystemsProject Management Systems
Project Management Systems
 
Тест-менеджмент и баг-треккинг в SpiraTest
Тест-менеджмент и баг-треккинг в SpiraTestТест-менеджмент и баг-треккинг в SpiraTest
Тест-менеджмент и баг-треккинг в SpiraTest
 
Автопарк требований
Автопарк требованийАвтопарк требований
Автопарк требований
 

When qa sucks

  • 1. When QA sucks Когда тестировщики работают плохо
  • 2. Кто я Started in 2003 as junior QA DataArt-Bridge-Quest-DataArt 10+ projects E-mail: eefimov@dataart.com Skype: yofus_ VK: yofus FB: yofuss LJ: yofus TW: @yofus
  • 3. О чем речь? • Существуют факторы, сильно ухудшающие работу QA-команды и делающие ее несчастной. • Если научиться их видеть, их можно как минимум, учитывать, как максимум – предотвращать.
  • 4. Факторы продукта 1 • Сложное окружение • Снэпшоты состояний • Документация • Помощь экспертов • Пошаговые инструкции • Заглушки
  • 5. Факторы продукта 2. Продукт ревендж • Невоспроизводимое окружение • Риски!!! • Экстраполяция • Интерполяция • Симуляторы • Хардкор на продакшне
  • 6. Факторы продукта 3. Начало • Сложный продукт •много разрозненных кусков; •многоэтапная установка; •входы/выходы не для человека. • инструкции • снепшоты, дополнительные точки проверки • парсеры и генераторы
  • 7. Факторы процесса •Неясные требования • это баг или фича? • как проверять? • провисает повторяемость. • ложный баг – добро, показывает проблемы с требованиями • пишем доку сами • exploratory, пишем сценарий на ходу • парсеры и генераторы • тасуем людей
  • 8. Факторы процесса 2. Возвращение процесса •Факторы времени • большие промежутки между нахождением и исправлением бага; • большие промежутки между готовыми для тестирования сборками; • гонки; • открытые даты. • тасуем людей • фиксируем процесс • Эстимейты с уточнением
  • 9. Факторы процесса 3. Потомки процесса •Предикаты и состояния: • здесь нет багов; • мы это уже проверили; • это никому не важно; • да, мы в курсе, это еще не доделано. • здоровый скепсис (здоровенный) • осознаем состояние толерантности • проговариваем важность
  • 10. Факторы процесса QA •Время • частые итерации; • редкие итерации; • длинные итерации. • ловим ритм • тасуем людей • создаем матрицы конфигураций
  • 11. Факторы процесса QA 2. Месть QA •Фокусировка • эффект пути; • эффект потери цели; • гипердетализация; • общий план. • осознаем эффекты • придумываем цель • не забываем смотреть по сторонам
  • 12. Факторы процесса QA 3. 10 лет спустя • Демотивация из-за того, что все тлен. • Люди • Наука • Менторство • Сообщества • Хобби
  • 13. Факторы личности QA • Выгорание • отпуск • менять роли • менять проекты (фазы, процессы, предметные области) • отпуск • выходить за рамки проектов • хобби • отпуск
  • 14. Факторы личности QA 2. Враг в отражении • Демотивация 2 • использование выгодных сторон вместо интересных • отсутствие роста • нет четкой цели и понимания зачем (в короткой и длинной перспективе) • тасуем • говорим про бизнес • хвалим • обсуждаем перспективы
  • 15. Итого • Учитываем особенности проекта. • Следим, где процесс мешает работе. • Ловим эмоции и состояния • Коммуницируем респекты, проговариваем пользу, говорим «спасибо». • Тасуем и перемешиваем. • Следим за настроениями. • Ложные баги – добро. Hint: по этому чек-листу можно проверять себя.
  • 16. Q&A about QA • Всем большое спасибо. Очень надеюсь, что в этом докладе сигнала было больше, чем шума. Сейчас можно позадавать мне провокационных вопросов. Спасибо.