COMAQA.BY Conf #2

29 Августа,

 

Space, Минск, Беларусь

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

На мероприятии с докладами выступят активисты сообщества, ключевые специалисты ведущих IT компаний Беларуси.

На конференции вашему вниманию будет представлено 15 докладов, разбитых на два потока и круглый стол, посвященный ряду наболевших вопросов тестирования ПО.

Докладчики

  • Антон Семенченко, COMAQA.BY, "Принцип открытого кимоно как инструмент мотивации", ...

    Активист сообщества автоматизаторов и сочувствующих COMAQA.BY.

    Более 12 лет опыта в IT, основная специализация: автоматизированное тестирование, низкоуровневая разработка на C++ и ниже :) Менеджмент, Продажи.

     

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

     

    Мы поговорим о принципе открытого кимоно, о том как его можно использовать в процессе делегирования, какую ценность следование этому принципу приносит менеджеру, и что получает молодой специалист.

     

    Доверие, уважение, профессиональное развитие и карьерный рост – как определить, работают ли эти принципы корпоративной культуры на самом деле? Готовы ли ваши сотрудники к действительно открытой и прозрачной коммуникации? Готовы ли члены команды по-настоящему доверять друг другу?

     

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

     

    Как классические представления о Communication Management-е могут помочь молодому специалисту в ежедневной работе, как убедить добровольно тратить время на Communication Management. Зачем все это нужно менеджеру, зачем молодому специалисту ..? Почему Делегирование должно быть частью корпоративной культуры иначе эффективное внедрение Self-Communication Management-а физически невозможно. «Принцип открытого кимоно» - что же он значит на самом деле ... как его использовать в связке с Delegation и Self-Communication Management, что получает менеджер, что молодой специалист ..?

     

    В рамках выступления автор поделится своим видением практик коммуникации, основанных на принципе «открытого кимоно», и, конечно же, об опыте их практического внедрения, о tips & tricks, так же слушатели получат готовые материалами для использования в своих командах.

     

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

     

    В последнее время популярна разработка своих собственных решений для автоматизации тестирования на базе открытых библиотек и инструментов, таких как Selenium WebDriver, Allure и пр. Причин этому несколько:

     

    - Существующие инструменты сами по себе могут не полностью отвечать запросам на конкретном проекте, а получить желаемый результат можно только объединив несколько инструментов вместе

     

    - Создание полноценного тестового фреймворка и поддержка автотестов требуют серьезных навыков программирования, для этого не всегда есть свободные ресурсы

     

    - Запуск автотестов в классическом их виде, просмотр и анализ результатов могут оказаться слишком неинтуитивными для представителей бизнеса, что может сказаться на отношении заказчика к автоматизации

     

    Это только некоторые из причин, по которым столь трудоемкий процесс может быть полезен и интересен любой компании, связанной с автоматизацией тестирования. Подробнее об этом и о том, как же разработать свой инструмент и насколько это сложно мы и

    поговорим.

  • Вадим Зубович, COMAQA.BY, "Внедрение автоматизации на проекте с действующим ..."

    QA Automation Tech Lead, Активист COMAQA.BY, лектор IT Academy, IBA Institute, BSU, разработчик ASP.Net. В Автоматизированном тестировании предже всего специализируется на функциональном тестировании Web приложений и тестировании производительности Web приложений, функциональном тестировании Desktop-а.

     

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

     

    Зачастую автоматизация вводится на проектах на том этапе, когда уже эффективно работают ручные тестировщики. При этом неизбежно возникаются определенные трудности.

     

    Давайте взглянем сперва на сами проблемы:

    1. Наладить эффективное взаимодействие команд ручного тестирования и автоматизации

    2. Сформулировать приоритеты для ручного/автоматизированного тестирования

    3. Сформулировать тест-кейсы для автоматизации с нуля, или на базе существующих ручных

    4. Построить эффективные коммуникации между командами разработки, ручного тестирования и автоматизации

     

    И конечно же разберемся с тем, как их решить.

  • Евгений Борисик, COMAQA.BY, “Codeception + PHP for QA Automation”

    Являюсь сотрудником компании Issoft с начала 2014 года. В 2015 году закончил факультет информационных технологий БГУИР. Имею опыт в автоматизации два года, тестирую на языках программирования Java, C# на базе технологий семейства Selenium. Имею опыт тестирования веб-сервисов и баз данных, что послужило толчком для знакомства с Codeception. За два года принял участие в 8 проектах, имею неплохой опыт в поддержке старых версий браузеров и их гибкой настройке. Был широко задействован в написании тестовой документации.

     

    Codeception + PHP for QA Automation

     

    Тема доклада сознательно "экзотична". Мы хотим показать все многообразие средств Автоматизации; рассмотреть самые разные, прежде всего с технической точки зрения, подходы к Автоматизированному тестированию.

    1. Что такое Codeception

    2. Когда стоит и когда не стоит использовать Codeception

    3. PhpBrowser vs Selenium WebDriver

    4. Тестирование веб-сервисов

    5. Тестирование баз-данных

    6. Codeception - "копаем" глубже

    7. Пример "из жизни"

    8. Выводы

    9. Ответы на вопросы

     

  • Гуменюк Дмитрий, EPAM Systems, “Report Portal - эффективность вашей автоматизации”

    Project Manager. 8 лет в EPAM Systems.

     

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

     

    Report Portal это облачный сервис, обеспечивающий большие возможности в ускорении анализа результатов и отчетности посредством встроенных аналитических особенностей.

    Отличное дополнение к Continues Delivery и Continues Testing. Эффективно интегрирующийся с основными платформами, такими как Jenkins, Jira, BDD, большинство Функциональных и Unit структур тестирования.

     

    Интеграция в реальном времени позволяет управлять и отслеживать статус выполнения непосредственно в Report Portal'e.

    Детальные логи, скриншоты доступны для тест кейсов в одном месте, история предыдущих запусков доступна в один клик.

     

    Report Portal также дает Вам способность совместно проанализировать результаты автоматизации. Отметив их соответсвующей причиной и могут быть засабмитаны в bug tracking систему прямо из результатов. С обратными ссылками.

     

    Report Portal обеспечивает большие возможности наряду с анализом авторезультатов, используюя исторические данные выполнения. Таким образом со следующим прогоном сервер автоматически выяснит первопричину, делая анализ самостоятельно, и отметит флагом те, где нужно пристальное внимание инженера.

  • Антон Емельянов, COMAQA.BY, “Настройка Allure при использовании TestNG-Retry..."

    Работаю QA Automation Engineer в компании ISSoft, являюсь активистом сообщеста COMAQA.BY. В 2015 году с отличием закончил БГУИР. Автоматизацией занимаюсь около 2 лет, принимал участие в 7 проектах по Автоматизированному тестированию. Пожалуй наиболее интересным был следующий проект: разработка сложных интеграционных тестов с использованием базы данных, а так же разработка и поддержка тестов для старых версий Internet Explorer. Участвовал в обучении мануальных тестировщиков основам автоматизации.

     

    Настройка 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. Ответы на вопросы

     

  • Игорь Былицкий, Oxagile, "Automation Process in SCRUM.. by SCRUM..for SCRUM"

    Более 8 лет опыта мануального и автоматизированного тестирования самых разнообразных систем. С 2008 года работает в компании Oxagile, с 2014 года на позици QA Automation Manager, руководит подразделением автоматизации. Очень ленивый, поэтому максимально пытается заавтоматизировать все, что нужно делать более 2-ух раз мануально.

     

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

     

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

  • Сергей Комаров, Oxagile, "Построение фреймворка для мобил"

    Более 7 лет опыта мануального и автоматизированного тестирования самых разнообразных приложений. С 2014 года Senior QA Automation Engineer в компании Oxagile, специалист в области мобильной автоматизации. Мечтает развернуть сервис покруче saucelabs.com

     

    Test framework для мобильных девайсов - где лежат грабли

     

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

  • Валерий Каменский, CEO, Klika Tech, “QA & QC – HolyWar”

    CEO в Klika Tech, опыт в IT более 10 лет, специализируется в разработке ПО, менеджмент-практиках, продажах.

     

    QA & QC – HolyWar

     

    0. Контекст диалога: объективация светлого будущего :)

    1. Что такое QA и QC на уровне определений? Сравнительный анализ.

    2. За что отвечает специалист по обеспечению качества?

    3. Какими навыками должен обладать младший специалист по обеспечению качества?

    4. Насколько востребованы специалисты по обеспечению качества сегодня? Как ситуация трансформируется завтра?

    5. Насколько легко найти специалиста по обеспечению качества? Как ситуация изменится завтра?

    6. Как вырастить специалиста по обеспечению качества? (главный вопрос, на который будем искать ответ)

  • Игорь Хрол, Toptal, "Автоматизация тестирования: отбрасываем лишнее и проверяем суть"

    Специалист по автоматизации тестирования. Около 9 лет опыта работы в этой области в различных ролях: инженер, архитектор, менеджер, консультант, тренер. Опыт работы с большинством популярных инструментов (Selenium, HP QTP, TestComplete, JMeter). Программирую сейчас в основном на Ruby, но и на других языках также приходилось писать (Python, Java, C#, JavaScript, VBScript).

     

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

     

    Наиболее популярный вид тестирования, применяющийся на проектах - это тестирование чёрного ящика. Когда решается задача автоматизации тестирования, чаще всего это происходит "в лоб" - в точности повторяя действия пользователя. Это наиболее понятный и простой путь. Но к сожалению, этот путь очень сильно ограничен в своей области применения.

    На примере компании Toptal хотелось бы обсудить, как можно сделать по-другому:

    1. Какие проблемы решает “Пирамида автоматизации тестирования” и как она выглядит в жизни?

    2. Какова роль тестировщика или автоматизатора в написании модульных тестов?

    3. Почему это важно бизнесу (заказчику, ну или тому, за чьи деньги происходит разработка)?

     

  • Никита Мещаненко, COMAQA.BY, "Xamarin Test Cloud: ..."

    Являюсь активистом сообщеста COMAQA.BY, работаю QA Automation Engineer / DevOps в компании ISSoft более 2-х лет, принял участие в дюжине проектов, посвященных Автоматизированному тестированию.

     

    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. Ответы на вопросы

  • Антон Наумович, DPI.Solutions, "Виртуализация на пальцах"

    Более 10 лет опыта продуктовой разработки на C/C++. Активист сообщества COMAQA.BY.

    TeamLead в LogicNow, продукт MAX Backup/IASO Backup, IT-консультант в DPI.Solutions.

    В прошлом – разработчик в Microsoft, в команде Hyper-V. Специализируется в архитектуре, производительности, отладке, техническом траблшутинге.

     

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

     

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

  • Марина Лепешко, ISsoft, "Планирование тестирования - умение торговаться"

    Опыт в отрасли более 10 лет - от сотрудника IT отдела в компании продающей компьютеры и ко до QA Director в ISsoft \ Coherent Solutions. Долгое время занималась тестированием самого разного ПО и управлением команд тестировщиков. Участвую в разработке тренингов по тестированию ПО для новичков, и технических тренингов для опытных специалистов по тестированию. Целеустремленность, позитивность и терпение - одни из основных качеств, которые помогают мне добиваться поставленных целей и задавать новые. Несмотря на работу, карьеру, профессиональную реализацию ... я люблю свой дом, свою семью - это наиважнейший центр моего комфорта.

     

    Планирование тестирования - умение торговаться

  • Андрей Стахевич, COMAQA.BY, “Page Object паттерн и Selenide”

    QA Automation Tech Lead, Активист COMAQA.BY, лектор IT Academy, IBA Institute, BSU, разработчик ASP.Net. В Автоматизированном тестировании предже всего специализируется на функциональном тестировании Web и Mobile приложений

     

    Page Object паттерн и Selenide

     

    Selenide - очень популярный фреймворк-обертка вокруг Selenium Webdriver, предназначенный для быстрого написания легко-поддерживаемых функциональных тестов на Java.

     

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

     

  • Алексей Буль, Wargaming, "JS для автоматизации UI"

    Специалист по тестированию ПО, Wargaming. Член ордена автоматизации. Пришёл в тестирование из Java разработчиков.

     

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

     

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

Расписание

1 поток - QA Automation stream

2 поток - Manual QA + Management stream

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

11:15 - 12:00

“Настройка Allure при использовании TestNG-Retry: наглядные отчеты для повторных запусков тестов”, Антон Емельянов, COMAQA.BY

12:00 - 12:45

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

Вадим Зубович, COMAQA.BY

12:45 - 13:30

13:30 - 14:30

14:30 - 15:15

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

 Антон Наумович, DPI.Solutions

15:15 - 16:00

 “Принцип открытого кимоно как инструмент мотивации”  Антон Семенченко, COMAQA.BY

16:00 - 16:20

16.20 - 17.00

 “Планирование тестирования - умение торговаться”,

 Марина Лепешко, QA Director, ISSoft

17.00 - 17.40

 "Automation Process in SCRUM.. by SCRUM..for SCRUM", Игорь Былицкий, Oxagile

17.40 - 17.50

17:50 - 18:35

18:35 - 19:20

19:20 - 19:30

11:00 - 11:15

 "Codeception + PHP for QA Automation",

 Евгений Борисик, COMAQA.BY

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

 автоматизации”,

 Гуменюк Дмитрий, PM, EPAM Systems

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

Валерий Каменский, CEO, Klika Tech

Обед

 “Xamarin Test Cloud: Calabash + Ruby &

 Xamarin.UITest  + NUnit + C#”,

 Никита Мещаненко, COMAQA.BY

 “Page Object паттерн и Selenide”,

 Андрей Стахиевич,  COMAQA.BY

Кофепауза

 "Для чего, как, насколько сложно разрабатывать  собственный инструмент кросс-браузерной Web- автоматизации”, Антон Семенченко, COMAQA.BY

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

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

"JS для автоматизации UI", Алексей Буль, Wargaming

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

Игорь Хрол, Toptal

Кофепауза

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

COMAQA.BY

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

Партнеры