13 ноября, суббота
Пришёл. Увидел. Протестировал.
Организатор секции:
16:30-18:30
О чём будет секция?
- Команда мечты. Как организовать работу команды тестирования и предусмотреть возможные риски. Актуальные хард и софт скиллс тестировщика.
- Оригинальные исследовательские сценарии, способы их применения, а также примеры из практики проведения исследовательского тестированию.
- Поддержка эффективности тест-кейсов или парадокс "пестицидов"
Цель
Популяризация тестирования в компании
Задачи
- Наш опыт. Как мы построили команду тестирования в разных городах и смогли избежать возможные риски.
- Какие выделяем хард и софт скилы тестировщика. Ответим на вопрос, какой он успешный тестировщик.
- Показать методы тестирования, на основе популярных детективов. Личное наблюдение.
Описание секции
Пришёл. Увидел. Протестировал - отличный посыл для всех тестировщиков мира. И именно этих трех доктрин мы будем придерживаться в рамках Секции.
Пришел - разберем, как улучшить и упростить жизнь любого специалиста по тестированию на проекте с момента его запуска до релиза, как прокачать Hard и Soft Skills и даже поделимся чек-листами
Увидел - обсудим продуктивность и варианты построения эффективной команды.
Протестировал - рассмотрим поддержку эффективности тест-кейсов, а также оригинальные исследовательские сценарии, способы их применения и примеры из практики проведения исследовательского тестированию.
Для кого
1
разработчики
2
студенты
3
тестировщики
4
QA инженеры
5
QA automation инженеры
6
QA lead/head of QA
7
middle+
8
senior
Новицкая Александра (Usetech)
В IT- индустрии с 2010 года, из которых более 7 лет в тестировании и 2 года QA Lead томского офиса Usetech. Имеет опыт организации отдела тестирования с нуля, выстраивала и разрабатывала артефакты, позволяющие мониторить и анализировать результаты работы отдела. Занимается прокачкой и мотивацией сотрудников, созданием карт компетенции и менторством в рамках корпоративной программы наставничества.

«Компетенции будущего».

Тезисы:
1. Кто я, где я: атмосфера, хард и софт скиллс.
2. Я и команда: погружение в работу, взаимодействие, результаты.
3. Я расту: мотивация, векторы развития, экспертиза решений.
Сфера ИТ сегодня как мировой океан: глубока и до конца не изучена, зарождает новые технологии и новые проекты. Кому покоряется? Тому, кто научится серфить на новых волнах: без страха брать новые волны и не сдаваться! Лучшие серферы покоряют новые волны и получают адреналин и огромное удовольствие!
Приглашаем вас присоединиться к этому удивительному океану, открытому для покорения каждому, и найти свою волну!
Молодцов Александр (Usetech)
Работает в отделе тестирования компании Usetech более 2,5 лет. Преподает в Корпоративном университете компании и Школе Начинающих Тестировщиков. Участвует в тестировании проектов для крупнейших ритейлеров и банков России. В ходе работы выявил уникальную закономерность между исследовательскими сценариями и детективными историями.

«Детективное расследование незапланированного преступления программиста»

Тезисы:
Необходимо различать исследовательское тестирование в разных его проявлениях. Во время исследования продукта мы пытаемся познакомиться с ним, его функциями, назначением его определенных модулей и так далее. У исследовательского тестирования с использованием тестовых сценариев немного другая функция – его используют для того, чтобы исследовать продукт с тех сторон, которые мы не затрагиваем при обычном тестировании.
В рамках доклада мы рассмотрим:
— описание тест-туров по Джеймсу Виттакеру;
— методику брей-шторминга Эдварда Боно;
— детективы и их методы проведения тестирования;
— будет много интерактива.

Рогожников Максим (Тинькофф)
Team Lead команды нагрузочного тестирования. В тестировании производительности более 5 лет, в IT более 10 лет. Спикер конференций QA и LT.Занимался организацией и проведением тестирования производительности в топ банках РФ, телекоме, ритейле, госуслугах и зарубежных проектах.

«Ясен план. Скорее за дело! Тестить Родина велела».

Тезисы:
- что такое тестирование производительности.
- предпосылки к проведению.
- как устроен процесс тестирования производительности.
Шумилова Ксения (NST)
Начала свою работу в IT с 2015 года в группе обработке данных, в 2018 году перешла в тестирование. Принимала участие в разработке продуктовой линейки компании. За плечами более 20 успешных проектов в заказной и продуктовой разработке, имею опыт в desktop, web и mobil. С 2021 года занимается наставничеством молодых специалистов и управляет отделом контроля качества компании NST.

«Парадокс пестицида. Причины и решения для продуктовой линейки»

Понятие было сформировано еще в 1990 году Борисом Бейзером, он провел аналогию с повторной обработкой полей пестицидом, при котором вредители начинают адаптироваться и благополучно переживают обработку. Другими словами, если тестирование продукта происходит по одним и тем же сценариям мы очень быстро перестанем находить новые дефекты.
Самое простое и очевидное решение: постоянно дорабатывать и корректировать тестовые сценарии, но что делать если план тестирования уже разросся до неимоверных размеров, да и фантазия тестировщика приказала долго жить? Вот об этом и поговорим =)
Купить билет на Город IT
В первый день конференции (12 ноября) мы собираем профессионалов IT-рынка для участия в воркшопах и обмена опытом (БОНУСОМ вы бесплатно получаете возможность посетить конференцию во второй день).

Покупая билет на секции, вы получаете право принять участие во всех секциях Город ИТ Pro (12 и 13 ноября). На секции мы приглашаем всех, кто интересуется IT выступлениями спикеров и мощнейшим нетворкингом.
Билет на воркшоп 12 ноября
Билет включает в себя оплату воркшопа 12 ноября и БОНУСОМ вы получаете входной билет на профессиональный день 13 ноября.

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

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

14 000
Билет на воркшоп 12 ноября
14 000 ₽
Билет включает в себя оплату воркшопа 12 ноября и БОНУСОМ вы получаете входной билет на профессиональный день 13 ноября. Программу конференции вы сможете посмотреть тут.Если вы хотите приобрести несколько билетов, то Вам необходимо после покупки связаться с менеджером конференции и предоставить информацию о каждом участнике. Мы распечатаем индивидуальные бейджи и подготовим пакеты участника.
Нажимая на кнопку, вы даете согласие на обработку персональных данных и соглашаетесь c политикой конфиденциальности
Билет на секции
Билет включает в себя посещение секций Город IT Pro 12 и 13 ноября.
Место проведения Город IT Pro: РК "Факел", г. Томск, Красноармейская, 120

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

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

2500 ₽ 4 000
Билет на участие 13 ноября
2 500 ₽ 4 000 ₽
Данный билет дает возможность участвовать в конференции только 13 ноября. Программу конференции вы сможете посмотреть тут. Если вы хотите приобрести несколько билетов, то Вам необходимо после покупки связаться с менеджером конференции и предоставить информацию о каждом участнике.Мы распечатаем индивидуальные бейджи и подготовим пакеты участника.
Нажимая на кнопку, вы даете согласие на обработку персональных данных и соглашаетесь c политикой конфиденциальности
Денис Юрьев(Skyeng)
Ваша компания сделала успешный продукт в своей нише. Круто, но пора двигаться дальше. Часто бизнес решает масштабироваться для большего охвата клиента с похожим решением, но «с перламутровыми пуговицами». Компания нанимает новую команду. Команда клонирует имеющийся код, слушает советы старичков, начинает отрезать лишнее и докручивать нужное, и... через полгода у компании уже два совершенно разных проекта, независимо от того, насколько одинаковы были решаемые задачи. Сложность поддержки тоже выросла.

У меня такое пару раз было и с тех пор хотелось сделать это всё иначе. Поэтому когда в Skyeng решили запускать новые предметы после успеха нашей с командой платформы, предложил: «А давайте мы своими силами». Поддержка новых репозиториев казалась неинтересным, а с учетом планов на десяток потенциальных проектов — самоубийственным решением. Поэтому мы пошли новой дорогой.

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

В докладе поделюсь историей в деталях, как мы спланировали архитектуру, как пошли не по принятым в компании практикам, на какие «грабли» Symfony наткнулись в процессе — и почему оно у нас вообще получилось.
Денис Юрьев(Skyeng)
Ваша компания сделала успешный продукт в своей нише. Круто, но пора двигаться дальше. Часто бизнес решает масштабироваться для большего охвата клиента с похожим решением, но «с перламутровыми пуговицами». Компания нанимает новую команду. Команда клонирует имеющийся код, слушает советы старичков, начинает отрезать лишнее и докручивать нужное, и... через полгода у компании уже два совершенно разных проекта, независимо от того, насколько одинаковы были решаемые задачи. Сложность поддержки тоже выросла.

У меня такое пару раз было и с тех пор хотелось сделать это всё иначе. Поэтому когда в Skyeng решили запускать новые предметы после успеха нашей с командой платформы, предложил: «А давайте мы своими силами». Поддержка новых репозиториев казалась неинтересным, а с учетом планов на десяток потенциальных проектов — самоубийственным решением. Поэтому мы пошли новой дорогой.

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

В докладе поделюсь историей в деталях, как мы спланировали архитектуру, как пошли не по принятым в компании практикам, на какие «грабли» Symfony наткнулись в процессе — и почему оно у нас вообще получилось.
Денис Юрьев(Skyeng)
Ваша компания сделала успешный продукт в своей нише. Круто, но пора двигаться дальше. Часто бизнес решает масштабироваться для большего охвата клиента с похожим решением, но «с перламутровыми пуговицами». Компания нанимает новую команду. Команда клонирует имеющийся код, слушает советы старичков, начинает отрезать лишнее и докручивать нужное, и... через полгода у компании уже два совершенно разных проекта, независимо от того, насколько одинаковы были решаемые задачи. Сложность поддержки тоже выросла.

У меня такое пару раз было и с тех пор хотелось сделать это всё иначе. Поэтому когда в Skyeng решили запускать новые предметы после успеха нашей с командой платформы, предложил: «А давайте мы своими силами». Поддержка новых репозиториев казалась неинтересным, а с учетом планов на десяток потенциальных проектов — самоубийственным решением. Поэтому мы пошли новой дорогой.

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

В докладе поделюсь историей в деталях, как мы спланировали архитектуру, как пошли не по принятым в компании практикам, на какие «грабли» Symfony наткнулись в процессе — и почему оно у нас вообще получилось.