The largest conference for qa and test automation engineers from all over the world. Continuing the tradition, we will meet again
in the largest IT city of Ukraine - Kyiv!
The event will bring together more than a thousand of experienced like-minded people, who seek to improve their skill to fit new market requirements and stay tuned with latest trends!
Senior Automation Engineer
Ukraine
ST Manager, EPAM
Belarus
VP of Engineering, Cypress.io
USA
Senior Test Engineer, Itera
Ukraine
Performance Test Architect, Itera
Ukraine
QA group lead, @MobiDev
Ukraine
QA gangsta lead, EVO
Ukraine
Head of QA, M3
Russia
AQA Tech Lead, WorkFusion
Belarus
Test Automation, additiv AG
Ukraine
Principal QA Lead, Apriorit
Ukraine
Head of Development, Terrasoft
Ukraine
QA Consultant
Ukraine
Independent Contractor SDET
Ukraine
Creator of sitespeed.io
Sweden
QA Engineer, elastic.io
Ukraine
QA, Social Tech
Ukraine
Developer Advocate, Split Software
USA
QA Engineer, MobiDev
Ukraine
Senior QA/QC Engineer, Yalantis
Ukraine
CEO & Agile Coach, Simplesense
Ukraine
QA, Ciklum
Spain
Head of QA Department, Itera
Ukraine
QA Lead, Very Good Security
Ukraine
Senior JavaScript Developer, Cypress
Ukraine
Ukrainian ISTQB Community
Ukraine
QA Engineer, Snapchat
Ukraine
Chief Executive Officer, Tenendo
Ukraine
Head of QA, Revenue Grid
Ukraine
TA Expert, SoftServe
Ukraine
Sr Director of Field Services, Sauce Labs, inc.
USA
During the conference we will talk about the use of useful tools, frameworks and technologies.
We invite TOP-specialists from the USA, Europe and Ukraine who will present talks, full of practical examples from real-life projects.
Opportunity to learn about innovations and get insights at first-hand.
We create a special atmosphere for communication, to receive new knowledge, share ideas, learn and be inspired.
This large-scale event is a great chance to get new contacts that will be useful in the future career development.
We work only with proven suppliers and with strict adherence to the schedule, so there will be no bad surprises for you.
Our partners have prepared many interesting surprises and contests for the participants, so you will have chance to get not only new knowledge, but also some gifts!
Practitioners with hands-on experience will share their expertise and tell about challenges they face in their projects.
Sold out
till 18 of September
from 19 of September
Our mission is to make access to new ideas,
experience and trends comfortable for IT specialists
by providing professional conferences combined with festivals
.NET Fest
JS Fest
DevOps Fest
Embedded Fest
Java Fest
Mercure Congress Centre, Vadyma Hetmana St. 6, Kyiv, Ukraine
Other events - FEST GROUP
General questions, partnership:
info@qafest.comRequest an invoice:
finance@qafest.comAlways in touch:
+380 66 920-08-39LIST OF TOPICS FOR QA FEST:
- Functional testing
- Test automation (approaches, frameworks, cases)
- Managing testing process (cases, best practices)
- Mobile testing and test automation
- Cutting edges technologies testing (IoT, VR/AR, blockchain etc.)
- Security testing and DevSecOps (approaches, tools, automation)
- Performance testing
- Testing in game dev
- Testing in DevOps
KEY DATES:
August 9 - Last day of talks submission
August 23 - Final program is formed
September 20 - Final slides are sent
Track:
Speaker:
Track:
Speaker:
Track:
Speaker:
Track:
Speaker:
Track:
Speaker:
Track:
Speaker:
Track:
Speaker:
How do you know your feature is working perfectly in production? If something breaks in production, how will you know? Will you wait for a user to report it to you? What do you do when your staging test results do not reflect current production behavior? In order to test proactively as opposed to reactively, try testing in production! You will have an increased accuracy of test results, your tests will run faster due to the elimination of bad data, and you will have higher confidence before releases. This can be accomplished through feature flagging, canary releases, setting up a proper CI/CD pipeline, and data cleanup. You will leave this talk with strategies to mitigate risk, to better your understanding of the steps to get there, and to shift your company’s testing culture, so you can provide the best possible experience to your users. At the end of the day, we don't care if your features work in staging, we care if they work in production.
Track:
Speaker:
В современном мире процессы управления и контроля развиваются в самых различных направлениях. Это приводит к появлению обобщенных теорий и набора практик, позволяющих достигать наилучших результатов в любых процессах.
Track:
Speaker:
На фоне отличных докладов и массы материалов о том как осуществлять тестирование производительности мы поговорим о том, как его начать. Какие вопросы нужно задать, кому и какие ответы нас устроят. Бонус: как сделать демо за 4 часа чтобы 200+ часов мероприятий по нагрузочному.
Track:
Speaker:
В рамках данного доклада я бы хотела поделится опытом транформации QA департамента при смене фокуса компании и переходе в облачные технологии. Какие подводные камни нас ждали, как мы строили процессы, почему роль QA в данном процессе критична и как мы достигли успеха благодаря командной работе всех вовлеченных. Я расскажу какую роль в наших релизах играет автоматизация, как мы ее вводили и какой ценой она нам дается. И почему иногда проще нанять команду аутсорса, нежели растить свой штат QA. Доклад будет полезен как QA лидам, отвечающим за настройку процессов тестирования, так и для QA инженеров, которые задаются вопросом "а как это работает у других".
Track:
Speaker:
В данном докладе я хочу поделится опытом проведения нагрузочных тестов для разных баз данных. Цель даклада, передать набор проблем и возможных способов их решения. Тех что были выбраны нами. Обьяснить на какие проблемы, стоит обращать внимание в самом начале. Какие вопросы и кому стоит задавать перед стартом проекта. Доклад будет включать, демо с конфигурацией разных инструментов и баз данных, чтобы продемонстрировать, как выглядит на практике работа с подобного рода задачами. Ключевыми словами для данного доклада являются Jmeter, Windows, Linux, Performance monitor, sar, MySQL, Postgresql, MS SQL Server.
Track:
Speaker:
…но лучше пока не придумали :) Мы поговорим о том в какую сторону движется сайпресс как проект, почему его любят и не забудем поговорить о том почему ненавидят. Ну и конечно обязательно подумаем о том как максимально эффективно начать использовать Сайпресс и куда движется проект.
Track:
Speaker:
GDPR - страшилка, которой сейчас пугают все продукты. Многие из нас слышали про GDPR только то, как Google заплатил 50 миллионов долларов штрафа за его нарушение :) В своем докладе я хочу обьяснить простым языком основные положения этого непростого стандарта, развеять самые распространенные мифы, а также рассказать, как проектные команды могут его имплементировать в своих продуктах. Что вы, как тестировщики, можете делать, чтобы убедиться, что продукт GDPR-compliant.
Track:
Speaker:
Track:
Speaker:
Track:
Speaker:
В рамках нашей сервисной компании к нам поступают как и короткие fixed price проекты, так и длительные (которые длятся 5+ лет уже). Такие проекты чреваты тем, что некоторые поставленные процессы ""прогнивают"". Многие люди, которые там работали или работают с течением времени воспринимают больные места, как должное и не видят в них проблемы. Потом ты, на эти проблемы указываешь, как независимый эксперт, но люди тебя или не слышат, либо не хотят слышать. Происходит саботаж. В рамках нашей компании мы вывели специальную таблицу, заполняя которую можно оценить, насколько ""жив"" или проблематичен проект. В результате внедрения это помогло понять, видение разных оценок от разных людей в проекте, и в последствии улучшить процессы, инструменты и отношение людей к проекту. В рамках доклада расскажу, как мы ее построили, на чем концентрировали внимание и к чему привело в итоге.
Track:
Speaker:
Track:
Speaker:
Track:
Speaker:
В своём докладе я расскажу о том как правильно делегировать задачи, потому что, как показывает практика, не все из нас умеют это делать правильно. Как кому ставить задачу, как опеделять контроль и как закреплять ответственность? Обо всем этом вы узнаете в моём докладе.
Track:
Speaker:
Поговорим о том, что может пойти не так при депозите и выводе средств на криптобирже. Какие вопросы нужно задать и найти на них ответы. С какими проблемами придется столкнуться. Доклад будет полезен тем, кто уже разбирается в теме блокчейна и криптовалют.
Track:
Speaker:
Тестувальники дуже добре знайомі зі словом “інцидент”. Багато хто бачив на власні очі, як “лежить” продакшн, або ж недоступний улюблений сайт. Я розповім, що відбувається в команді розробки, коли стається інцидент в сервісі, який має бути доступний 24/7. Подібні інциденти несуть за собою великі репутаційні та грошові втрати, тож відлік часу при реакції на подібний інцидент ведеться в хвилинах. Ми розглянемо такі поняття, як on-call, blameless post mortem, поговоримо про спілкування з розлюченими користувачами та процеси постановки інцидент менеджменту. Доповідь буде цікава всім, хто працює з high-availability системами, задіяний в підтримці користувачів і просто цікавиться практиками Sire Reliability Engineering (SRE).
Track:
Speaker:
Track:
Speaker:
Track:
Speaker:
Track:
Speaker:
В этом докладе я расскажу как визуально тестировать веб-приложения бесплатно, то есть даром, как сказал Винни-Пух. Визуальное тестирование дополняет функциональное тестирование и за один "мах" может сравнить целую страницу с "золотым" эталоном. Это очень эффективно заменяет множество индивидуальных тестов, ловит проблемы с CSS, и гарантирует что приложение работает правильно и выглядит не хуже чем было.
Track:
Speaker:
Все, кто столкнулся впервые с тестированием мобильных приложений, немного поизучав вопрос, смогут уверенно рассказать что девайсов на рынке - сотни тысяч, все они разные, все таят в себе уникальные баги. И тестировать надо на чем большем количестве реальных девайсов, тем лучше. Те, кто тестирует мобильные приложения давно, знают что даже если тестировать на 10 разных девайсов - все равно после релиза найдется пользователь с одинадцатым, на которому будет что-то уникальное, дай бог не критическое. На этом докладе поговорим о том, как с этим жить и на чем фокусировать усилия тестировщика) Какой функционал имеет больше шансов бажить на разных девайсах, а какой - скорее всего будет работать стабильно. Для какого приложения стоит как можно раньше писать заявку на покупку 10 новых телефонов, а на каком это будет откровенно излишней тратой средств.
Track:
Speaker:
Впервые на QA Fest вас ждёт ISTQB Bar в большом городе. ISTQB сертификация давно обросла мифами и клише, и где же их развеивать или подтверждать, как не за рюмочкой кофе с опытным ISTQB барменом. Но бар - это место, которое в первую очередь о реальных людях и их историях. Здесь можно озвучить свои сомнения, лично познакомиться с теми, у кого получилось внедрить что-то новое, и услышать последние новости 2019-20 года. Продегустируем новые ISTQB коктейли от Gambling до Automotive и от Usability до Mobile, и возможно какой-то из них станет вашим открытием этого вечера.
Track:
Speaker:
Vendors all over the testing space are incorporating Artificial Intelligence and Machine Learning into their offerings, in the hopes of helping with the authoring and creation of test automation. Some are better than others, but in the end nobody has quite cracked the problem of creating low maintenance, durable tests that will survive multiple iterations. As a result, AI/ML continues to attract investment dollars and VP attention, while all along getting a bad name with line-level engineers who end up being stuck with yet another maintenance burden. The answer is staring us in the face: what if, instead of using these technologies to predict what humans might do, we trained the algorithm to better analyze what users have already done? There is a wealth of rich information sitting in data centers all over the world (and even in space), that is waiting to tell us stories about our users: click paths, delightful experiences, traffic lift, and other signals. Business Intelligence teams use this information all the time, but as testers, do we talk to them? Marcus will show some examples of the insights we're able to gather from corroborating these kinds of information, and how it can be used at scale to guide us in our automation.
Track:
Speaker:
На сьогоднішній день в Україні не дуже розвинене дослідницьке тестування, як окремий підхід до процесу тестування. Багато хто говорить про те, що вони роблять дослідницьке тестування, просто проклацуючи свій сайт, коли в них залишається трохи часу після основного тестування. Я вам покажу, що досліднецьке тестування має купу різних технік та підходів, що дозволяють зробити цей процес якісним, спланованим та ефективним.
Track:
Speaker:
Впервые на QA Fest вас ждёт ISTQB Bar в большом городе. ISTQB сертификация давно обросла мифами и клише, и где же их развеивать или подтверждать, как не за рюмочкой кофе с опытным ISTQB барменом. Но бар - это место, которое в первую очередь о реальных людях и их историях. Здесь можно озвучить свои сомнения, лично познакомиться с теми, у кого получилось внедрить что-то новое, и услышать последние новости 2019-20 года. Продегустируем новые ISTQB коктейли от Gambling до Automotive и от Usability до Mobile, и возможно какой-то из них станет вашим открытием этого вечера.
Track:
Speaker:
Track:
Speaker:
Track:
Speaker:
Track:
Speaker:
Что такое архитектура тестирования и как она связана со стратегией и планированием. Как улучшить процессы не только тестирования, но также разработки и управления проектом безболезненно, измеряемо и в соответствии с планом. Как с помощью фреймворка построения архитектуры TOGAF разбить изменения в проекте на этапы, обозначить цели, метрики и KPI каждого этапа. Об этом я буду рассказывать в докладе.
Track:
Speaker:
Каждый тестировщик сталкивается рано или поздно с проблемой создания тестовых данных. На это может быть много причин: - нет реализации в принципе(например, у вас приложение по оплате посылок, но, по каким-то причинам, нет end-point'а для создания посылки); - backend-разработка ведется не на вашей стороне и задерживает отдачу функционала, но при этом у вас есть модель ответа от сервера; - зашифрованные базы данных на стороне клиента, в которые нет доступа для создания тестовых данных. А тестировать ведь все равно необходимо. Как быть в таких случаях? В моем докладе мы узнаем: 1) Практические примеры и сценарии тестирования мобильных приложений 2) Как протестировать наше приложение с данными, которые необходимы нам? 3) Как проверить поведение приложения в стрессовых ситуациях, когда сервер присылает необработанные ошибки, либо сервер недоступен в принципе? 4) Как создавать тестовые данные для офлайн приложений? 5) Как и где хранятся локальные данные в мобильных устройствах и как нам это поможет при тестировании.
Track:
Speaker:
Доповідь буде корисна тим тестувальникам, які вже знайомі з REST API та інструментом Postman, і хочуть впровадити Continuous Integration. Я продемонструю запуск Postman тестів у Newman. Розглянемо два способи запуску Newman у CircleCI та їхні переваги і недоліки. Детально розберемо структуру конфігураційного файлу для виклику тестів. І звісно подивимось на звіти з результатами тестування.
Track:
Speaker:
Однажды в компании наступает момент, когда становится понятно, софт откровенно устарел. Причин может быть много, но решение одно: несмотря на то, что функционал менять не нужно - будем переписывать. Такие проекты кажутся обманчиво простыми, потому что "нам уже все известно". К сожалению, в реальности ты постоянно натыкаешься на ловушки прикрытые соломкой. Поговорим о том, каких ловушек стоим ожидать . Ведь, если переделки не избежать, нужно асслабиться и получать удовольствие.
Track:
Speaker:
Особенности нагрузочного тестирования моделей машинного обучения Будущее нас уже давно обогнало. Компании уже во всю используют различные модели машинного обучения в реальном времени. Проблема в том что все они не используют свои ресурсы по полной, а денег на это тратят много. В докладе будет рассказано об особенностях моделей для каждой задачи машинного обучения. Попробуем разобраться для каких моделей и на каком уровне лучше применять какие методы тестирования и на какие параметры необходимо смотреть в первую очередь в зависимости от архитектуры приложения. Мы рассмотрим различные варианты облачных и локальных вычислений и какие лучше использовать на каких этапах. Как можно сэкономить денег выбрав правильные вычислительные мощности. Попытаемся ответить на вопрос зачем нам вообще менять архитектуру, если в пару кликов можно добавить мощностей и все будет летать. После доклада слушатели будут знать ответы на вопросы, о которых большинство заказчиков еще даже не задумывалось. Полученные теоретические знания помогут правильно построить процесс тестирования хайповых технологий и приоткрыть завесу будущего.
Track:
Speaker:
Machine-readable documentation (like Swagger or Raml) can be just specification, but also can be used for much more than that. One of such things - validate request/response structure against documentation. This brings contract testing into existing test projects and sets documentation as a primary source of truth. In this talk, I want to demonstrate how this approach can be setup and used, and what value it brings to your tests.
Track:
Speaker:
Розкажемо про Pyppeteer - той самий Puppeteer, але для Python, і поділимося досвідом про те, як ми з сльозами і прокльонами намагалися інтегрувати Pyppeteer з Selenium тестами, яку користь принесла така інтеграція, та які проблеми виникали при запуску Pyppeteer на Selenium Grid. Ще кілька слів про безпеку такого підключення в AWS.
Track:
Speaker:
Track:
Speaker:
Track:
Speaker:
На примере тестового приложения с уязвимостями, я покажу как с помощью бесплатного инструмента Burp Suite можно искать уязвимости. На этом докладе мы найдем такие виды уязвимостей: - xss - sql injection - IDOR - Broken Access Control - XML External Entities (XXE) - Broken Authentication
Track:
Speaker:
Track:
Speaker:
Track:
Speaker:
Today we gonna go through how to setup an Android phone for continuously run performance test on your web site using sitespeed.io. We are gonna talk about how to get stable connectivity, how to get stable metrics, how to keep your phone updated, and how to keep the tests running overtime.
Track:
Speaker:
Як ви вже знаєте, в даний час багато проектів є пов'язаними з обробкою даних а особливо з Big Data в цілому. У своєму виступі я поділюсь з вами реальною історією з одного з моїх проектів. Розкажу про основні концепції Big Data тестування, правила для створення загальної схеми процесу тестування Big Data. Також ми зробимо коротке овервю таких інструментів як Talend і Splunk в поєднанні з такими мовами програмування як Java та Python, які лежать в основі тестування Big Data проектів. Зробимо акцент на основних фазах в тестуванні великих даних а також дізнаємось про перелік головних аспектів схеми для оцінювання даних та ризиків з якими довелось зустрітись.
Track:
Speaker:
Проверить как действительно выглядит ваш продукт на различных браузерах / девайсах / разрешениях экрана является достаточно сложной задачей. Валидацию такого рода называют визуальным тестированием. Позвольте представить сервис с открытым кодом для визуального тестирования и управления результатами тестирования позволяющий автоматизировать этот процесс. https://github.com/Visual-Regression-Tracker/Visual-Regression-Tracker
Track:
Speaker:
Track:
Speaker:
Track:
Speaker:
Track:
Speaker:
Философские размышления в попытках найти ответы на вопросы: - сЕньор или сИньор? - хард или софт скиллы (и в каких пропорциях) определяют сеньора? - кто вобще такой этот сеньор? Насколько объективно это понятие? - сеньор за 2-4 года - реально или чушь? - что ожидать от сеньора на проекте? - вот этот QA manager с дивным титулом, который управляет командой из 10 человек, и последний раз тестировал что-то сам в 2016 году - он сеньор? - и еще много других. Если коротко - весело и философски о грейдах в тестировании и о том, что творится на рынке кандидатов последнее время.
Track:
Speaker:
Философские размышления в попытках найти ответы на вопросы: - сЕньор или сИньор? - хард или софт скиллы (и в каких пропорциях) определяют сеньора? - кто вобще такой этот сеньор? Насколько объективно это понятие? - сеньор за 2-4 года - реально или чушь? - что ожидать от сеньора на проекте? - вот этот QA manager с дивным титулом, который управляет командой из 10 человек, и последний раз тестировал что-то сам в 2016 году - он сеньор? - и еще много других. Если коротко - весело и философски о грейдах в тестировании и о том, что творится на рынке кандидатов последнее время.
Track:
Speaker:
Track:
Speaker:
Работая с нескольким десятком различных компаний и посвящая сотни часов изучению темы организационного дизайна, построения эффективного сотрудничества внутри команды и между командами - у меня накопился ряд наглядных примеров и занимательных историй о том, как структура компании и наличие тех или иных ролей в организации влияет на QA процессы и на конечный продукт. Используя инструмент CLD (causal loop diagrams) - мы рассмотрим следующие кейсы: “найм более дешевых специалистов”, “выделенная команда автоматизации тестирования”, “много команд со своими отдельными бэклога продукта”, “узкая специализация команд”, “тестировщики как часть команды разработки и как отдельная команда”, “Роль QA Manager в многокомандной среде” и может быть что-то еще :) Постараюсь показывать все наглядно, на простых и понятных каждому примерах и аргументируя причинно следственные связи ;) Как минимум - вы уйдете в хорошем настроении, а как максимум (при правильном подходе и настрое) - с новым полезным инструментом для группового анализа - CLD (causal loop diagrams) и лучшим пониманием того, как структура компании/команд - будет ограничивать (или способствовать) определенным процессам/инициативам QA.
Track:
Speaker:
Работая с нескольким десятком различных компаний и посвящая сотни часов изучению темы организационного дизайна, построения эффективного сотрудничества внутри команды и между командами - у меня накопился ряд наглядных примеров и занимательных историй о том, как структура компании и наличие тех или иных ролей в организации влияет на QA процессы и на конечный продукт. Используя инструмент CLD (causal loop diagrams) - мы рассмотрим следующие кейсы: “найм более дешевых специалистов”, “выделенная команда автоматизации тестирования”, “много команд со своими отдельными бэклога продукта”, “узкая специализация команд”, “тестировщики как часть команды разработки и как отдельная команда”, “Роль QA Manager в многокомандной среде” и может быть что-то еще :) Постараюсь показывать все наглядно, на простых и понятных каждому примерах и аргументируя причинно следственные связи ;) Как минимум - вы уйдете в хорошем настроении, а как максимум (при правильном подходе и настрое) - с новым полезным инструментом для группового анализа - CLD (causal loop diagrams) и лучшим пониманием того, как структура компании/команд - будет ограничивать (или способствовать) определенным процессам/инициативам QA.
Track:
Speaker:
К 2022 году 3,5 миллиарда человек будут использовать мобильные приложения с AR. (Источник: Digi-Capital) Даже если вы еще не пробовали AR самостоятельно, можно с уверенностью сказать, что вы знаете хотя бы одного человека, который использовал дополненную реальность на телефоне хотя бы один раз. Но какой процесс тестирования остается за маской с кошачьими ушами и как тестируются игры AR? В этом докладе речь пойдет о тестировании функций AR в составе мобильных приложений, конкретных кейсах, тестовых стратегиях, хитростях автоматизации и тестировании без использования UI.
Senior Automation Engineer
Ukraine
Topic:
ST Manager, EPAM
Belarus
Topic:
VP of Engineering, Cypress.io
USA
Topic:
Senior Test Engineer, Itera
Ukraine
Topic:
Performance Test Architect, Itera
Ukraine
Topic:
QA group lead, @MobiDev
Ukraine
Topic:
QA gangsta lead, EVO
Ukraine
Topic:
Head of QA, M3
Russia
Topic:
AQA Tech Lead, WorkFusion
Belarus
Topic:
Test Automation, additiv AG
Ukraine
Topic:
Principal QA Lead, Apriorit
Ukraine
Topic:
Head of Development, Terrasoft
Ukraine
Topic:
QA Consultant
Ukraine
Topic:
Independent Contractor SDET
Ukraine
Topic:
Creator of sitespeed.io
Sweden
Topic:
QA Engineer, elastic.io
Ukraine
Topic:
QA, Social Tech
Ukraine
Topic:
Developer Advocate, Split Software
USA
Topic:
QA Engineer, MobiDev
Ukraine
Topic:
Senior QA/QC Engineer, Yalantis
Ukraine
Topic:
CEO & Agile Coach, Simplesense
Ukraine
Topic:
QA, Ciklum
Spain
Topic:
Head of QA Department, Itera
Ukraine
Topic:
QA Lead, Very Good Security
Ukraine
Topic:
Senior JavaScript Developer, Cypress
Ukraine
Topic:
Ukrainian ISTQB Community
Ukraine
Topic:
QA Engineer, Snapchat
Ukraine
Topic:
Chief Executive Officer, Tenendo
Ukraine
Topic:
Head of QA, Revenue Grid
Ukraine
Topic:
TA Expert, SoftServe
Ukraine
Topic:
Sr Director of Field Services, Sauce Labs, inc.
USA
Topic: