SlideShare una empresa de Scribd logo
1 de 16
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
• Всем большое спасибо. Очень надеюсь, что в этом
  докладе сигнала было больше, чем шума. Сейчас
  можно позадавать мне провокационных вопросов.
  Спасибо.

Más contenido relacionado

La actualidad más candente

рит, нефункциональная структура команды, безуглый
рит, нефункциональная структура команды, безуглыйрит, нефункциональная структура команды, безуглый
рит, нефункциональная структура команды, безуглый
rit2010
 
Cемь смертных грехов в управлении проектами
Cемь смертных грехов в управлении проектамиCемь смертных грехов в управлении проектами
Cемь смертных грехов в управлении проектами
Boris Volfson
 
Покрываем тестами взрослый RoR проект / Николай Шебанов (Evrone)
Покрываем тестами взрослый RoR проект / Николай Шебанов (Evrone)Покрываем тестами взрослый RoR проект / Николай Шебанов (Evrone)
Покрываем тестами взрослый RoR проект / Николай Шебанов (Evrone)
Ontico
 
эффективные ретроспективы (доклад)
эффективные ретроспективы (доклад)эффективные ретроспективы (доклад)
эффективные ретроспективы (доклад)
Softline
 
Александр Сербул. Прикладное XP в «1С-Битрикс»: как развивать продукт более 1...
Александр Сербул. Прикладное XP в «1С-Битрикс»: как развивать продукт более 1...Александр Сербул. Прикладное XP в «1С-Битрикс»: как развивать продукт более 1...
Александр Сербул. Прикладное XP в «1С-Битрикс»: как развивать продукт более 1...
ScrumTrek
 

La actualidad más candente (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...
 

Destacado

Software Testing Services
Software Testing ServicesSoftware Testing Services
Software Testing Services
Fuad Mak
 

Destacado (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
 

Similar a When qa sucks

Мастер-класс по ЮТ для Британки
Мастер-класс по ЮТ для БританкиМастер-класс по ЮТ для Британки
Мастер-класс по ЮТ для Британки
Ksenia Sternina
 
Управление жизненным циклом vs. управление проектом
Управление жизненным циклом vs. управление проектомУправление жизненным циклом vs. управление проектом
Управление жизненным циклом vs. управление проектом
Sergey Kalinov
 
Наталья Руколь (Лаборатория Качества)
Наталья Руколь (Лаборатория Качества)Наталья Руколь (Лаборатория Качества)
Наталья Руколь (Лаборатория Качества)
Ontico
 
Способы выращивания программистов с нуля / How to grow programmers
Способы выращивания программистов с нуля / How to grow programmersСпособы выращивания программистов с нуля / How to grow programmers
Способы выращивания программистов с нуля / How to grow programmers
Mad Devs
 
А. Калугин. О параллельном тестировании нескольких проектов. SQADays'10
А. Калугин. О параллельном тестировании нескольких проектов. SQADays'10А. Калугин. О параллельном тестировании нескольких проектов. SQADays'10
А. Калугин. О параллельном тестировании нескольких проектов. SQADays'10
Alexander Kalouguine
 
A3 анализ в скайпе
A3 анализ в скайпеA3 анализ в скайпе
A3 анализ в скайпе
Alexey Ilyichev
 

Similar a 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
 
Виталий Стрелюк
Виталий СтрелюкВиталий Стрелюк
Виталий Стрелюк
 

Más de QA Dnepropetrovsk Community (Ukraine)

Работа тестировщиком в Германии - Виктор Малый
Работа тестировщиком в Германии - Виктор МалыйРабота тестировщиком в Германии - Виктор Малый
Работа тестировщиком в Германии - Виктор Малый
QA Dnepropetrovsk Community (Ukraine)
 
тестирование нескольких проектов с пользой для здоровья
тестирование нескольких проектов с пользой для здоровьятестирование нескольких проектов с пользой для здоровья
тестирование нескольких проектов с пользой для здоровья
QA Dnepropetrovsk Community (Ukraine)
 
Impact Analysis в тестировании
Impact Analysis в тестированииImpact Analysis в тестировании
Impact Analysis в тестировании
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)
 
Автоматизация тестирования 3+7 аргументов в пользу Test Complete
Автоматизация тестирования 3+7 аргументов в пользу Test CompleteАвтоматизация тестирования 3+7 аргументов в пользу Test Complete
Автоматизация тестирования 3+7 аргументов в пользу Test Complete
QA 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 - фреймворк для автоматизации тестирования от Microsoft
QA Dnepropetrovsk Community (Ukraine)
 

Más de 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 • Всем большое спасибо. Очень надеюсь, что в этом докладе сигнала было больше, чем шума. Сейчас можно позадавать мне провокационных вопросов. Спасибо.