Стачка.QA&SDET

Куратор секции: Екатерина Ремизова

Как часто вам встречаются некачественные приложения? Как вы реагируете на них? Представьте, что приложение вашего банка случайно очистило ваш счет или приложение по заказу еды взяло с вас тройную сумму. Как вы будете себя чувствовать? А представьте, что вы разработчик программного обеспечения и есть приложение, которое помогает вам писать более качественный код. Согласитесь, приятный момент?

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

В неё мы включили доклады о применении экспертизы тестирования и разработки в тестировании (SDET), построении правильных процессов, верном понимания цели разработки ПО и бизнес-процессов, на которое оно накладывается. Эксперты поделятся опытом работы в крупных системах, историями о том, как они находили точки роста качества продукта. Мы расскажем о правильном построении фреймворков автоматизации, о том, что такое SDET и почему за ним будущее, о тонкостях мобильной автоматизации и нагрузочного тестирования.

Приходите, и вы узнаете о трендах в профессиях QA и SDET; чем отличаются и в чем похожи разработка ПО и разработка в тестировании; какие языки программирования лучше всего подходят для автоматизации. Мы поделимся кейсами о том, как на качество продукта может повлиять команда и используемые технологии или как изменить процессы и/или роли в своих проектах, чтобы прийти к совершенству.

Мы разделили секцию на доклады и мастер-классы для начинающих и опытных специалистов. Они будут интересны тем, кто связан с качеством ПО, а значит - всем. PM'ы, аналитики, разработчики и, конечно, QA-специалисты, ждем вас на наших докладах. Нам есть что обсудить! Встретимся на «Стачке».

Контакты для любых вопросов:
E-mail: ekaterina.remizova@simbirsoft.com
Facebook: https://www.facebook.com/ekaterina.remizova

Купить билеты


Aleksandr Serbul
Head of Integration and Implementations Quality Control @ 1C-Bitrix
Moscow

В докладе расскажем о выстраивании нескольких типов процессов обеспечения качества в проектах по веб-разработке: от простого до самого "навороченного". Поговорим о рисках тестирования нестандартного кода, привлечении аналитиков, информационной безопасности, архитектуре систем и использовании машинного обучения. Информация будет полезна всем, кто выстраивает процессы обеспечения качества в областях, близких к веб-разработке.


Тезисы доклада уточняются


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


Тезисы доклада появятся позднее


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


Как правило, когда проект переходит в зрелую фазу у всех начинает зудеть от слов «автоматизировать», «покрыть автотестами». И вот, вы уже все посчитали, приняли решение автоматизировать ваш регресс-смоук-вотэтовотвсе, почитали практик, послушали про пирамиды, прикинули все за и против, подготовили бюджет на автоматизацию к защите.

Зачем вам мой доклад? Я расскажу вам почему ваш бюджет скорее всего занижен. И как через год не свернуть проект. Вы уже определились с фреймворком или будете собирать самолет в воздухе? Кейсы написаны так, что автоматизаторы их поймут? Точно? Правила работы определены или война покажет план? А вы вообще автоматизируете то, что нужно? Давайте разбираться честно.


В среднем от 50 до 75% совокупного времени ручного тестирования приходится на подготовку и актуализацию тестовых данных. Но несмотря на весомые трудозатраты QA-специалисты продолжают регулярно пропускать ошибки “на бой”. Одна из причин в том, что начинающие тестировщики пренебрегают реальными данными проекта, стараясь покрыть всё искусственными (синтетическими) примерами.

В докладе на примере конкретных кейсов, с выкладками и диаграммами мы расскажем:

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

Этот доклад будет интересен не только специалистам по тестированию и их руководителям, но и представителям бизнеса, которые захотят узнать как понимание сильных и слабых сторон реальных/синтетических данных защитит бизнес от убытков, простоя в работе или судебных исков.


Гибкие методологии - дело сложное, особенно, когда ты давно привык работать последовательно и спокойно.

Новички воспринимают гибкую разработку как хаос, а тест-менеджеры уже готовы писать автотесты.

В докладе хотелось бы прояснить и систематизировать отличия тестирования в Agile от тестирования при работе по классической методологии.

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