Демонстрация процесса continuous delivery на базе коктейля – гремучей смеси из телесериала "Игра престолов" и богатом практическом опыте докладчика, а так же проговаривание примеров использования логических инструментов для облегчения работы тестирования.
QA Fest 2014. Татьяна Завьялова. Юзабилити и живые людиQAFest
Классический подход к созданию программного продукта с высоким уровнем юзабилити предусматривает итеративную разработку с тестированием на потенциальных пользователях в конце каждой итерации. Зачем проводить тестирование на живых людях? Мы все прекрасно понимаем, что каждая отдельная конфигурация системы, будь то аппаратное или программное обеспечение, влияет на качество работы системы. Но вот с той стороны экрана есть два, вроде как стандартных, глаза, которые видят изображение на экране, и мозг, который полученную информацию интерпретирует. Конфигурации (опыт и навыки) этого мозга настолько разнообразны, что заранее предугадать последующую интерпретацию - задача очень даже нетривиальная.
Я расскажу о том, как проверить догадки бизнеса, дизайнеров и разработчиков методом пользовательского тестирования. Затрону методологию, протоколы, покажу примеры из своей практики. Будет интересно.
Тема скорее обзорная и рассчитана на широкую аудиторию. Формат: лекция с элементами дискуссии.
Максим Мельников. Как мы меняли ЦИАН. Эволюция продакт-менеджераScrumTrek
За последние три года ЦИАН сильно поменялся как продукт, как бизнес и как компания. Выросли в несколько раз по всем метрикам (персонал, аудитория, выручка и др.), развили продукт, географию нашей работы, принципы управления. В докладе я рассажу о том, с какими сложностями стратегического, организационного и операционного характера мы сталкивались и как их решали: - С чего начинали - Как меняли систему управления, зоны ответственности и принятия решений о том, какие продукты, когда и для кого нужно делать - Какие процессы в создании продукта мы внедряли, что из этого у нас прижилось, а что нет и почему - Как мы постепенно идем к agile и design thinking - Где во всем этом культура и ценности компании, что из них есть «мода», а что в действительности нужно для бизнеса и людей в компании.
Выступление Андрея Пивоварова, CEO GoIT, на HR-марафон
GoIT - это компания, в которой работают исключительно A-players
Кто такой A-player
- Любит свою работу
- Превосходно справляется со своими обязанностями
- Постоянно развивается
- Человек полного цикла: смотрит шире, чем его зона ответственности
- Ощущается себя финально ответственным за свой фронт работ
- Всегда стремится окружить себя другими A-players
- Имеет врожденные таланты и, склонности к своей профессии, благодаря которым достигает более высоких результатов
- Не боится брать на себя ответственность
- Проактивный и инициативный
- Достигает WOW-результатов, превосходя все ожидания
Какими личностными качествами обладает каждый сотрудник GoIT:
- Отношение к работе (страсть, вовлеченность)
- Целеустремленность
- Самоорганизованность
- Оптимизм
- Постоянное саморазвитие, желание развиваться
- Открытость к обратной связи
- Командность
Почему вакансия ассистента стала вирусной:
- Образ из масс-культуры (героиня популярного сериала Suits)
- Провокационный текст люди поделились на два лагеря, не было равнодушных
- Канал публикации (7,5 подписчиков в fb)
- Время публикации (утро понедельника)
QA Fest 2014. Татьяна Завьялова. Юзабилити и живые людиQAFest
Классический подход к созданию программного продукта с высоким уровнем юзабилити предусматривает итеративную разработку с тестированием на потенциальных пользователях в конце каждой итерации. Зачем проводить тестирование на живых людях? Мы все прекрасно понимаем, что каждая отдельная конфигурация системы, будь то аппаратное или программное обеспечение, влияет на качество работы системы. Но вот с той стороны экрана есть два, вроде как стандартных, глаза, которые видят изображение на экране, и мозг, который полученную информацию интерпретирует. Конфигурации (опыт и навыки) этого мозга настолько разнообразны, что заранее предугадать последующую интерпретацию - задача очень даже нетривиальная.
Я расскажу о том, как проверить догадки бизнеса, дизайнеров и разработчиков методом пользовательского тестирования. Затрону методологию, протоколы, покажу примеры из своей практики. Будет интересно.
Тема скорее обзорная и рассчитана на широкую аудиторию. Формат: лекция с элементами дискуссии.
Максим Мельников. Как мы меняли ЦИАН. Эволюция продакт-менеджераScrumTrek
За последние три года ЦИАН сильно поменялся как продукт, как бизнес и как компания. Выросли в несколько раз по всем метрикам (персонал, аудитория, выручка и др.), развили продукт, географию нашей работы, принципы управления. В докладе я рассажу о том, с какими сложностями стратегического, организационного и операционного характера мы сталкивались и как их решали: - С чего начинали - Как меняли систему управления, зоны ответственности и принятия решений о том, какие продукты, когда и для кого нужно делать - Какие процессы в создании продукта мы внедряли, что из этого у нас прижилось, а что нет и почему - Как мы постепенно идем к agile и design thinking - Где во всем этом культура и ценности компании, что из них есть «мода», а что в действительности нужно для бизнеса и людей в компании.
Выступление Андрея Пивоварова, CEO GoIT, на HR-марафон
GoIT - это компания, в которой работают исключительно A-players
Кто такой A-player
- Любит свою работу
- Превосходно справляется со своими обязанностями
- Постоянно развивается
- Человек полного цикла: смотрит шире, чем его зона ответственности
- Ощущается себя финально ответственным за свой фронт работ
- Всегда стремится окружить себя другими A-players
- Имеет врожденные таланты и, склонности к своей профессии, благодаря которым достигает более высоких результатов
- Не боится брать на себя ответственность
- Проактивный и инициативный
- Достигает WOW-результатов, превосходя все ожидания
Какими личностными качествами обладает каждый сотрудник GoIT:
- Отношение к работе (страсть, вовлеченность)
- Целеустремленность
- Самоорганизованность
- Оптимизм
- Постоянное саморазвитие, желание развиваться
- Открытость к обратной связи
- Командность
Почему вакансия ассистента стала вирусной:
- Образ из масс-культуры (героиня популярного сериала Suits)
- Провокационный текст люди поделились на два лагеря, не было равнодушных
- Канал публикации (7,5 подписчиков в fb)
- Время публикации (утро понедельника)
Алексей Трошин. Менеджер не нужен: быстрые шаблоны правильных коммуникацийScrumTrek
Алексей Трошин.
Первый коммерческий сайт создал в 2002 году, первый интернет-магазин вывел в плюс в 2005, участвовал в развитии крупнейших порталов Рунета - АВТО.РУ (www.auto.ru) и Банки.ру (www.banki.ru), развивал конструктор сайтов Сетап (www.setup.ru), создавал первый российский интернет-магазин, вышедший на IPO - Ютинет.ру (www.utinet.ru), поучаствовал в развитии SaaS-системы управления задачами Мегаплан (www.megaplan.ru). Успел нанести непоправимую пользу нескольким стартапам, запустить новые продукты в B2B-Center.ru. Сейчас в ФИНАМ. Выступал на AgileDays в 2012, 14, 15, 16, Agile с 2009-го года (CSM, CSPO), в работе и по жизни :)
Выступление Валерия Боронина, посвященное внедрению безопасной разработки с точки зрения руководителя, на встрече PDUG Meetup: SSDL for Management 25 ноября 2016 года.
Андрей Прокошев. Теле2-GMCS. Старт проекта. Цель: Выстраивание понимания Agile и Scrum бизнесом и тех. службами с азов. Следующая часть - старт в боевых условиях.
Andrei Prokoshev. Tele2-GMCS.
Project launch. Goal: Agile and Scrum basics for business and IT tech services (first look before practice)
Software craftsmanship 11 online: мотивация и эффектисность разработчикаPavel Veinik
Мы рассмотрим вопросы продуктивности, как командная работа и менеджеры влияют на продуктивность, как связаны оценки и эффективность решений разработчика, почему работа программиста является творческой, и как грамотно использовать инструменты тайм-менеджмента.
Невидимый фронт или тестирование digital-проектовSmartHead
Презентация к докладу "Невидимый фронт или тестирование digital-проектов" на рекламно форуме "Даёж`2015".
В докладе рассмотрены проблемы, специфика и виды тестирования digital-проектов. Дан ответ на вопрос: "Кто должен выполнять работы по тестированию?". Рассмотрены вопросы качества результата работ.
Динамика изменений со стороны бизнеса (наших заказчиков) сейчас настолько велика, что впереди оказываются компании, процесс разработки в которых непрерывно эволюционирует.
Эволюционный процесс позволяет научиться делать более быстрые поставки, более качественные решения, а главное, поставлять с первого раза именно то, что нужно бизнесу.
Необходимый минимум для построения современных процессов разработки - это три ключевых, обязательных для освоения навыка, которым просто обязан научиться каждый участник проектной команды.
Эвристическая оценка, или как решить проблемы в интерфейсе за часПрофсоUX
Доклад рассчитан на проектировщиков интерфейса в крупных продуктовых компаниях.
Наверное, всем интересно, как можно быстро свои улучшить макеты, прототипы.
Я внедрил в компании технику экспертной оценки и хочу вам про это рассказать.
О чем мы будем говорить:
Как быстро улучшить качество прототипов
Как это делал Якоб Нильсен
Как это делали мы.
Эвристическая оценка, или как решить проблемы в интерфейсе за часAlexey Ryakin
Моё выступление на Profsoux 2016: как полагается вести эвристическую оценку, и как это получилось в нашей компании. Сократили, ускорили, результат - весело и быстро.
Логические инструменты в арсенале тестировщикаCOMAQA.BY
Хочу поделиться инструментарием который сам широко использую в своей работе, он будет полезен как автоматизаторам так и ручным тестировщикам. В докладе будут приведены примеры разных инструментов таких как ACC матрица, RACI матрицы, SWOP анализа и других.
Ключевые навыки успешной Agile-команды / Дмитрий Лобасев (lobasev.ru)Ontico
Динамика изменений со стороны бизнеса (наших заказчиков) сейчас настолько велика, что впереди оказываются компании, процесс разработки в которых непрерывно эволюционирует.
Эволюционный процесс позволяет научиться делать более быстрые поставки, принимать более качественные решения, а главное, поставлять с первого раза именно то, что нужно бизнесу.
Необходимый минимум для построения современных процессов разработки - это три ключевых, обязательных для освоения навыка, которым просто обязан научиться каждый участник проектной команды:
1. как можно раньше узнавать то, чего мы еще не знаем;
2. вовремя видеть, анализировать и решать возникающие проблем;
3. помогать бизнесу добиваться лучших из возможных результатов.
Во время доклада я расскажу подробно, какие инструменты вы можете использовать, чтобы выработать в своей команде эти три навыка и тем самым научиться постоянно улучшаться.
Алексей Трошин. Менеджер не нужен: быстрые шаблоны правильных коммуникацийScrumTrek
Алексей Трошин.
Первый коммерческий сайт создал в 2002 году, первый интернет-магазин вывел в плюс в 2005, участвовал в развитии крупнейших порталов Рунета - АВТО.РУ (www.auto.ru) и Банки.ру (www.banki.ru), развивал конструктор сайтов Сетап (www.setup.ru), создавал первый российский интернет-магазин, вышедший на IPO - Ютинет.ру (www.utinet.ru), поучаствовал в развитии SaaS-системы управления задачами Мегаплан (www.megaplan.ru). Успел нанести непоправимую пользу нескольким стартапам, запустить новые продукты в B2B-Center.ru. Сейчас в ФИНАМ. Выступал на AgileDays в 2012, 14, 15, 16, Agile с 2009-го года (CSM, CSPO), в работе и по жизни :)
Выступление Валерия Боронина, посвященное внедрению безопасной разработки с точки зрения руководителя, на встрече PDUG Meetup: SSDL for Management 25 ноября 2016 года.
Андрей Прокошев. Теле2-GMCS. Старт проекта. Цель: Выстраивание понимания Agile и Scrum бизнесом и тех. службами с азов. Следующая часть - старт в боевых условиях.
Andrei Prokoshev. Tele2-GMCS.
Project launch. Goal: Agile and Scrum basics for business and IT tech services (first look before practice)
Software craftsmanship 11 online: мотивация и эффектисность разработчикаPavel Veinik
Мы рассмотрим вопросы продуктивности, как командная работа и менеджеры влияют на продуктивность, как связаны оценки и эффективность решений разработчика, почему работа программиста является творческой, и как грамотно использовать инструменты тайм-менеджмента.
Невидимый фронт или тестирование digital-проектовSmartHead
Презентация к докладу "Невидимый фронт или тестирование digital-проектов" на рекламно форуме "Даёж`2015".
В докладе рассмотрены проблемы, специфика и виды тестирования digital-проектов. Дан ответ на вопрос: "Кто должен выполнять работы по тестированию?". Рассмотрены вопросы качества результата работ.
Динамика изменений со стороны бизнеса (наших заказчиков) сейчас настолько велика, что впереди оказываются компании, процесс разработки в которых непрерывно эволюционирует.
Эволюционный процесс позволяет научиться делать более быстрые поставки, более качественные решения, а главное, поставлять с первого раза именно то, что нужно бизнесу.
Необходимый минимум для построения современных процессов разработки - это три ключевых, обязательных для освоения навыка, которым просто обязан научиться каждый участник проектной команды.
Эвристическая оценка, или как решить проблемы в интерфейсе за часПрофсоUX
Доклад рассчитан на проектировщиков интерфейса в крупных продуктовых компаниях.
Наверное, всем интересно, как можно быстро свои улучшить макеты, прототипы.
Я внедрил в компании технику экспертной оценки и хочу вам про это рассказать.
О чем мы будем говорить:
Как быстро улучшить качество прототипов
Как это делал Якоб Нильсен
Как это делали мы.
Эвристическая оценка, или как решить проблемы в интерфейсе за часAlexey Ryakin
Моё выступление на Profsoux 2016: как полагается вести эвристическую оценку, и как это получилось в нашей компании. Сократили, ускорили, результат - весело и быстро.
Логические инструменты в арсенале тестировщикаCOMAQA.BY
Хочу поделиться инструментарием который сам широко использую в своей работе, он будет полезен как автоматизаторам так и ручным тестировщикам. В докладе будут приведены примеры разных инструментов таких как ACC матрица, RACI матрицы, SWOP анализа и других.
Ключевые навыки успешной Agile-команды / Дмитрий Лобасев (lobasev.ru)Ontico
Динамика изменений со стороны бизнеса (наших заказчиков) сейчас настолько велика, что впереди оказываются компании, процесс разработки в которых непрерывно эволюционирует.
Эволюционный процесс позволяет научиться делать более быстрые поставки, принимать более качественные решения, а главное, поставлять с первого раза именно то, что нужно бизнесу.
Необходимый минимум для построения современных процессов разработки - это три ключевых, обязательных для освоения навыка, которым просто обязан научиться каждый участник проектной команды:
1. как можно раньше узнавать то, чего мы еще не знаем;
2. вовремя видеть, анализировать и решать возникающие проблем;
3. помогать бизнесу добиваться лучших из возможных результатов.
Во время доклада я расскажу подробно, какие инструменты вы можете использовать, чтобы выработать в своей команде эти три навыка и тем самым научиться постоянно улучшаться.
В длительной перспективе ретроспективы – самая важная часть гибких процессов. Но очень часто у команд не получается запустить процесс непрерывного улучшения, либо через некоторое время этот процесс обрывается, когда команда думает, что все проблемы решены. Я расскажу не только теоритическую часть, которая позволит преодолеть эти проблемы, но и дам несколько десятков примеров конкретных практик, которые применяются на эффективных ретроспективах. Доклад рассчитан, как на начинающих ретроспективы, так и практиков гибких методологий.
Ольга Лужецька - Exploratory testing: Love it or Leave it?DataArt
Є думка, що exploratory testing - це хаотичний процес, яким важко керувати. Ми розберемось, чи можна організувати exploratory testing так, щоб продукт був крутим та якісним, ризики більш передбачувані, а тестувальники отримували задоволення.
Перспектива разработки мобильного приложения, которое не потребуется скачивать и ждать review из App Store, очень заманчива, ведь аналогов привычного ПО существует несколько: Progressive Web Apps (PWA), Android Instant Apps (AIA) и Accelerated Mobile Pages (AMP). Как сделать верный выбор, найти «серебряную пулю», ведь у каждой из перечисленных технологий своя специфика разработки, поддержки и тестирования, сильные и слабые стороны. В докладе мы, по возможности, детально рассмотрим каждую из платформ, проведем сравнительный анализ альтенратив “обычными” мобильными приложениями. Давайте все вместе подготовимся к грядущим вызовам обеспечения качества в столь «необычных», новых проектах.
Anton semenchenko. Comaqa Spring 2018. Nine circles of hell. Antipatterns in ...COMAQA.BY
В рамках нашего сдвоенного доклада мы проговорим проблему построения Архитектуры решений Автоматизации «от обратного» - систематизируем классические Архитектурные недочеты, в том числе процессного происхождения, сформулируем варианты решения каждой рассмотренной проблемы, критерии выбора решения, и конечно условия перехода проблемы из не идеальной, но промышленно приемлемой, в потенциально опасный для проекта прецедент.
Vivien Ibironke Ibiyemi. Comaqa Spring 2018. Enhance your Testing Skills With...COMAQA.BY
Using real life test stories, I will present to you examples of mindset tools that I have identified, how I have used them to optimize collaboration in software development teams, become a valuable team member and a skilled tester. I will further propose a model that can help individuals develop their own mindset tools depending on the type of environment and product being developed.
Roman Soroka. Comaqa Spring 2018. Глобальный обзор процесса QA и его важностьCOMAQA.BY
Рассмотрим как используется QA в различных аспектах жизни. Поговорим о его основных целях и задачах. Рассмотрим примеры хороших и плохих подходов. Поговорим о рисках.
Roman Iovlev. Comaqa Spring 2018. Архитектура Open Source решений для автомат...COMAQA.BY
Мы поговорим о новых возможностях Open Source фреймворка JDI для Автоматизации UI Тестирования и не только на языках Java, C# .Net и Python. Архитектор проекта расскажет «всю правду» о своем детище, а мы послушаем, сделаем выводы и, возможно, используем это решение для нашего следующего проекта.
Kimmo Hakala. Comaqa Spring 2018. Challenges and good QA practices in softwar...COMAQA.BY
This presentation is based on Kimmo’s experiences in product component QA at Qvantel and it is aimed at everyone willing to know and understand, what are the challenges we’re facing in QA during software product development in BSS & Telco domain and, in the other hand, what are the good practices and success factors, so that we are able to 1. Test the product properly 2. Deliver smoothly and also 3. Continuously improve. The perspective of the presentation is “managerial”. However, we will also discuss about the technical and methodical aspects in component testing like different test levels, methods, test automation, test data management and testing tools. We also take a look at the different expectations towards testing personnel, like documentation, visibility of test activities, re-usable test assets etc. Finally we discuss about the key success factors in QA for software product development.
Дмитрий Лемешко. Comaqa Spring 2018. Continuous mobile automation in build pi...COMAQA.BY
В докладе я расскажу, как был организован запуск автоматических тестов (appium/javascript) в gitlab CI для нативного Android приложения на каждый Merge Request. Опишу, как можно встроить автотесты в существующий процесс сборки, как правильно настроить запуск тестов в docker image (тесты бегут в TestObject облаке), как произошла интеграция с клаудом и какие результаты это принесло. Tech stack: Gitlab CI, kubernetes, android, appium, javascript, testobject.
Ivan Katunov. Comaqa Spring 2018. Test Design and Automation for Rest API.COMAQA.BY
Чем тестирование RESTful API сервисов схоже и чем отличается от тестирования других типов приложений? Какое покрытие тестами является достаточным? Какие лучшие практики существуют для автоматизированного тестирования REST API? Эти и другие темы будут раскрыты в рамках доклада.
Vadim Zubovich. Comaqa Spring 2018. Красивое тестирование производительности.COMAQA.BY
Все, кто когда-либо сталкивался с тестированием производительности, прекрасно знают, как сложно сделать отчеты понятными, хорошо визуализированными и прозрачными для заказчика. Очень важно выбрать "правильные" метрики и разработать нужные профили нагрузки, но если в результате заказчик увидит скучные и непонятные кривые на белом фоне, он вполне может отказаться от тестирования производительности как такового, поскольку результат будет не вполне прозрачен. Давайте посмотрим, как можно улучшить впечатление от результатов тестирования производительности, на примере интеграции JMeter с мощным инструментом визуализации - Grafana.
Alexander Andelkovic. Comaqa Spring 2018. Using Artificial Intelligence to Te...COMAQA.BY
Candy Crush Saga is one of the biggest mobile games today with more than 1000 levels of difficulty - and users continue to ask for more. When building new content, it is extremely important to make sure that the level of difficulty is balanced and that the user does not experience crashes or problems through some unforeseen level of play. Alexander Andelkovic shows you how King is training artificial intelligence (AI) programs (bots) to test its games by mimicking human interactions. Join Alex as he discusses how King is taking testing to the next level by employing Monte Carlo Tree Search, automatic heuristic construction, and NeuroEvolution of Augmenting Topologies (NEAT) to train bots to test and evaluate difficulty levels. He discusses ways to extend and use AI bots to predict game success rates and conduct automatic performance testing. Alex explains how this AI approach can be generalized to test other applications. Learn how AI can help you with testing that's getting very difficult to master with traditional testing techniques.
Даже если вы - самый мирный человек, конфликты все равно случаются. Как и почему это происходит, можно ли их избежать и как вести себя, если конфликт уже случился - об этом мы поговорим в рамках доклада "Мое место в конфликте". Конфликт - интереснейшее явление, и то, какие он принесет плоды - разрушение или сотрудничество - зависит в том числе и от того поведения, которое мы реализуем. И напоследок вы узнаете о том, как защитить себя, даже если конструктивно выйти из конфликта уже не удалось.
Организация приемочного тестирования силами матерых тестировщиковCOMAQA.BY
Тестировщик и его взгляд на бизнес тестирование. Как охватить необъятное или совместить своё желание всё проверить как в обычном функциональном тестировании и проверку с точки зрения бизнеса. Организация такого тестирования, взаимодействие с командой разработки и тестирования. Какие плюсы и минусы от того, что в UAT тестировании участвуют матерые тестировщики, а не люди, которые эксплуатируют систему.
Развитие специалиста, менеджера - дело добровольное. Равно как и выживание. Приходите на доклад и мы обсудим: а надо ли развиваться, как развиваться, какие подходы и интструменты можно использовать, обсудим тепловую смерть специалиста.
Системный взгляд на параллельный запуск Selenium тестовCOMAQA.BY
Параллельный запуск тестов – не просто желание, но острая необходимость, стандартная задача, с которой рано или поздно столкнется каждый проект, за исключением, разве что, совсем небольших и краткосрочных. Порой, вопрос параллелизации тестов превращается в сложный или даже почти невыполнимый. Давайте поговорим о том, как избежать подобной ситуации: какие рекомендации и инструменты существуют, какую архитектуру стоит выбрать изначально, каких решений следует избегать. Антон попробует ответить на все эти актуальные вопросы и конечно приведет множество примеров для наглядности и практического подтверждения. Мы проговорим «хорошие» варианты параллельного запуска автоматизированных тестов, но так же рассмотрим ситуацию с противоположной стороны «от противного». Проанализируем десяток «плохих» решений по параллелизации на реальных примерах – сложных, медленных, дорогих, неэффективных. Фактически, беседа будет состоять из двух частей: «что такое хорошо и что такое плохо» в примерах, с аргументацией и рекомендациями.
Мы уделяем много внимания темам автоматизации тестирования. Но что, если мы посмотрим на сам процесс нашей работы? Сколько рутинных задач мы выполняем каждый день? Насколько эффективно мы их выполняем? Иван расскажет о своем опыте эффективной работы с подобными ежедневными задачами
Исходя из своего опыта работы инженером в автоматизации, экспертом в Java automation assessment комитете в компании Epam, Иван поделится общими рекомендациями, советами, материалами для тех, кто хочет достичь уровня Senior инженера в автоматизации. Доклад будет полезен в первую очередь Junior и Middle инженерам, которые смогут использовать его как своего рода «гайд»: посмотреть где есть пробелы, что стоит вспомнить, чему уделить больше внимания.
В своей презентации я бы хотел рассказать о своем личном опыте в OpenSource. Начиная от контрибьюта в популярные проекты и публикации своих проектов на GitHub до участия в процессе отбора и развития OpenSource решений Презентация позволит взглянуть на OpenSource с разных сторон и понять зачем это нужно как для обычного инженера, так и для большой компании
Мы поговорим о новых возможностях Open Source фреймворка JDI для Автоматизации UI Тестирования. Архитектор проекта расскажет «всю правду» о своем детище, а мы послушаем, сделаем выводы и, возможно, используем это решение для нашего следующего проекта.
Out of box page object design pattern, javaCOMAQA.BY
Самая сложная часть в изучении новой дисциплины - разбираться с основами и базовыми понятиями. Давайте поговорим о самых популярных паттернах, которые используются в автоматизации тестирования UI - Page Object: использование статического и динамического решения, границы применимости и неприменимости, особенности реализации в зависимости от содержания, живые примеры.
2. 2CONFIDENTIAL
ROMAN SOROKA
• Первоклассный мастер по организации и
оптимизации процессов контроля качества.
• Сертифицированный PMP специалист.
• Переехал из Москвы в Минск
• Роли и задачи с которыми сталкивался: developer,
software engineer in test, QA lead, delivery manager.
13. 13CONFIDENTIAL
• Меня пригласили на проект помочь
по следующим направлениям:
– Переговоры с заказчиком.
– Автоматизированное
тестирование.
– Ручное тестирование.
– Взаимодействие тестировщиков
и разработчиков.
– Рабочие процессы
– Сontinuous delivery.
• Отличный парень!
Какие ожидания от меня
14. 14CONFIDENTIAL
• Пишем старую систему с нуля:
– Никакого унаследованного кода
• Карт-бланш на:
– Технологии
– Эксперименты с процессами
• Команда сформирована на 2/3:
– Все наняты специально под
проект
– Старые члены команды – это
ручные тестировщики
Ситуация на проекте
16. 16CONFIDENTIAL
•Узнаём картину мира у
каждого участника:
–Какова твоя роль в
проекте?
–Какие ожидания от
тебя?
–Какие ожидания у
тебя от коллег?
Шаг №1. Опросить людей о зонах ответственности
17. 17CONFIDENTIAL
•Информация о митингах.
– Какие митинги есть?
– Кто участвует?
– Результаты встреч?
•Каналы коммуникации
– Кто информирует кого?
– Как двигаются потоки?
Шаг №2. Изучаем потоки коммуникации
18. 18CONFIDENTIAL
•Изучаем процесс работы
и доступов к средам:
–Кто имеет доступ к
какой среде?
–В каком состоянии
они
поддерживаются?
–Как принимаются
решения о релизе?
Шаг №3. Выясняем состояние сред
19. 19CONFIDENTIAL
• Ручное тестирование
– Приоритет задач и багов?
– Наличие тест-кейсов?
– Сделана ли задача?
Автоматизация:
– Есть ли вообще?
– Кто за неё отвечает?
– Кто смотрит результаты?
– Приносит ли она пользу?
Шаг №4. Выясняем состояние дел в тестировании
23. 23CONFIDENTIAL
•Найти книгу, хобби,
фильм или сериал
близкий заказчикам,
который пересечётся с
увлечениями команды.
•И такое решение было
найдено...
Типичная задача на пересечение множеств
26. 26CONFIDENTIAL
• Общая терминология.
• Единой понимание целей.
• Definition of Done для задач.
• Определение приоритетов.
• Геймификация для мотивации.
• Автоматизированное
тестирование.
• Внедрение Kanban.
• Continuous delivery
Решения обнаруженных проблем
36. 36CONFIDENTIAL
RACI матрица на примере ночного дозора
Защита стены от вторжений Лечение раненных
R Братья ночного дозора Лекарь и его ученики
A Глава ночного дозора Главный лекарь
C Жрица
Книги по медицине и другие
лекари
I Лорды королевства Глава ночного дозора
42. 42CONFIDENTIAL
•Даём выход эмоциям.
•Мы на совещании у
короля и если он
вспылит, а мы не
сдержимся то потеряем
голову.
•Правило -1 король за
столом.
Эмоции – это норма
47. 47CONFIDENTIAL
•Его заводят с целью
чтоб все знали, что
дефект известен и
если вдруг когда-
нибудь не будет
других дел, то его
поправили.
Low priority
48. 48CONFIDENTIAL
• Разрабатывается протокол
поведения.
• Собирается команда быстрого
реагирования.
• Задача снизить приоритет в
течении 2ух часов.
• Или исправляем проблему или
откатываемся.
• Всем спасибо, все свободны,
но…
Urgent прилетел!
49. 49CONFIDENTIAL
• Нужно заранее подготовить
список вопросов, который
будет разбираться.
• После решения проблемы
дать ответы на все вопросы
которые актуальны к
проблеме.
Postmortem анализ
50. 50CONFIDENTIAL
• Что произошло?
• Когда обнаружили?
• Кто обнаружил?
• Кто и что делал?
• Какой урон был понесён?
• Как избежать подобных
проблем в будущем?
• Можно ли
автоматизировать?
Postmortem анализ
• Собираем ответы.
• Письменно отвечаем в
таске или баге.
• Знакомим с выводами и
информацией всех
нужных людей.
• Следим в дальнейшем,
чтоб выводы были
сделаны и ошибки не
повторились.
57. 57CONFIDENTIAL
• Защищать от атак
• Внушать уважение
• Контролировать доступ
• Жить автономно в случае
осады
• Создавать чувство
безопасности
• Объединять людей
Capability
58. 58CONFIDENTIAL
ACC матрица
Attributes
Components
Capabilities
by Attributes and Components.
Военный Политический Культурный
Стена
Защищать от атак,
Создавать чувство
безопасности
Обозначать границу
Гулять и
наслаждаться
видом
Ворота Контролировать доступ
Зал аудиенций Внушать уважение
Колодец
Жить автономно в
случае осады
Жилые помещения
Потайной выход
Создавать чувство
безопасности
Тюрьма Внушать уважение
Объединять
людей
63. 63CONFIDENTIAL
•Не было полного
описания задач.
•Фраза: «Сделайте как на
старом продукте».
•Никто не мог объяснить
что не так с готовой
задачей.
Как понять что делать
65. 65CONFIDENTIAL
• Definition of done (DoD) – как
любому человеку даже
незнакомому с задачей, понять
что она сделана.
• Если нет DoD, то нельзя понять,
когда работу над задачей можно
завершить.
Definition of Done
66. 66CONFIDENTIAL
•Мы тайное общество
наёмных убийц и к нам
приходит заказчик.
•Заказчик просит убить
своего злейшего врага.
•Не задаём лишних
вопросов и берёмся за
работу.
Definition of Done
68. 68CONFIDENTIAL
• Стоит обязательно
подключать специалистов,
которые будут тестировать
выполнение данной задачи,
для помощи в формулировке
DoD до выполнения работ и
убедиться, что все понимают
как проверить, что задача
выполнена.
Definition of Done
69. 69CONFIDENTIAL
• Если мы даём свободу
предлагать идеи, то нужен
какой-то способ взвесить,
что идея даёт плюс или
минус.
SWOT анализ
71. 71CONFIDENTIAL
• Давайте проведём SWOT
анализ на примере
Дейенерис Таргариен.
• Наша задача победить
врагов, захватить железный
трон и править семью
королевствами.
SWOT анализ по захвату железного трона
72. 72CONFIDENTIAL
SWOT анализ по захвату железного трона
Сильные стороны Слабые стороны
Наличие драконов Отсутствие мужа и наследника
Репутация матери-освободительницы Непостоянство характера
Законное право занять престол Факт долгого проживания зарубежом
Собственная армия и казна Частые ошибки в выборе советников
Красота
Возможности Угрозы
Династический брак Другие наследники Таргариенов
Желание других присоедениться Наёмные убийцы
Отсуствие мотивации у армии
Бедственное состояние экономики 7
королевств
73. 73CONFIDENTIAL
• Должна быть одна точка
входа для поиска
информации. Любой человек
с доступом может получить
все нужные ему ответы и не
нужно беспокоиться.
Логи – это контроль и учёт
76. 76CONFIDENTIAL
• Формализованная система
оценки и мотивации
сотрудников отсутствовала.
• Никто достижения/проступки
сотрудников в течении
времени не отслеживал.
• Хаотичность в принятии
управленческих решений.
Геймификация
77. 77CONFIDENTIAL
•Ward Clapham –
придумал систему
положительных
замечаний в полиции.
–Поощряй людей
которые делают всё
правильно и хорошо,
даже если это их
обязанность.
Положительная обратная связь
78. 78CONFIDENTIAL
• Большинство из нас любит
когда отмечают их
достижения и титулы,
особенно те которые можно
передать по наследству!
Геймификация
79. 79CONFIDENTIAL
Как работает геймификация
Событие
• + или - событие
которое можно
оценить
Значок
• Назначает любой сотрудник
• Подтверждает руководитель
• Служат для оценки события
• Могут как добавлять так и
отнимать очки
Достижение
• Назначаются
автоматически
• Усиливают значки
• +/- очки
Медаль
• Назначаются
за очки
• Обмениваются
на призы
83. 83CONFIDENTIAL
• Без реальных наград вся
система мало эффективна.
Ради мифических «тугриков»
стараться не будут!
• Бронза – укороченный рабочий
день.
• Серебро – 1 день работы из
дома.
• Золото – 1 день Day Off либо
обмен на деньги.
Геймификация
85. 85CONFIDENTIAL
• Наша задача установить
рубежи контроля и
сигнализацию, что если что-
то пойдёт не так, то только в
этом случае отвлекаться от
повседневных дел.
• Сразу планируйте
контрольные точки и
сигналки!
Строим процессы
87. 87CONFIDENTIAL
•Наука говорит нам, что
люди последовательные
и нельзя достичь
подлинной
многозадачности.
•Переключение
контекста – это дорого!
Многозадачность
88. 88CONFIDENTIAL
• Разработчики не начинают
новую задачу пока
тестирование проверяет их
задачу.
• Они могут заняться
полезными вещами -
повышением квалификации.
• Переключение контекста это
дорого!
Многозадачность
89. 89CONFIDENTIAL
•Две оценки для задач:
–Тирион (Короткая) –
пол рабочего дня.
–Длинная (Варис) –
целый рабочий день.
•Такие задачи легко
понять, сделать и
проверить.
Оценки должны быть простые
91. 91CONFIDENTIAL
Подготовка (Участвуют лиды и
продакты)
Готовы к
работе
(лиды
разработки
)
Разработка Тестирование
Поставлено
Бэклог
продактов
Готовы к
проверке
на DoD и
estimate
В работе
(проверка)
В работе
( ??? )
Готово
( ??? )
В работе Готово
Приготовить
невесту
Захватить
Риверан
Убить всех
Старков
Делать вид,
что всё ок
Союз с
ЛанистерамиMB
Пригласить на
свадьбу
NT
Позлорадствов
ать
SC
Визуализируйте поток работ
92. 92CONFIDENTIAL
• Mieruka (Japanese) – визуальный
контроль, позволяет достичь
наглядности и прозрачности в
информационных потоках.
• Мы видим кто делает что, какие
задачи заблокированы, и где
находятся узкие места.
• Ограничение работы позволяет
концентрировать силы на
завершении задач, а не на старте
незавершённых.
Канбанчик – весёлый!
Selected In Progress DoneAnalysis
2 35
95. 95CONFIDENTIAL
•Любой процесс и
методология это не
религия и их нужно
улучшать и
адаптировать под свою
ситуацию.
•Главное – это
практическая польза.
Методология – это не религия!
96. 96CONFIDENTIAL
• Основная идея CD в том, чтобы
построить конвейер (Deployment
Pipeline), позволяющий каждому
изменению в системе контроля
версий попасть в боевое
окружения стандартным и
полностью автоматизированным
способом.
Continious delivery
97. 97CONFIDENTIAL
•Простыми словами в
любой момент времени
по нашем желанию мы
можем отправить всё
что мы сделали на
боевые сервера. И все
при этом работает.
•Это магия друзья!
Continious delivery
98. 98CONFIDENTIAL
• Изменения вносятся в систему контроля версий (СКВ).
• Запускается система непрерывной интеграции (Continuous Integration, CI),
собирается билд (если это компилируемый язык), прогоняются все
необходимые тесты.
• В случае успешности предыдущего шага, билд выкатывается на окружение
тестирования (QA).
• После успешного тестирования билд выкатывается на stage окружение
(pre-production), которое максимально приближено к боевому окружению.
• Если все прошло хорошо, то билд попадает в боевое окружение.
Continuous delivery
99. 99CONFIDENTIAL
• Имеется один специалист по
автоматизации тестирования.
• Есть универсальное API.
• Есть команда фронтэнда.
• Есть команда мобильной
разработки.
• Есть ручные тестировщики,
которые не владеют
автоматизацией совсем.
Задумаемся об автоматизации
100. 100CONFIDENTIAL
•Зачем юнит-тесты и в
каком количестве.
•Важность тестов API.
•GUI это дорого и
больно.
•Суть ручного и
автоматизированного
тестирования.
Начнём с просвещения
101. 101CONFIDENTIAL
• Мотивирующие QPI на
покрытие кода юниттестами;
• Команда mobile dev
поддерживает test suites API
для мобильных устройств;
• API покрываем
интеграционными тестами.
• Пишем фреймворк UI тестов
для Happy path.
Мотивируем разработчиков
102. 102CONFIDENTIAL
• Теперь у нас есть достаточно
юнит-тестов.
• Проверка API на мобильном
устройстве.
• Проверка API для web.
• UI happy-path тесты для
основных сценариев.
• Но вдруг что-то пойдёт не
так?
Всё готово к успеху
104. 104CONFIDENTIAL
• Есть среда dev, которая всегда
поддерживается в рабочем и
актуальном состоянии, чтобы в
любой момент изменения можно
было выкатить.
• Есть среда prod, на которой
ведётся вся работа.
• Pre-prod создаётся динамически
по запросу и потом удаляется.
Есть две постоянных среды
105. 105CONFIDENTIAL
• Вспомним RACI матрицу и
сформируем комитет по
согласованию релиза.
• Все из комитета дают
разрешение на релиз.
• Сразу же продумаем
процедуры, что делать если
не согласовали или кто-то
отсутствует.
Согласования
106. 106CONFIDENTIAL
• Мы релизим всё что
разработано, просто весь
функционал закрыт
переключателями, чтоб его
можно было посмотреть
только нужным людям.
• Для пользователей
недоделанные фичи
недоступны.
Недоделанный функционал скрыт
107. 107CONFIDENTIAL
• Чтобы подчеркнуть важность
дат и времени, используется
наглядный календарь-
инструкция!
• 7 Богов = 7 дням недели.
• С помощью наглядной
иллюстрации отображаем
рабочие процессы.
Организуем время на неделе
109. 109CONFIDENTIAL
• В понедельник мы отдохнувшие
настраиваемся на трудовые
свершения, взвешенно и
обдуманно подходим к проблем
и всё обсуждаем.
• Все основные митинги в
понедельник, чтоб проснуться и
распланировать неделю.
• Лиды помогают с DoD для задач
и оценкой по времени.
Понедельник - Отец
Иллюстрации Mustamirri
110. 110CONFIDENTIAL
• Настало время разродиться
релизом.
• Разработчики в этот день
исправляют дефекты и не
делают никаких задач.
• Тестирование проверяет руками
по виртуальным турам Sanity
check, что всё хорошо на пре-
проде.
Вторник - Мать
Иллюстрации Mustamirri
111. 111CONFIDENTIAL
• Ожидается ударный труд.
• У разработчиков основная
задача доделать истории в
этот день.
• Тестирование проверяет
готовые фичи, готовы ли они
для пользователей.
• Лиды помогают с DoD для
задач.
Среда - Кузнец
Иллюстрации Mustamirri
112. 112CONFIDENTIAL
• И снова непорочный релиз в
этот день, поэтому по
статистике он проходит
тяжелее.
• Разработчики в этот день
исправляют дефекты и не
делают никаких задач.
• Тестирование проверяет руками
по виртуальным турам, что всё
хорошо на пре-проде.
Четверг - Дева
Иллюстрации Mustamirri
113. 113CONFIDENTIAL
• Бьёмся с проблемами
накопившимися за неделю.
• Разработчики делают фичи.
• Тестирование проверяет
готовые истории.
• Лиды помогают с DoD для задач.
• Короткая ретроспектива
прошедшей недели и пожелания
хорошо отдохнуть.
Пятница - Воин
Иллюстрации Mustamirri
114. 114CONFIDENTIAL
• Суббота день отдыха, люди уже
прожили свою рабочую неделю
и мы на их последние силы не
имеем права, кроме
исключительных случаев.
• Никаких переработок!
• Проводим свои последнии дни с
семьёй и все решают свои дела.
• Никакой работы!
Суббота - Старица
Иллюстрации Mustamirri
116. 116CONFIDENTIAL
• Решилась проблема коммуникации, общаемся на одном языке.
• Появилось понимание, что важно и приоритетно и как действовать
в чрезвычайной ситуации.
• Началось обучение на ошибках. Стали исправлять неработающее и
предотвращать появление похожих дефектов в дальнейшем.
• Освободилось время у людей от непрофильных активностей.
• Внедрилась прогрессивная система мотивации.
• Сделались задачи ради которых меня нанимали, такие как
организовать continuous delivery.
Итого: Жить стало лучше, жить стало веселее
119. 119CONFIDENTIAL
•В презентации используются:
–скриншоты из сериала канала HBO, «Игра
престолов», по мотивам серии книг «Песнь
льда и огня» автора Джорджа Р.Р. Мартина;
–Иллюстрации художников Дж. Фуллертона и
Mustamirri взятые с сайта 7kingdoms.ru;
–Картинки значков из игры Fallout.
Использованные материалы
Editor's Notes
Недавно в епам и был уж интересный опыт на проекте
В целом в ИТ я давно уже тружусь
Прогал, писал фреймворки, лидил, выстраивал процессы.
Переехал из Москвы в Минск.