Масштабна конференція для тестувальників та автоматизаторів з усього світу. Продовжуючи традицію, ми знову зустрінемося
у найбільшому IT місті України — у Києві!
Подія збере сотні досвідчених однодумців, які
прагнуть підвищити свої навички, щоб відповідати
новим вимогам ринку і бути в тренді!
Senior Automation Engineer
Україна
ST Manager, EPAM
Білорусь
VP of Engineering, Cypress.io
США
Senior Test Engineer, Itera
Україна
Performance Test Architect, Itera
Україна
QA group lead, @MobiDev
Україна
QA gangsta lead, EVO
Україна
Head of QA, M3
Росія
AQA Tech Lead, WorkFusion
Білорусь
Test Automation, additiv AG
Україна
Principal QA Lead, Apriorit
Україна
Head of Development, Terrasoft
Україна
QA Consultant
Україна
Independent Contractor SDET
Україна
Creator of sitespeed.io
Швеція
QA Engineer, elastic.io
Україна
QA, Social Tech
Україна
Developer Advocate, Split Software
США
QA Engineer, MobiDev
Україна
Senior QA/QC Engineer, Yalantis
Україна
CEO & Agile Coach, Simplesense
Україна
QA, Ciklum
Іспанія
Head of QA Department, Itera
Україна
QA Lead, Very Good Security
Україна
Senior JavaScript Developer, Cypress
Україна
Ukrainian ISTQB Community
Україна
QA Engineer, Snapchat
Україна
Chief Executive Officer, Tenendo
Україна
Head of QA, Revenue Grid
Україна
TA Expert, SoftServe
Україна
Sr Director of Field Services, Sauce Labs, inc.
США
В рамках конференції будемо говорити про використання корисних інструментів, фреймворків та технологій.
Запрошуємо ТОП-фахівців з США, Європи та України, які прочитають доповіді, насичені практичними прикладами з реальних проектів.
Можливість дізнатися про інновації та інсайти, що відбуваються у світі технологій, з перших вуст.
Ми створюємо ідеальні умови для спілкування, щоб ви отримували нові знання, ділилися ідеями, вчилися
і надихалися.
Така масштабна подія —
чудовий шанс отримати нові перспективні знайомства, які допоможуть в кар'єрі.
Працюємо з перевіреними підрядниками та суворо
дотримуємося розкладу,
тому форсмажори виключені.
Наші спонсори підготували безліч цікавих сюрпризів і конкурсів для учасників, так що ви підете
не тільки з новими знаннями,
але і з подарунками!
Експерти-практики, які щодня працюють з даними, поділяться своїм досвідом та викликами, що вони зустріли у проектах.
150 квитків
До 18 вересня
З 19 вересня
Наша місія - зробити доступ до нових ідей,
досвідів і трендів зручним для IT спеціалістів,
через організацію професійних конференцій
поєднаних ідеєю фестивалів.
.NET Fest
JS Fest
DevOps Fest
Embedded Fest
Java Fest
Mercure Congress Centre, м. Київ, вулиця Вадима Гетьмана, 6
Інші конференції - FEST GROUP
Загальні питання, партнерство
info@qafest.comРеєстрація та оплата:
finance@qafest.comЗавжди на зв'язку:
+380 66 920-08-39ПРІОРІТЕТНІ ТЕМИ ДЛЯ QA FEST:
- Функціональне тестування
- Автоматизація тестування (різні підходи, фреймворки, кейси)
- Управління процесами тестування на проектах (кейси, поради)
- Мобільне тестування та автоматизація
- Тестування нових технологій (IoT, VR/AR, blockchain і тд)
- Тестування безпеки та DevSecOps (підходи, інструменти, автоматизація)
- Тестування продуктивності, масштабованостi
- Тестування ігор
- DevOps у тестуванні
КЛЮЧОВІ ДАТИ:
9 серпня - Закінчення прийому доповідей
23 серпня - Фінальна версія програми
20 вересня - Фінальні слайди
Потік:
Спікер:
Потік:
Спікер:
Потік:
Спікер:
Потік:
Спікер:
Потік:
Спікер:
Потік:
Спікер:
Потік:
Спікер:
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.
Потік:
Спікер:
В современном мире процессы управления и контроля развиваются в самых различных направлениях. Это приводит к появлению обобщенных теорий и набора практик, позволяющих достигать наилучших результатов в любых процессах.
Потік:
Спікер:
На фоне отличных докладов и массы материалов о том как осуществлять тестирование производительности мы поговорим о том, как его начать. Какие вопросы нужно задать, кому и какие ответы нас устроят. Бонус: как сделать демо за 4 часа чтобы 200+ часов мероприятий по нагрузочному.
Потік:
Спікер:
В рамках данного доклада я бы хотела поделится опытом транформации QA департамента при смене фокуса компании и переходе в облачные технологии. Какие подводные камни нас ждали, как мы строили процессы, почему роль QA в данном процессе критична и как мы достигли успеха благодаря командной работе всех вовлеченных. Я расскажу какую роль в наших релизах играет автоматизация, как мы ее вводили и какой ценой она нам дается. И почему иногда проще нанять команду аутсорса, нежели растить свой штат QA. Доклад будет полезен как QA лидам, отвечающим за настройку процессов тестирования, так и для QA инженеров, которые задаются вопросом "а как это работает у других".
Потік:
Спікер:
В данном докладе я хочу поделится опытом проведения нагрузочных тестов для разных баз данных. Цель даклада, передать набор проблем и возможных способов их решения. Тех что были выбраны нами. Обьяснить на какие проблемы, стоит обращать внимание в самом начале. Какие вопросы и кому стоит задавать перед стартом проекта. Доклад будет включать, демо с конфигурацией разных инструментов и баз данных, чтобы продемонстрировать, как выглядит на практике работа с подобного рода задачами. Ключевыми словами для данного доклада являются Jmeter, Windows, Linux, Performance monitor, sar, MySQL, Postgresql, MS SQL Server.
Потік:
Спікер:
…но лучше пока не придумали :) Мы поговорим о том в какую сторону движется сайпресс как проект, почему его любят и не забудем поговорить о том почему ненавидят. Ну и конечно обязательно подумаем о том как максимально эффективно начать использовать Сайпресс и куда движется проект.
Потік:
Спікер:
GDPR - страшилка, которой сейчас пугают все продукты. Многие из нас слышали про GDPR только то, как Google заплатил 50 миллионов долларов штрафа за его нарушение :) В своем докладе я хочу обьяснить простым языком основные положения этого непростого стандарта, развеять самые распространенные мифы, а также рассказать, как проектные команды могут его имплементировать в своих продуктах. Что вы, как тестировщики, можете делать, чтобы убедиться, что продукт GDPR-compliant.
Потік:
Спікер:
Потік:
Спікер:
Потік:
Спікер:
В рамках нашей сервисной компании к нам поступают как и короткие fixed price проекты, так и длительные (которые длятся 5+ лет уже). Такие проекты чреваты тем, что некоторые поставленные процессы ""прогнивают"". Многие люди, которые там работали или работают с течением времени воспринимают больные места, как должное и не видят в них проблемы. Потом ты, на эти проблемы указываешь, как независимый эксперт, но люди тебя или не слышат, либо не хотят слышать. Происходит саботаж. В рамках нашей компании мы вывели специальную таблицу, заполняя которую можно оценить, насколько ""жив"" или проблематичен проект. В результате внедрения это помогло понять, видение разных оценок от разных людей в проекте, и в последствии улучшить процессы, инструменты и отношение людей к проекту. В рамках доклада расскажу, как мы ее построили, на чем концентрировали внимание и к чему привело в итоге.
Потік:
Спікер:
Потік:
Спікер:
Потік:
Спікер:
В своём докладе я расскажу о том как правильно делегировать задачи, потому что, как показывает практика, не все из нас умеют это делать правильно. Как кому ставить задачу, как опеделять контроль и как закреплять ответственность? Обо всем этом вы узнаете в моём докладе.
Потік:
Спікер:
Поговорим о том, что может пойти не так при депозите и выводе средств на криптобирже. Какие вопросы нужно задать и найти на них ответы. С какими проблемами придется столкнуться. Доклад будет полезен тем, кто уже разбирается в теме блокчейна и криптовалют.
Потік:
Спікер:
Тестувальники дуже добре знайомі зі словом “інцидент”. Багато хто бачив на власні очі, як “лежить” продакшн, або ж недоступний улюблений сайт. Я розповім, що відбувається в команді розробки, коли стається інцидент в сервісі, який має бути доступний 24/7. Подібні інциденти несуть за собою великі репутаційні та грошові втрати, тож відлік часу при реакції на подібний інцидент ведеться в хвилинах. Ми розглянемо такі поняття, як on-call, blameless post mortem, поговоримо про спілкування з розлюченими користувачами та процеси постановки інцидент менеджменту. Доповідь буде цікава всім, хто працює з high-availability системами, задіяний в підтримці користувачів і просто цікавиться практиками Sire Reliability Engineering (SRE).
Потік:
Спікер:
Потік:
Спікер:
Потік:
Спікер:
Потік:
Спікер:
В этом докладе я расскажу как визуально тестировать веб-приложения бесплатно, то есть даром, как сказал Винни-Пух. Визуальное тестирование дополняет функциональное тестирование и за один "мах" может сравнить целую страницу с "золотым" эталоном. Это очень эффективно заменяет множество индивидуальных тестов, ловит проблемы с CSS, и гарантирует что приложение работает правильно и выглядит не хуже чем было.
Потік:
Спікер:
Все, кто столкнулся впервые с тестированием мобильных приложений, немного поизучав вопрос, смогут уверенно рассказать что девайсов на рынке - сотни тысяч, все они разные, все таят в себе уникальные баги. И тестировать надо на чем большем количестве реальных девайсов, тем лучше. Те, кто тестирует мобильные приложения давно, знают что даже если тестировать на 10 разных девайсов - все равно после релиза найдется пользователь с одинадцатым, на которому будет что-то уникальное, дай бог не критическое. На этом докладе поговорим о том, как с этим жить и на чем фокусировать усилия тестировщика) Какой функционал имеет больше шансов бажить на разных девайсах, а какой - скорее всего будет работать стабильно. Для какого приложения стоит как можно раньше писать заявку на покупку 10 новых телефонов, а на каком это будет откровенно излишней тратой средств.
Потік:
Спікер:
Впервые на QA Fest вас ждёт ISTQB Bar в большом городе. ISTQB сертификация давно обросла мифами и клише, и где же их развеивать или подтверждать, как не за рюмочкой кофе с опытным ISTQB барменом. Но бар - это место, которое в первую очередь о реальных людях и их историях. Здесь можно озвучить свои сомнения, лично познакомиться с теми, у кого получилось внедрить что-то новое, и услышать последние новости 2019-20 года. Продегустируем новые ISTQB коктейли от Gambling до Automotive и от Usability до Mobile, и возможно какой-то из них станет вашим открытием этого вечера.
Потік:
Спікер:
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.
Потік:
Спікер:
На сьогоднішній день в Україні не дуже розвинене дослідницьке тестування, як окремий підхід до процесу тестування. Багато хто говорить про те, що вони роблять дослідницьке тестування, просто проклацуючи свій сайт, коли в них залишається трохи часу після основного тестування. Я вам покажу, що досліднецьке тестування має купу різних технік та підходів, що дозволяють зробити цей процес якісним, спланованим та ефективним.
Потік:
Спікер:
Впервые на QA Fest вас ждёт ISTQB Bar в большом городе. ISTQB сертификация давно обросла мифами и клише, и где же их развеивать или подтверждать, как не за рюмочкой кофе с опытным ISTQB барменом. Но бар - это место, которое в первую очередь о реальных людях и их историях. Здесь можно озвучить свои сомнения, лично познакомиться с теми, у кого получилось внедрить что-то новое, и услышать последние новости 2019-20 года. Продегустируем новые ISTQB коктейли от Gambling до Automotive и от Usability до Mobile, и возможно какой-то из них станет вашим открытием этого вечера.
Потік:
Спікер:
Потік:
Спікер:
Потік:
Спікер:
Потік:
Спікер:
Что такое архитектура тестирования и как она связана со стратегией и планированием. Как улучшить процессы не только тестирования, но также разработки и управления проектом безболезненно, измеряемо и в соответствии с планом. Как с помощью фреймворка построения архитектуры TOGAF разбить изменения в проекте на этапы, обозначить цели, метрики и KPI каждого этапа. Об этом я буду рассказывать в докладе.
Потік:
Спікер:
Каждый тестировщик сталкивается рано или поздно с проблемой создания тестовых данных. На это может быть много причин: - нет реализации в принципе(например, у вас приложение по оплате посылок, но, по каким-то причинам, нет end-point'а для создания посылки); - backend-разработка ведется не на вашей стороне и задерживает отдачу функционала, но при этом у вас есть модель ответа от сервера; - зашифрованные базы данных на стороне клиента, в которые нет доступа для создания тестовых данных. А тестировать ведь все равно необходимо. Как быть в таких случаях? В моем докладе мы узнаем: 1) Практические примеры и сценарии тестирования мобильных приложений 2) Как протестировать наше приложение с данными, которые необходимы нам? 3) Как проверить поведение приложения в стрессовых ситуациях, когда сервер присылает необработанные ошибки, либо сервер недоступен в принципе? 4) Как создавать тестовые данные для офлайн приложений? 5) Как и где хранятся локальные данные в мобильных устройствах и как нам это поможет при тестировании.
Потік:
Спікер:
Доповідь буде корисна тим тестувальникам, які вже знайомі з REST API та інструментом Postman, і хочуть впровадити Continuous Integration. Я продемонструю запуск Postman тестів у Newman. Розглянемо два способи запуску Newman у CircleCI та їхні переваги і недоліки. Детально розберемо структуру конфігураційного файлу для виклику тестів. І звісно подивимось на звіти з результатами тестування.
Потік:
Спікер:
Однажды в компании наступает момент, когда становится понятно, софт откровенно устарел. Причин может быть много, но решение одно: несмотря на то, что функционал менять не нужно - будем переписывать. Такие проекты кажутся обманчиво простыми, потому что "нам уже все известно". К сожалению, в реальности ты постоянно натыкаешься на ловушки прикрытые соломкой. Поговорим о том, каких ловушек стоим ожидать . Ведь, если переделки не избежать, нужно асслабиться и получать удовольствие.
Потік:
Спікер:
Особенности нагрузочного тестирования моделей машинного обучения Будущее нас уже давно обогнало. Компании уже во всю используют различные модели машинного обучения в реальном времени. Проблема в том что все они не используют свои ресурсы по полной, а денег на это тратят много. В докладе будет рассказано об особенностях моделей для каждой задачи машинного обучения. Попробуем разобраться для каких моделей и на каком уровне лучше применять какие методы тестирования и на какие параметры необходимо смотреть в первую очередь в зависимости от архитектуры приложения. Мы рассмотрим различные варианты облачных и локальных вычислений и какие лучше использовать на каких этапах. Как можно сэкономить денег выбрав правильные вычислительные мощности. Попытаемся ответить на вопрос зачем нам вообще менять архитектуру, если в пару кликов можно добавить мощностей и все будет летать. После доклада слушатели будут знать ответы на вопросы, о которых большинство заказчиков еще даже не задумывалось. Полученные теоретические знания помогут правильно построить процесс тестирования хайповых технологий и приоткрыть завесу будущего.
Потік:
Спікер:
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.
Потік:
Спікер:
Розкажемо про Pyppeteer - той самий Puppeteer, але для Python, і поділимося досвідом про те, як ми з сльозами і прокльонами намагалися інтегрувати Pyppeteer з Selenium тестами, яку користь принесла така інтеграція, та які проблеми виникали при запуску Pyppeteer на Selenium Grid. Ще кілька слів про безпеку такого підключення в AWS.
Потік:
Спікер:
Потік:
Спікер:
Потік:
Спікер:
На примере тестового приложения с уязвимостями, я покажу как с помощью бесплатного инструмента Burp Suite можно искать уязвимости. На этом докладе мы найдем такие виды уязвимостей: - xss - sql injection - IDOR - Broken Access Control - XML External Entities (XXE) - Broken Authentication
Потік:
Спікер:
Потік:
Спікер:
Потік:
Спікер:
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.
Потік:
Спікер:
Як ви вже знаєте, в даний час багато проектів є пов'язаними з обробкою даних а особливо з Big Data в цілому. У своєму виступі я поділюсь з вами реальною історією з одного з моїх проектів. Розкажу про основні концепції Big Data тестування, правила для створення загальної схеми процесу тестування Big Data. Також ми зробимо коротке овервю таких інструментів як Talend і Splunk в поєднанні з такими мовами програмування як Java та Python, які лежать в основі тестування Big Data проектів. Зробимо акцент на основних фазах в тестуванні великих даних а також дізнаємось про перелік головних аспектів схеми для оцінювання даних та ризиків з якими довелось зустрітись.
Потік:
Спікер:
Проверить как действительно выглядит ваш продукт на различных браузерах / девайсах / разрешениях экрана является достаточно сложной задачей. Валидацию такого рода называют визуальным тестированием. Позвольте представить сервис с открытым кодом для визуального тестирования и управления результатами тестирования позволяющий автоматизировать этот процесс. https://github.com/Visual-Regression-Tracker/Visual-Regression-Tracker
Потік:
Спікер:
Потік:
Спікер:
Потік:
Спікер:
Потік:
Спікер:
Философские размышления в попытках найти ответы на вопросы: - сЕньор или сИньор? - хард или софт скиллы (и в каких пропорциях) определяют сеньора? - кто вобще такой этот сеньор? Насколько объективно это понятие? - сеньор за 2-4 года - реально или чушь? - что ожидать от сеньора на проекте? - вот этот QA manager с дивным титулом, который управляет командой из 10 человек, и последний раз тестировал что-то сам в 2016 году - он сеньор? - и еще много других. Если коротко - весело и философски о грейдах в тестировании и о том, что творится на рынке кандидатов последнее время.
Потік:
Спікер:
Философские размышления в попытках найти ответы на вопросы: - сЕньор или сИньор? - хард или софт скиллы (и в каких пропорциях) определяют сеньора? - кто вобще такой этот сеньор? Насколько объективно это понятие? - сеньор за 2-4 года - реально или чушь? - что ожидать от сеньора на проекте? - вот этот QA manager с дивным титулом, который управляет командой из 10 человек, и последний раз тестировал что-то сам в 2016 году - он сеньор? - и еще много других. Если коротко - весело и философски о грейдах в тестировании и о том, что творится на рынке кандидатов последнее время.
Потік:
Спікер:
Потік:
Спікер:
Работая с нескольким десятком различных компаний и посвящая сотни часов изучению темы организационного дизайна, построения эффективного сотрудничества внутри команды и между командами - у меня накопился ряд наглядных примеров и занимательных историй о том, как структура компании и наличие тех или иных ролей в организации влияет на QA процессы и на конечный продукт. Используя инструмент CLD (causal loop diagrams) - мы рассмотрим следующие кейсы: “найм более дешевых специалистов”, “выделенная команда автоматизации тестирования”, “много команд со своими отдельными бэклога продукта”, “узкая специализация команд”, “тестировщики как часть команды разработки и как отдельная команда”, “Роль QA Manager в многокомандной среде” и может быть что-то еще :) Постараюсь показывать все наглядно, на простых и понятных каждому примерах и аргументируя причинно следственные связи ;) Как минимум - вы уйдете в хорошем настроении, а как максимум (при правильном подходе и настрое) - с новым полезным инструментом для группового анализа - CLD (causal loop diagrams) и лучшим пониманием того, как структура компании/команд - будет ограничивать (или способствовать) определенным процессам/инициативам QA.
Потік:
Спікер:
Работая с нескольким десятком различных компаний и посвящая сотни часов изучению темы организационного дизайна, построения эффективного сотрудничества внутри команды и между командами - у меня накопился ряд наглядных примеров и занимательных историй о том, как структура компании и наличие тех или иных ролей в организации влияет на QA процессы и на конечный продукт. Используя инструмент CLD (causal loop diagrams) - мы рассмотрим следующие кейсы: “найм более дешевых специалистов”, “выделенная команда автоматизации тестирования”, “много команд со своими отдельными бэклога продукта”, “узкая специализация команд”, “тестировщики как часть команды разработки и как отдельная команда”, “Роль QA Manager в многокомандной среде” и может быть что-то еще :) Постараюсь показывать все наглядно, на простых и понятных каждому примерах и аргументируя причинно следственные связи ;) Как минимум - вы уйдете в хорошем настроении, а как максимум (при правильном подходе и настрое) - с новым полезным инструментом для группового анализа - CLD (causal loop diagrams) и лучшим пониманием того, как структура компании/команд - будет ограничивать (или способствовать) определенным процессам/инициативам QA.
Потік:
Спікер:
К 2022 году 3,5 миллиарда человек будут использовать мобильные приложения с AR. (Источник: Digi-Capital) Даже если вы еще не пробовали AR самостоятельно, можно с уверенностью сказать, что вы знаете хотя бы одного человека, который использовал дополненную реальность на телефоне хотя бы один раз. Но какой процесс тестирования остается за маской с кошачьими ушами и как тестируются игры AR? В этом докладе речь пойдет о тестировании функций AR в составе мобильных приложений, конкретных кейсах, тестовых стратегиях, хитростях автоматизации и тестировании без использования UI.
Senior Automation Engineer
Україна
Тема доповіді:
ST Manager, EPAM
Білорусь
Тема доповіді:
VP of Engineering, Cypress.io
США
Тема доповіді:
Senior Test Engineer, Itera
Україна
Тема доповіді:
Performance Test Architect, Itera
Україна
Тема доповіді:
QA group lead, @MobiDev
Україна
Тема доповіді:
QA gangsta lead, EVO
Україна
Тема доповіді:
Head of QA, M3
Росія
Тема доповіді:
AQA Tech Lead, WorkFusion
Білорусь
Тема доповіді:
Test Automation, additiv AG
Україна
Тема доповіді:
Principal QA Lead, Apriorit
Україна
Тема доповіді:
Head of Development, Terrasoft
Україна
Тема доповіді:
QA Consultant
Україна
Тема доповіді:
Independent Contractor SDET
Україна
Тема доповіді:
Creator of sitespeed.io
Швеція
Тема доповіді:
QA Engineer, elastic.io
Україна
Тема доповіді:
QA, Social Tech
Україна
Тема доповіді:
Developer Advocate, Split Software
США
Тема доповіді:
QA Engineer, MobiDev
Україна
Тема доповіді:
Senior QA/QC Engineer, Yalantis
Україна
Тема доповіді:
CEO & Agile Coach, Simplesense
Україна
Тема доповіді:
QA, Ciklum
Іспанія
Тема доповіді:
Head of QA Department, Itera
Україна
Тема доповіді:
QA Lead, Very Good Security
Україна
Тема доповіді:
Senior JavaScript Developer, Cypress
Україна
Тема доповіді:
Ukrainian ISTQB Community
Україна
Тема доповіді:
QA Engineer, Snapchat
Україна
Тема доповіді:
Chief Executive Officer, Tenendo
Україна
Тема доповіді:
Head of QA, Revenue Grid
Україна
Тема доповіді:
TA Expert, SoftServe
Україна
Тема доповіді:
Sr Director of Field Services, Sauce Labs, inc.
США
Тема доповіді: