COMAQA Autumn Minsk 2019 – большая конференция по автоматизированному и ручному тестированию.
Организаторами выступает сообщество COMAQA , объединяющее тестировщиков, автоматизаторов, разработчиков, девопсов, менеджеров и других IT-специалистов в контексте ручного и автоматизированного тестирования.
Хотите выступить с докладом? Оставляйте заявку
Билеты | |||
Дата | Мастер-класс (день 1, 8ч) | Мастер-класс (день 2, 8ч) | Конференция (день 3) |
29.09.2019 - 25.10.2019 | 350 BYN | 350 BYN | 240 BYN |
По вопросам приобретения билетов юридическим лицом обращайтесь пожалуйста к активисту сообщества Татьяне Атрашкевич.
Контакты:
tatyana@comaqa.by
+375 29 549 06 05
Отель «IBB Hotel» предлагает скидку 15% для размещения участников нашей конференции. Детали можно уточнить у администрации отеля.
12 лет практического опыта разработки ПО наземного сопровождения космических систем
Более 3-х лет на страже качества в составе батальона функционального тестирования web- и mobile-приложений. Пять успешно завершённых миссий (проектов). Курирование новобранцев.
10 лет в IT, 6 лет в фунциональном тестировании, управлении тестированием и постоении процессов в телекоммуникационном домене OSS и BSS систем на больших проектах в Швейцарии и Бельгии. Руководил он-сайт процессами подключения и тестирования новых интеграции в проекте BSS трансформации в пределах 60 систем. Успешно проводил упраление тестирования объемного SW/HW апгрейд проекта с миграцией в бизнес критичном домене и бизнес клиентами швейцарского телеком оператора. Занимаюсь переходом от функционального тестирования в автоматизацию. Изучаю Java, Python и их применение в автоматизации.
Общий опыт в тестировании больше 7 лет. Занимаюсь поиском Веб уязвимостей больше 4 лет. Провожу тренинги Penetration testing. В данный момент работаю в EVO на позиции QA gangsta lead.
5 лет в тестировании, начинающий лид :-) Один из тренеров в области тетирования безопаности. Регулярно выступаю на встречах тестировщиков и конфиренциях (KyivQaDay, Simplicity Day: QA 360°)
Senior Performance Analyst в EPAM Systems, разрабатываю framework для real-time визуализации и анализа результатов performance тестов. Победитель соревнований UA Web Challenge и Dev Challenge и нескольких тестатонов TestUaStartups. Ментор в StartIT (QaStart, Performance testing). Провожу тенинги / workshop-ы по тестированию производительности.
JDI Евангелист, Гуру автоматизации, филантроп. Не люблю рутину, люблю делать мир вокруг более оптимаальным, красивым и автоматизированным :)
With more than 10 years experience in IT, Alex has worked in development, testing and management, and was lucky enough to work with different technology stacks, including PHP, Java, .Net, and Python. Despite the varied background, Alex decided to focus on little things which help to deliver high-quality software, starting from the project inception and all the way to the operation. Alex prefers to consider himself as a full-stack engineer, and his passions are quality and efficiency. He’s an Agile fan and XP practitioner - and just a nice guy.
В IT с 2012, основная специализация - ручное функциональное тестирование. Так же занимаюсь Автоматизированным тестированием, тестированием производительности и менеджментом. Руковожу отделом и стараюсь сделать жизнь QA лучше :)
Сооснователь / активист сообществ QA специалистов и сочувствующих COMAQA.by, суровых разработчиков на С / С++ и ниже COREHARD.by, сообщества IT специалистов, переехавших в Беларусь InterIT.by, соучередитель компании DPI Solutions, менеджер в компании EPAM Systems. Более 16 лет опыта в IT, основная специализация: автоматизированное тестирование, низкоуровневая разработка на C++ и ниже, менеджмент, тренинги, продажи.
I have worked as a software test automation engineer for five years, UI testing and API testing mostly. I am working as a team lead and participate in IT conferences as a speaker (Ukraine, Belarus, and Russia). Areas of interest – performance testing, UI testing, resource management.
Активист сообществ COMAQA и CoreHard, специалист по Автоматизации тестирования в компаниях EPAM Systems и DPI.Solutions. Образование: БГУ, факультет Прикладной Математики, красный диплом; MBA, красный диплом. Опыт в IT около 20 лет, основная специализация - разработка ПО на 1С, последние 3 года фокус на Автоматизации тестирования
Дипломированный юрист, но «кривая Американской мечты» распорядилась иначе. В тестировании более 7 лет. Тружусь ведущим специалистом по Автоматизации тестирования в компании EPAM Systems, основной домен – встраиваемое ПО, automotive; автоматизация на Python, bash и даже C\C++. Активист сообщества interIT.by и COMAQA.by.
Aramayis is the founder and Lead Software Testing Engineer at Quality Testing Lab. In his role, he is responsible for assuring that customers’ needs are satisfied, both, in terms of software testing services for their projects and features for implementation. You can usually find Aramayis talking about testing and how it affects the entire development process. He also likes writing articles to share his knowledge and experience in software testing and testing team management. Aramayis is mini bottle alcohol collector.
Разрабатывала прототип библиотеки Akita вместе с командой из Альфа Лаборатории, создала бота-помощника для команд разработки в Dodo, член ПК конференции Quality Conf и спикер на конференциях JUG.ru.
I am a certified QA specialist with an 5+ years of professional experience. I am interested in the processes of testing and motivation of team members. My motto: there are no unsolvable problems, there is a wrong approach.
Тимлид тестирование мобильных приложений геосервиса яндекса, Руководитель тестирования мобильного приложения Ozon.ru В сфере мобильных приложений почти 10 лет. Работал с Android, iOS, UWP, Windows Mobile, BB7, BB10, Firefox OS, Nokia Asha. Лауреат Testhaton Moscow.
В тестировании уже 9 лет, 6 из них в автоматизации. Опыт работы в очень разнообразных проектах: от стартапа маленькой социалочки, до работы с монстрообразной БД Пенсионного фонда РФ. Интересно все что может быстро и асинхронно работать. За 9 лет я видел многое, потому всегда интересны нестандартные задачи, те тропы на которые еще не ступала нога QA. Люблю все что крутится вокруг мира Python + C.
Who am I? 1/3 QA, 1/3 DevOps, 1/3 Lead. Tech freak following all the newest technologies. Fan of Agile approach to project management and products. Awarded as “People of Testing” 2018 & 2019. What I do? Leading and supporting the best and the happiest QA team! Actively speaking (and traveling) around the world (combining both passions). Organizer and originator of QA meetups “UkrainQA” & “KraQA”.
7 лет назад почитал Троелсона и Шилдта про C# и затянуло в веб-разработку. 5 лет назад попробовал автоматизацию тестирования, для проекта на котором работал, и увлёкся. 1,5 года назад махнулся не глядя на PHP-Codeception и привык. Регулярно практикую UI, API и performance тестирование.
Опыт работы проектным QA Team Lead, team lead автоматизация front end. Курирую развитиии автоматизации в компании Andersen. Начинал первые шаги в автоматизации с python и java, сейчас сконцентрирован на инструментах на JS/TS
36 лет, в тестировании с 2011 года, в автоматизации - с 2012. Основной опыт - автоматизация Web UI автотестов с помощью фреймворков на основе Selenium WD. В настоящее время занимаюсь автоматизацией регрессии с помощью BDD тестов в legacy-проекте со сложной архитектурой. Технологии и языки: Java, JBehave, Page Objest pattern, Allure 2
15 лет в IT, работал на внедрениях систем SAP, 1С, в тестирование пришёл из разработки, занимал позиции Senior QA Engineer, Head of QA Department. Был докладчиком на конференции LVEE. В 2018 г. выступал там с докладом на тему DevOps и QA. Сейчас развиваюсь в направлении TestOps.
Более 7 лет в тестировании, последние 4 года занимаюсь автоматизацией. Пишу тесты на Java. В основном, автоматизирую Back-end тесты (Java, Spring Integration, Junit, RestAssured...). В данный момент работаю в e-commerce домене.
Опыт работы 3 года. Тестировала систему анализа крови в СКЛИФе. Провожу агиткомпании по улучшению качества на проекте.
Automated Testing in Java with experience in test's framework architecture and software development. Key domains of test automation are web and mobile UI, REST API.
В данный момент работаю в замечательной компании X1 Group (Харьков, Украина). Работаю в крупной fin tech компании на позиции QA, тестирую BE часть, дополнительно выполняю обязанности BA/PO. Имею опыт в роли scum master. В тестировании 5 лет. Преподаю в Hillel IT school от чего очень кайфую. Участвую в роли PM в социальных, некоммерческих ИТ проектах. Провожу ИТ направленные мероприятия для новичков.
Arthur is Lead Software Testing Engineer with more than 10 years of experience. He is the co-founder of ArmSTQB - Armenian national board of ISTQB, Armenian Association of Quality Assurance professionals and TestingArt LLC. Currently, his activities are aimed at various areas of Software testing processes implementation and improvement. He is providing consulting on test processes implementation and provides testing outsource services. He is sharing his knowledge giving theoretical and practical training in Yerevan State University and in various training centers in Armenia.
Software Test Automation Engineer в EPAM Systems, имею опыт в автоматизированном тестировании на Python и Java в направлениях Billing System, Healthcare, Online Store, также в настройке CI/CD. Являюсь контрибьютором в open source проект SeleniumLibrary - это библиотека веб-тестирования для Robot Framework, которая использует Selenium на Java. Провожу занятия, как тренер-волонтер программы eKids - глобальной инициатицы компании EPAM, направленной на обучение детей кодированию.
QA Lead и настоящий автоматизатор в душе. Специалист по функциональной автоматизации тестирования. Занимаюсь разработкой проектов автоматизации на разных языках (Java, PHP, JavaScript, TypeScript) и различных типов (Web, API, Desktop, iOS, Android). Докладчик на QA конференциях. Сейчас в моей сфере интересов JS как язык автоматизации тестирования, а так же Java для тестирования микросервисов.
Пишу на JS / TS. В последнее время фокус на UI, но есть опыт автотестирования API. В работе использую Selenium, WebdriverIO, Protractor, Puppeteer, Mocha, Jasmine, Cucumber, Node, Docker etc.
Занимаюсь тестированием производительности. Развиваюсь и пытаюсь узнавать что-то новое в этом направлении. Финалист и победитель TestUaStartups и DevChallenge в номинации QA
12 лет в IT, 8 из них - обеспечение качества на разных уровнях. Опыт в настройке процессов тестирования и обеспечения качества на всех этапах жизненного цикла разработки, тонкая настройка Scrum, Kanban и Scaled Agile процессов. Успешный опыт в организации внутренних QA конференций в компании. QA фанатик :)
11 лет в тестировании мобильных и веб-проектов. Тестировал приложения известных брендов (CNN), популярные у пользователей (News360), ответственных направлений (информация пациентов). В постоянном поиске как делать так чтобы "машина работала, а человек думал".
Опыт тестирования в области банковских продуктов (микросервисная архитектура), систем документооборота, мобильных приложений, социальных сетей, BIG DATA. Участие в автоматизации тестирования (JAVA, JUnit, WebDriver). Активное участие в командообразовании, адаптации новых сотрудников, обучении и сопровождение.
Занимаюсь тестированием более 12 лет. Есть опыт в различных направлениях тестирования. Работаю в финансовой и e-commerce сфере.
Опыт в тестировании в финансовой сфере (банковские продукты), 3D, облачных хранилищ, систем документооборота, ui компонентов, android-приложений. Координация работы команды тестирования.
Project Manager с техническим бэкграундом более 5 лет в автоматизированном тестировании. ISTQB Certified Test Manager. Образование: БГУ ФПМИ (специалист), БГУИР ФКСИС (магистр). Опыт управления командами тестирования и разработки, как распределённых, так и локальных - 3+ лет. Опыт в IT - 6+ лет. Всегда уделяю особое внимание построению хороших и долгосрочных взаимоотношений с заказчиком, а также созданию благоприятных и продуктивных условий внутри команды.
Цель тренинга: получить понимание процесса перфоманс тестирования на проекте с нуля и получить необходимую практическую базу
для использования перфоманс тестирования на проекте.
Формат: участники на практике проходят этапы перфоманс тестирования начиная от анализа системы, заканчивая репортингом результатов
по тестовому e-commerce приложению (java-spring-hibernate) с использованием apache jmeter в качестве генератора нагрузки.
Первый день покрывает весь процесс перфоманс тестирования, необходимую теорию и практику с использованием только встроенных
в джиметр возможностей репортинга, без построения тестовой инфраструктуры, локализации узких мест и построения нелинейный
сценариев. Этого достаточно чтобы получить базу и иметь понимание процесса для старта тестирования на проекте.
1. Анализ системы
2. Необходимая теория
a. Профили/Модели нагрузки
b. Метрики для анализа
c. NFRs
3. Тест план/стратегия
4. Настройка Jmeter
5. Создание сценария вручную/рекординг
6. Запись линейного smoke сценария для e-commerce с использованием основных компонент jmeter
a. логин(считывание данных из файла)
b. выбор категории(использование регулярных выражений для параметризации)
c. выбор товара на странице(использование json path для параметризации)
d. добавление товара в корзину
e. оформление заказа(использование функций и переменных для параметризации)
7. Формирование профиля нагрузки для сценария
8. Сбор app/server side метрик
9. Мониторинг серверных метрик с built-in perfMon listener
10. Проведение capacity теста приложения
11. Анализ результатов
12. Использование результатов capacity теста для других типов тестов
Цель тренинга: получить понимание процесса перфоманс тестирования на проекте с нуля и получить необходимую практическую базу
для использования перфоманс тестирования на проекте.
Формат: участники на практике проходят этапы перфоманс тестирования начиная от анализа системы, заканчивая репортингом результатов
по тестовому e-commerce приложению (java-spring-hibernate) с использованием apache jmeter в качестве генератора нагрузки.
Первый день покрывает весь процесс перфоманс тестирования, необходимую теорию и практику с использованием только встроенных
в джиметр возможностей репортинга, без построения тестовой инфраструктуры, локализации узких мест и построения нелинейный
сценариев. Этого достаточно чтобы получить базу и иметь понимание процесса для старта тестирования на проекте.
1. Анализ системы
2. Необходимая теория
a. Профили/Модели нагрузки
b. Метрики для анализа
c. NFRs
3. Тест план/стратегия
4. Настройка Jmeter
5. Создание сценария вручную/рекординг
6. Запись линейного smoke сценария для e-commerce с использованием основных компонент jmeter
a. логин(считывание данных из файла)
b. выбор категории(использование регулярных выражений для параметризации)
c. выбор товара на странице(использование json path для параметризации)
d. добавление товара в корзину
e. оформление заказа(использование функций и переменных для параметризации)
7. Формирование профиля нагрузки для сценария
8. Сбор app/server side метрик
9. Мониторинг серверных метрик с built-in perfMon listener
10. Проведение capacity теста приложения
11. Анализ результатов
12. Использование результатов capacity теста для других типов тестов
За время мастер-классса Вы поймете как:
- Сформулировать QA цели проекта;
- Выбрать метрики, соответствующие целям;
- Автоматизировать расчет метрик;
- Автоматизировать визуализацию метрик;
- Научиться работать с метриками в стиле “пожарных извещателей” и “эквалайзера”;
- Научиться внедрять метрики на legacy проекте, превратить исторические данные в информацию, в метрики;
- Разработать ROI калькулятор с нуля;
- Адаптировать ROI калькулятор для своих нужд;
- Эффективно использовать ROI калькулятор начиная от Pre-Sales и до Post-Release;
- Сделать QA процесс измеримым, управляемым, предсказуемым
За время мастер-классса Вы поймете как:
- Сформулировать QA цели проекта;
- Выбрать метрики, соответствующие целям;
- Автоматизировать расчет метрик;
- Автоматизировать визуализацию метрик;
- Научиться работать с метриками в стиле “пожарных извещателей” и “эквалайзера”;
- Научиться внедрять метрики на legacy проекте, превратить исторические данные в информацию, в метрики;
- Разработать ROI калькулятор с нуля;
- Адаптировать ROI калькулятор для своих нужд;
- Эффективно использовать ROI калькулятор начиная от Pre-Sales и до Post-Release;
- Сделать QA процесс измеримым, управляемым, предсказуемым
Второй день включает в себя создание тестовой инфраструктуры с нуля, построение сценариев со сложной логикой, работу с базами
данных и анализ узких мест/профилирование приложения
1. Использование logic контроллеров для формирования нелинейных пользовательских сценариев;
2. Использование нескольких thread groups для моделирования нагрузки от различных типов пользователей;
3. Использовение assertions, timers;
4. Запуск тестов в Non-gui mode с генерацией отчетов;
5. Создание тестовой инфраструктуры на основе Jmeter-Grafana-Influxdb-Telegraf-Jenkins для возможности получать результаты
тестов в реальном времени, облегчить анализ тестов с кастомными дашбордами, унифицировать запуск тестов между командами и
иметь доступ к историческим данным по перфоманса системы;
6. Пример реализованного фреймворка можно посмотреть здесь https://github.com/serputko/performance-testing-framework;
7. Обзор основных перфоманс ботлнеков и мест их локализации;
8. Практика по application profiling tool - JProfiler для локализации ботлнеков;
9. Создание тест репорта
Второй день включает в себя создание тестовой инфраструктуры с нуля, построение сценариев со сложной логикой, работу с базами
данных и анализ узких мест/профилирование приложения
1. Использование logic контроллеров для формирования нелинейных пользовательских сценариев;
2. Использование нескольких thread groups для моделирования нагрузки от различных типов пользователей;
3. Использовение assertions, timers;
4. Запуск тестов в Non-gui mode с генерацией отчетов;
5. Создание тестовой инфраструктуры на основе Jmeter-Grafana-Influxdb-Telegraf-Jenkins для возможности получать результаты
тестов в реальном времени, облегчить анализ тестов с кастомными дашбордами, унифицировать запуск тестов между командами и
иметь доступ к историческим данным по перфоманса системы;
6. Пример реализованного фреймворка можно посмотреть здесь https://github.com/serputko/performance-testing-framework;
7. Обзор основных перфоманс ботлнеков и мест их локализации;
8. Практика по application profiling tool - JProfiler для локализации ботлнеков;
9. Создание тест репорта
На этом 8-и часовом мастер классе, по тестированию безопасности (Security Testing), мы разберем каждый из 10 векторов уязвимостей,
описанные в OWASP TOP 10. На практических примерах оценим их степень опасности на реальные бизнесы в наших условиях, а так
же рассмотрим методы защиты от них.
A1:Injection
A2:Broken Authentication
A3:Sensitive Data Exposure
A4:XML External Entities (XXE)
A5:Broken Access Control
A6:Security Misconfiguration
A7: Cross-Site Scripting (XSS)
A8:Insecure Deserialization
A9:Using Components with Known Vulnerabilities
A10:Insufficient Logging & Monitoring
Берите с собой ноутбуки, с предустановленой системой kali linux (можно как основной системой либо на виртуальную машину) Будет
много практики и будет весело ломать апликейшен!
На этом 8-и часовом мастер классе, по тестированию безопасности (Security Testing), мы разберем каждый из 10 векторов уязвимостей,
описанные в OWASP TOP 10. На практических примерах оценим их степень опасности на реальные бизнесы в наших условиях, а так
же рассмотрим методы защиты от них.
A1:Injection
A2:Broken Authentication
A3:Sensitive Data Exposure
A4:XML External Entities (XXE)
A5:Broken Access Control
A6:Security Misconfiguration
A7: Cross-Site Scripting (XSS)
A8:Insecure Deserialization
A9:Using Components with Known Vulnerabilities
A10:Insufficient Logging & Monitoring
Берите с собой ноутбуки, с предустановленой системой kali linux (можно как основной системой либо на виртуальную машину) Будет
много практики и будет весело ломать апликейшен!
Мы так привыкли к сложным решениям разработки из кровавого enterprise, что порой, на «автопилоте», не задумываясь, переносим неоправданно тяжеловесные подходы, Architectural и Design Pattern-ы, Approaches, взращивая кодо-монстра в считанне месяцы \ годы. Наиболее популярным техникам кодо-монстро-производства и будет посвящен наш докд. На выходе мы получим checklist из 10 стандартных задачь и способов их решения от упрощенного, до оптимального и далее технически-кошмарного. Приходите – будет интересно и holywar-но :)
В докладе рассмотрим фреймворк для проведения нагрузочного тестирования. Он решает проблемы интерактивной визуализации собраных метрик, хранение истории, анализ причин ошибок, сравнение нескольких тестов и т.д. В jmeter "из коробки" удобство хранения результатов и анализа находится где-то +- на уровне дна, в следствии чего и было разработано это решение. Используемые open-source инструменты: Apache Jmeter, Grafana, Influxdb, Telegraf, Jenkins.
Обычно в процессе нагрузочного тестирование необходимые app-side метрики можно получить прямо в генераторе нагрузки. Мы шлем
запрос, получаем респонс и зачастую время выполнения запроса это и есть то что нам нужно.
Но что если после того как сервер отдал вам ответ происходит еще ряд асинхронных операций, время выполнения которых нам необходимо
проверить? Как замерить время выполнения этих запросов? Какая часть системы является узким местом в производительности?
В докладе рассмотрим какие челенжи появляются в такой ситуации и как их можно решить.
Многие из нас начинали свою карьеру в QA одинаково: с набора "волшебных" техник и правил, воспринимая обеспечение качества
как охоту на баги. И даже с развитием методологий разработки программ, часто эта концепция остается ведущей в понимании нашей
профессии.
Мой доклад - это скорее призыв остановиться и подумать, чем мы на самом деле занимаемся. Что такое качество и что такое -
отличное качество? И так ли оно на самом деле нужно нашим пользователям?
Кроме того, я приведу несколько техник и инструментов, которые помогут вывести ваш подход к обеспечению качества на новый
уровень и делать это осознанно.
Уверена, у тебя в компании точно есть рабочий чат. А еще, наверняка, в процессе выпуска релиза твоему коллеге приходится вручную выполнять ряд однотипных монотонных действий, и скорее всего не в одной системе, а сразу в нескольких (Git/TeamCity/Jira/Elastic/мессенджер). Ты и твоя команда на пути к самодостаточной фиче-тиме, но как только дело доходит до активностей по выпуску релиза, сразу становится грустно и возникает непреодолимое желание повесить всю ответственность за выпуск релиза на инженера. Но зачем? Если можно собраться командами, нарисовать то, как выглядит ваш процесс по выпуску релиза и автоматизировать все то, что болит. Более того, вы сможете добиться большей прозрачности процесса, если реализуете свою автоматизацию на основе чат-бота, который будет комментировать каждый свой шаг и слать подсказки в случае ошибки. Со временем, такой online-помощник станет незаменимой частью команды и уже ни у кого не будет вопросов: а зачем его было создавать и кто его будет поддерживать.
Доклад о внедрении контрактного тестирования в зоопарк из микросервисов. Расскажу наше видение почему: 1. Построение контрактного тестирования возможно только на базе контратного программирования. 2. Ваш микросервис оказывает нулевое влияние на ответы ваших соседей. 3. В тестах не должны описываться контрактные кейсы, а только использоваться. 4. Хранилище кейсов должно быть единым, а сервисы запуска различными. 5. Без логирования запросов не обойтись, но не обязательно логировать все.
В докладе я расскажу как мы внедряли и тестировали технические решения что б соответствовать GDPR в крупной fin tech компании. Что такое GDPR и как его можно трактовать, кто и как будет проверять соответствие GDPR. Какие данные желательно удалять и что делать если данные нужны для других отделов, например BI. Что такое анонимизация данных. Зачем и в каких областях мы решили применить хеширование. Как мы справились с анонимизацией в 3rd сервисах, с какими удивительными ситуациям столкнулись, и какие изменения внесли в алгоритм работы. Еще раскрою тему тестирования GDPR и подготовки тестовых данные. Метрики для тестовой отчетности. После прослушивания доклада у вас будет понимание (и отправлю чек лист) областей программного продукта в которых стоит вносить изменения. Вы сможете “научиться” на наших ошибках - расскажу чего делать не нужно. Узнаете правильную последовательность активностей. Сможете создать конкретные такси для девелоперов. Поймете по каким критерия мониторить успешность вашего технического решения. Как тестировать каждый этап и где брать тестовые данные. Таким образом у вас будет предварительный пошаговый алгоритм действий перед внедрением технического решения для соответствия GDPR и уверенность в своих силах
Полезные инструменты не вписывающиеся во фреймворки. Автоматизация скучных задач. Автоматизация отдельных фич. Своя "обезьяна" для проверки устойчивости приложения и не только. Анализаторы логов или кода, заведение тестовых данных, и другие полезности.
Методологии разработки программного обеспечения - это не свобода, это скорее ограничения. Как и многие правила в жизни. Но эти ограничения позволяют создавать действительно сложные вещи. Мы совершим небольшой экскурс в историю, чтобы понять, с чем имеем дело и как двигаться дальше.
Думаю, вы сталкивались с проблемой, когда вам приходила таска на тестирования Uploader file. Вы долго собирали все форматы
файлов, долго нарезали размеры этих файлов, долго искали файлы разных объемов. Я расскажу как можно протестировать это без
боли, да и еще проведем тестирование на безопасность загрузчик файлов. Да-да, в загрузчике файлов присутствуют критические
уязвимости, они остаются до сих пор недооцененной областью для тестирования безопасности. К нему можно отнести такие виды
уязвимостей как:
— Injection
— XSS
— XXE
— SSRF
В своем докладе я расскажу, что надо делать, на что надо обращать внимание, а также покажу как с помощью плагина Upload Scanner
и инструмента Burp Suite можно найти уязвимости в вашем Uploader file.
The story of changing and shaping quality culture and company mindset in an environment where time to market, seeking for and providing quick proofs of concept, event-driven development or fast monetization is the most important (sometimes the only one) goal of the organization. At first, it always looks like "mission impossible" - too many misleading hints, several unexpected traps and laser maze full of bugs ahead of you. But if you take a thoughtful jump and give yourself time, you can transform productive chaos into a quality driven environment - in other words, make the impossible, possible! Undoubtedly, there are two paramount goals to be addressed at the company level: - to increase the quality of the product, - to build quality culture across the organization I want to share with you mistakes made, lessons learned and solutions implemented, in a nutshell - my story of becoming a change agent of Quality Assurance.
Спросите тестировщика сколько тестов требуется для того чтобы обеспечить полное покрытие продукта и спокойный сон product
owner-a? Ответ будет содержать набор всех мыслимых позитивных и немыслимых негативных тестов. Набор тестовых данных будет
измеряться "оченьмногобайтами". В дополнение обязательно будут предложены тесты из различных нефункциональных областей. После
взгляда на всё это многообразие встаёт вопрос, а действительно ли всё это необходимо?
Постараемся разобрать тему и подобрать методы контроля объемов тестирования на проектах.
One might think that testers’ main responsibility is designing and executing tests, but reports are equally important and
that’s where some challenge lie. You may wonder whether reports are mandatory and what information they should contain. However,
the root problem here is how to assist client/management with your reports?
Well-structured reports can help management to know more about product and processes, but, badly-structured reports can ruin
all the work done by the team.
In his talk Aramayis will cover what information should be added to test report and how to give that information.
В тест автоматизации, мы все любим продвинутые фишки: Page Object, Visual Testing, Model-based testing, машинное обучение
и даже искусственный интеллект. Но что, если мы все поняли не так, и попросту нарушаем принцип KISS?
⠀
Добро пожаловать в Тест-минималистический клуб.
⠀
☑Первое правило клуба - если вы создаете сложное решение тест автоматизации - вы что-то делаете не так.
☑Второе правило клуба - я серьезно насчет первого правила.
☑Третье правило - если вы пришли сюда, вам придется поработать с кодом
Доклад поможет найти ответы, развеять сомнения и узнать больше о себе:
⠀
Как объединить людей - или где начинается команда?
⠀
Влияние команды на продуктивность работы его членов или почему команда эффективнее?
⠀
Какие бывают виды команд и почему это важно?
⠀
Как особенности команды влияют на процесс тестирования?
Как распознать обман на собеседовании или определить степень готовности руководителя повысить заработную плату? Умение читать собеседника без слов позволяет найти ответы на эти и иные вопросы. Психологи утверждают, что язык тела заложен в человеке глубже, чем мимика или способность говорить. От языка вашего тела зависит понимание ваших слов собеседником и то, как он чувствует себя рядом с вами. Давайте поговорим о том, что же такое неверабалика и как с ней можно (и нужно!) работать. Рассмотрим различные практические кейсы.
В этом докладе я расскажу вам, как вообще появилась идея использовать геймификацию на проекте. На наших примерах я поделюсь схемой построения игры с нуля. Мы поговорим о плюсах и минусах геймификации, а также причем тут тестировщик, и как и зачем использовать геймификацию именно ему. Если вам небезразлична атмосфера в команде или вы ищете эффективные решения для повседневных проблем тестировщика, тогда магические артефакты и Ящик Пандоры ждут именно вас :)
Разработка vs тестирование - как показать, что в QA больше креатива. Самореализация+польза - как, учитывая интересы стажёра, получить пользу для компании? Как сделать так, чтобы стажёр дёргал вас пореже, а задач решал побольше
Мы расмотрим варианты развития карьеры мануального тестировщика с примерами из моего опыта. Стандартные кейсы: автоматизация, нагрузочное тестирование, только затронем. Зато посмотрим по бизнес доменам, технологиям.
Хотим скорей тестировать, хотим скорее в бой,
Но тормозит отсутствие test data под рукой.
А выход есть! И чтоб QA с проектом не страдать,
Шагай туда, где всё ты сможешь сгенерировать!
Кто из нас, тестировщиков, не был в такой ситуации, когда кажется, что пазл полностью сложился: и команда профессиональная,
и проект интересный, и рабочее окружение настроено, и даже — о, чудо! — спецификация есть? Остается всего ничего — бодро
приступить к тестированию! И тут возникает одно «НО» - набора тестовых данных категорически не хватает. Разумеется, QA – люди
творческие, придумают разные варианты или возьмут наработанные данные из своих же архивов. Однако на всё это тратится рабочее
время. А у кого из нас его много при работе над проектом?
Сегодня я расскажу вам про полезные веб-ресурсы: «помогаторы». С их помощью вы сэкономите время и ускорите рабочий процесс.
Ты-дыщ!
Уже написано очень много книг о софт скилах по работе с командой, но самое интересное начинается с применением теории на практике. Давайте остановимся на одном из инструментов - 1-2-1 беседах. В докладе будет представлен практический опыт применения этих бесед при управлении командами тестирования и разработок, поговорим о том, как этот нехитрый инструмент может помочь работе, какие сложности могут таится в нем и какие могут быть нюансы использования.
Я расскажу почему нам потребовалась автоматизация аналитики. Какие варианты мы рассматривали и какие у них плюсы-минусы. Почему в итоге выбрали вариант со сниффингом траффика и парсинга того, что уходит из приложения. С какими трудностями столкнулись. Какой профит от такого подхода получили.
Начинать построение CI процесса в новом проекте - достаточно популярный тренд. Но что делать, если проекту уже несколько лет, имеющиеся тесты не имеют регламентированного времени прохода и даже механизмов получения тестовых данных по мере необходимости? Отказываться от автотестов вообще или всё-таки попробовать построить свой "велосипед"?
Мир автоматизации на JS развивается семимильными шагами. А так же, какие фреймворки для автоматизации тестирования на языке программирования JavaScript (TypeScript) существуют сейчас. Подробнее рассмотрим фреймворк WebdriverIO - его плюсы, фундаментальные концепции и общие подходы к архитектуре.
Доклад посвящен тем, кто хотел бы сделать первые шаги в тестировании performance веб-приложения. Если вы отвечаете за качество на проекте и при этом хотели бы начать вашу карьеру в performance тестировании, то этот доклад поможет сделать первые шаги в увлекательный мир non-functional тестирования
Третий доклад из серии материалов про "другую" автоматизацию, в которых мы рассмотрим альтернативы привычным WEB UI / API test automation. В первой части мы проговорили, что такое Embedded System и как автоматизируют тестирование встраиваемых систем. В третьей части начинается самое сурово – интересное!
Доклад затрагивает тему планирования тестов, поиска и постановки правильных приоритетов, выстраивание совместной работы команды
с клиентом, важную роль тестовой стратегии и жизненно необходимых метрик определения качества.
Целью доклада будут решения таких проблем как отсутствие понимания, что тестирование достигло своей цели, QA инженеры обнаружили
много дефектов, но в итоге клиент получает нерабочий функционал.
На практических примерах из опыта на больших enterprise проектах мы разберем подобную ситуацию и её практические решения.
Аудитория: QA leads and management.
Nowadays Software Engineering related professions are one of the most demanded in the world, and of course one of the main
sources where professionals are coming are Universities.
We can find Computer Science departments in many leading Universities worldwide and among their courses surely you can find
Software Testing related ones, which is an inseparable part of Software Engineering.
Fundamental knowledge about Software Testing and Product Quality is now critical for all Development team members and it already
became one of the most important success factors for the teams.
During his talk Arthur will speak about Software Testing Discipline in Top Universities (Top 10 World University Rankings
2019 by subject - computer science.).
He will give a summary of course contents, to highlight which areas of Software Testing are covering in most popular academic
courses and why it is extremely important for all Software Engineers.
Давайте проведем сравнительный анализ вариантов запуска тестового метода несколько раз в одном прогоне с помощью testNG.
Big Master class on test automation
Test Framework structure
Test Automation approaches
Extended Page Objects
Tips and tricks
Big Master class on test automation
Test Framework structure
Test Automation approaches
Extended Page Objects
Tips and tricks
Тестирование UI-компонентов: разбиение страницы/визуального компонента на отдельные элементы, навешивание функций на элементы. Изолирование и комплексное тестирование визуальных блоков. Полезные и нужные инструменты.
В процессе написания автотестов мы сталкиваемся с различного рода проблемами, и одна из главных проблем, с которой сталкиваются
все - ожидания.
Мы вынуждены ждать тот или иной элемент, либо все подряд.
...Когда тест падает, и скриншоты не могут дать явно понять что произошло, а логи из браузерной консоли ничего не говорят,
мы задумываемся о том, что как бы было хорошо, посмотреть какой запрос упал, с каким ответом, и какие хедеры у него были на
момент падения.
В своем докладе, я расскажу как писать автотесты на новом уровне, используя крутейший инструмент от Google.
Для запуска автоматических тестов часто ставится задача - создание изолированного окружения под различные платформы, но организовать
такие окружения для тестирования — далеко не самая простая задача. Хотим еще иметь систему мониторинга и управления автотестами
и тестовым кодом, анализировать стабильность тестов и качество проверяемого ПО - задача становится еще сложнее.
Azure DevOps Cloud Services от Microsoft мне помогли справиться с этими задачами, да еще и бесплатно.
Познакомимся со службами сервиса (Azure Pipelines, Builds, Azure Boards, Azure Repos, Azure Artifacts), которые помогут нам
дополнить рабочие процессы, повысить точность планирования, качество, продуктивность и скорость поставки наших Open Source
решений как для пользователя, так и для собственного развития. Убедимся, как легко можно настраивать конвейеры CI/CD и гибко
параметризировать конфигурации, управлять пакетами с помощью Azure DevOps на MacOS, Unix, Windows, выполнять анализ и получать
результаты.
Доклад представляет собой краткий обзор такого средства автоматизации как WireMock. Доклад охватывает следующие моменты: когда и для чего необходимо реализовывать моки (преимущество моков), как подключить WireMock к проекту, основные возможности, примеры кастомизации WireMock.
В докладе речь будет идти как войти в IT на моем личном примере. Область IT деятельности - это автоматизированное тестирование на языке Java. Будет рассмотрен вариант получения практического опыта участвуя в качестве контрибютора opensource продукта.
В докладе расскажу про сквозную трассировку от документа пользовательских требований до тест-кейсов, автотестов, баг-репортов. Покажу на примере как происходит импорт документов и работа с требованиями и тестовой документацией, как оценить покрытие требований тестами. Покажу на примере использование матриц трассировки для выявления проблем на этапах бизнес-анализа и тестирования.
Веб-приложения и технологии стремительно развиваются. Мы уже вступили в эру Single Page Application и идем к Progressive Web Application. В большинстве современных проектов идет разделение команд на front-end и back-end, и не только команд, но идет раздельная релизная политика. Это требует более детальных подходов к тестированию front-end, но в большинстве front-end тестируют на уровне системных тестов. В этом докладе мы рассмотрим подходы к тестированию front-end и инструменты, которые смогут справится с данными подходами.
"Codeception + AWS + HP ALM. Проги всякие нужны, тулы всякие важны" Как мы учились их смешивать и доводить до готовности.