COMAQA Conf#2
29 августа, Минск

COMAQA Conf#2

COMAQA.BY Conf #2 - вторая полномасштабная конференция, посвященная автоматизированному и мануальному тестированию, менеджменту команд и эффективному взаимодействию участников процесса разработки ПО, организованная сообществом автоматизаторов и сочувствующих COMAQA.BY при деятельной поддержке очень и очень многих небезразличных людей. На мероприятии с докладами выступят активисты сообщества, ключевые специалисты ведущих IT компаний Беларуси. На конференции вашему вниманию будет представлено 15 докладов, разбитых на два потока и круглый стол, посвященный ряду наболевших вопросов тестирования ПО.

#COMAQA

Выступают

Программа

  • 11:00 - 11:15

    Открытие мероприятия

  • 11:15 - 12:00

    Codeception + PHP for QA Automation

    Евгений Борисик

    Тема доклада сознательно "экзотична". Мы хотим показать все многообразие средств Автоматизации; рассмотреть самые разные, прежде всего с технической точки зрения, подходы к Автоматизированному тестированию. 1. Что такое Codeception 2. Когда стоит и когда не стоит использовать Codeception 3. PhpBrowser vs Selenium WebDriver 4. Тестирование веб-сервисов 5. Тестирование баз-данных 6. Codeception - "копаем" глубже 7. Пример "из жизни" 8. Выводы 9. Ответы на вопросы

  • 12:00 - 12:45

    Report Portal - эффективность вашей автоматизации

    Дмитрий Гуменюк

    Report Portal это облачный сервис, обеспечивающий большие возможности в ускорении анализа результатов и отчетности посредством встроенных аналитических особенностей. Отличное дополнение к Continues Delivery и Continues Testing. Эффективно интегрирующийся с основными платформами, такими как Jenkins, Jira, BDD, большинство Функциональных и Unit структур тестирования. Интеграция в реальном времени позволяет управлять и отслеживать статус выполнения непосредственно в Report Portal'e. Детальные логи, скриншоты доступны для тест кейсов в одном месте, история предыдущих запусков доступна в один клик. Report Portal также дает Вам способность совместно проанализировать результаты автоматизации. Отметив их соответсвующей причиной и могут быть засабмитаны в bug tracking систему прямо из результатов. С обратными ссылками. Report Portal обеспечивает большие возможности наряду с анализом авторезультатов, используюя исторические данные выполнения. Таким образом со следующим прогоном сервер автоматически выяснит первопричину, делая анализ самостоятельно, и отметит флагом те, где нужно пристальное внимание инженера.

  • 12:45 - 13:30

    Круглый стол “QA and QC – HolyWar”

    Валерий Каменский

    0. Контекст диалога: объективация светлого будущего :) 1. Что такое QA и QC на уровне определений? Сравнительный анализ. 2. За что отвечает специалист по обеспечению качества? 3. Какими навыками должен обладать младший специалист по обеспечению качества? 4. Насколько востребованы специалисты по обеспечению качества сегодня? Как ситуация трансформируется завтра? 5. Насколько легко найти специалиста по обеспечению качества? Как ситуация изменится завтра? 6. Как вырастить специалиста по обеспечению качества? (главный вопрос, на который будем искать ответ)

  • 13:30 - 14:30

    Кофе-пауза

  • 14:30 - 15:15

    Xamarin Test Cloud: Calabash + Ruby, Xamarin.UITest + NUnit + C#

    Никита Мещаненко

    В докладе мы постараемся ответить на следующие вопросы: 1. Что такое Xamarin Test Cloud и с чем его "едят" 2. Когда стоит и когда не стоит применять облачные сервисы 3. Автоматизация с использованием Calabash + Ruby 4. Автоматизация с использованием Xamarin.UITest + NUnit + C# 5. Сравнительный анализ Calabash + Ruby и Xamarin.UITest + NUnit + C# 6. Сравнительный анализ средств Автоматизации от Xamarin и других популярных на рынке решений 7. Сравнительный анализ облачных сервисов для Автоматизации через призму Xamarin Test Cloud 8. Когда стоит и когда не стоит применять Xamarin Test Cloud 9. Выводы 10. Ответы на вопросы

  • 15:15 - 16:00

    Page Object Pattern and Selenide

    Андрей Стахиевич

    Selenide - очень популярный фреймворк-обертка вокруг Selenium Webdriver, предназначенный для быстрого написания легко-поддерживаемых функциональных тестов на Java. Автотесты с его использованием сами по себе являются лаконичными и легко-читаемыми даже без использования таких паттернов, как Page Object или Page Element. Однако этот инструмент прекрасно уживается с Page Object, и даже более того. Он реализует свою форму этого паттерна. Давайте рассмотрим на примерах различные варианты организации тестов с использованием Selenide и сравним их преимущества и недостатки.

  • 16:00 - 16:20

    Кофе-пауза

  • 16:20 - 17:00

    Для чего, как, насколько сложно разрабатывать собственный инструмент кросс-браузерной Web- автоматизации

    Антон Семенченко

    В последнее время популярна разработка своих собственных решений для автоматизации тестирования на базе открытых библиотек и инструментов, таких как Selenium WebDriver, Allure и пр. Причин этому несколько: - Существующие инструменты сами по себе могут не полностью отвечать запросам на конкретном проекте, а получить желаемый результат можно только объединив несколько инструментов вместе - Создание полноценного тестового фреймворка и поддержка автотестов требуют серьезных навыков программирования, для этого не всегда есть свободные ресурсы - Запуск автотестов в классическом их виде, просмотр и анализ результатов могут оказаться слишком неинтуитивными для представителей бизнеса, что может сказаться на отношении заказчика к автоматизации Это только некоторые из причин, по которым столь трудоемкий процесс может быть полезен и интересен любой компании, связанной с автоматизацией тестирования. Подробнее об этом и о том, как же разработать свой инструмент и насколько это сложно мы и поговорим.

  • 17:00 - 17:40

    Построение фреймворка для мобил

    Сергей Комаров

    Доклад про то с чего начинать разработку фреймворка для тестирования мобильных приложений, в чем его основные отличия от фреймворка для веба и особенности настройки Continuous Integration

  • 17:40 - 17:50

    Кофе-пауза

  • 17:50 - 18:35

    JS для автоматизации UI

    Алексей Буль

    Ваши тесты работают медленно? Вы устали от нестабильности? Вынуждены делать много лишних действий на UI? WebDriver API не айс? На помощь спешит JS! Поговорим о том, как с помощью JS решаются проблемы при тестировании UI.

  • 18:35 - 19:20

    Автоматизация тестирования: отбрасываем лишнее и проверяем суть

    Игорь Хрол

    Наиболее популярный вид тестирования, применяющийся на проектах - это тестирование чёрного ящика. Когда решается задача автоматизации тестирования, чаще всего это происходит "в лоб" - в точности повторяя действия пользователя. Это наиболее понятный и простой путь. Но к сожалению, этот путь очень сильно ограничен в своей области применения. На примере компании Toptal хотелось бы обсудить, как можно сделать по-другому: 1. Какие проблемы решает “Пирамида автоматизации тестирования” и как она выглядит в жизни? 2. Какова роль тестировщика или автоматизатора в написании модульных тестов? 3. Почему это важно бизнесу (заказчику, ну или тому, за чьи деньги происходит разработка)?

  • 21:00 - 21:10

    "А что дальше?", COMAQA.BY

  • 11:00 - 11:15

    Открытие мероприятия

  • 11:15 - 12:00

    Настройка Allure при использовании TestNG-Retry: наглядные отчеты для повторных запусков тестов

    Антон Емельянов

    В докладе мы проговорим Allure и TestNG-Retry. Allure - free open source ""инфраструктура"" для генерации (xml-трансформации) отчетов о работе Автоматизированных тестов. TestNG-Retry - расширение TestNG раннера, для повторного запуска тестов. Оба инструмента будут рассмотрены через следующую призму: 1. Описание проекта, формулировка проблемы, решение на базе Allure и TestNG-Retry, аргументация в пользу выбранного решения 2. Сильные и слабые стороны TestNG-Retry 3. Реализация ""инфраструктуры"" на базе TestNG-Retry 4. Настройка Allure для получения наглядного отчета 5. Выводы 6. Ответы на вопросы

  • 12:00 - 12:45

    Внедрение автоматизации на проекте с действующим ручным тестированием

    Вадим Зубович

    Зачастую автоматизация вводится на проектах на том этапе, когда уже эффективно работают ручные тестировщики. При этом неизбежно возникаются определенные трудности. Давайте взглянем сперва на сами проблемы: 1. Наладить эффективное взаимодействие команд ручного тестирования и автоматизации 2. Сформулировать приоритеты для ручного/автоматизированного тестирования 3. Сформулировать тест-кейсы для автоматизации с нуля, или на базе существующих ручных 4. Построить эффективные коммуникации между командами разработки, ручного тестирования и автоматизации И конечно же разберемся с тем, как их решить.

  • 12:45 - 13:30

    Круглый стол “QA and QC – HolyWar”

    Валерий Каменский

    0. Контекст диалога: объективация светлого будущего :) 1. Что такое QA и QC на уровне определений? Сравнительный анализ. 2. За что отвечает специалист по обеспечению качества? 3. Какими навыками должен обладать младший специалист по обеспечению качества? 4. Насколько востребованы специалисты по обеспечению качества сегодня? Как ситуация трансформируется завтра? 5. Насколько легко найти специалиста по обеспечению качества? Как ситуация изменится завтра? 6. Как вырастить специалиста по обеспечению качества? (главный вопрос, на который будем искать ответ)

  • 13:30 - 14:30

    Кофе-пауза

  • 14:30 - 15:15

    Виртуализация на пальцах

    Антон Наумович

    Виртуализация обретает все большую популярность в современном IT-мире. Огромное количество самых разных сервисов, в том числе связанных с тестированием, переводят свою инфраструктуру полностью в виртуальное окружение, в облака. Мы поговорим о том, как устроена виртуализация “на пальцах”, какие есть типы виртуализации и чем они отличаются, какие тренды демонстрирует индустрия в последние годы в этой области.

  • 15:15 - 16:00

    Принцип открытого кимоно как инструмент мотивации

    Антон Семенченко

    Мы поговорим о принципе открытого кимоно, о том как его можно использовать в процессе делегирования, какую ценность следование этому принципу приносит менеджеру, и что получает молодой специалист. Доверие, уважение, профессиональное развитие и карьерный рост – как определить, работают ли эти принципы корпоративной культуры на самом деле? Готовы ли ваши сотрудники к действительно открытой и прозрачной коммуникации? Готовы ли члены команды по-настоящему доверять друг другу? Открытое кимоно в японской культуре предполагает отсутствие скрытого оружия под одеждой самурая. В бизнес-среде о принципе открытого кимоно стали говорить в начале 70-х годов, и этим понятием обозначают открытое сотрудничество и обмен информацией без каких-либо тайн и секретов между бизнес-партнёрами. На основе принципа были разработаны различные методики бизнес-коммуникации и техники переговоров. Как классические представления о Communication Management-е могут помочь молодому специалисту в ежедневной работе, как убедить добровольно тратить время на Communication Management. Зачем все это нужно менеджеру, зачем молодому специалисту ..? Почему Делегирование должно быть частью корпоративной культуры иначе эффективное внедрение Self-Communication Management-а физически невозможно. «Принцип открытого кимоно» - что же он значит на самом деле ... как его использовать в связке с Delegation и Self-Communication Management, что получает менеджер,что молодой специалист ..? В рамках выступления автор поделится своим видением практик коммуникации, основанных на принципе «открытого кимоно», и, конечно же, об опыте их практического внедрения, о tips tricks, так же слушатели получат готовые материалами для использования в своих командах.

  • 16:00 - 16:20

    Кофе-пауза

  • 16:20 - 17:00
  • 17:00 - 17:40

    Automation Process in SCRUM.. by SCRUM.. for SCRUM

    Игорь Былицкий

    Доклад о том, как лучше сетапить процесс автоматизации работая по скраму. Какие зависимости, подводные камни. Каких ошибок лучше избегать, на примере нашего опыта. Типы взаимодействия Manual QA и Automation команд, как научить их дружить и добиваться общей цели.

  • 17:40 - 17:50

    Кофе-пауза

  • 17:50 - 18:35

    JS для автоматизации UI

    Алексей Буль

    Ваши тесты работают медленно? Вы устали от нестабильности? Вынуждены делать много лишних действий на UI? WebDriver API не айс? На помощь спешит JS! Поговорим о том, как с помощью JS решаются проблемы при тестировании UI.

  • 18:35 - 19:20

    Автоматизация тестирования: отбрасываем лишнее и проверяем суть

    Игорь Хрол

    Наиболее популярный вид тестирования, применяющийся на проектах - это тестирование чёрного ящика. Когда решается задача автоматизации тестирования, чаще всего это происходит "в лоб" - в точности повторяя действия пользователя. Это наиболее понятный и простой путь. Но к сожалению, этот путь очень сильно ограничен в своей области применения. На примере компании Toptal хотелось бы обсудить, как можно сделать по-другому: 1. Какие проблемы решает “Пирамида автоматизации тестирования” и как она выглядит в жизни? 2. Какова роль тестировщика или автоматизатора в написании модульных тестов? 3. Почему это важно бизнесу (заказчику, ну или тому, за чьи деньги происходит разработка)?

  • 21:00 - 21:10

    "А что дальше?", COMAQA.BY

Организаторы

  • COMAQA.BY
  • DPI Solutions

Партнеры

  • DPI Solutions
  • SPACE
  • Issoft
  • Ciklum
  • Wargaming
  • EPAM
  • Oxagile

Инфопартнеры

  • dev.by
  • IT-academy
  • IBA Institute
  • Kv
  • Active
  • Webnotbombs
  • Apps4all
  • Meyou
  • Numeralis
  • Mdday
  • Softline