Тестирование

Зал 5, 7 докладов
Правильный тестировщик как правильный интерфейс — отсутствует, но его работа при этом выполняется.
Ведущие секции
Илья Вахрушев,
Exadel
Максим Захаров,
СКБ Контур

Appium+Cucumber+Ruby: мобильная автоматизация малой кровью
Андрей Малых, Абак Пресс

У нас в Абак Пресс есть постоянно поддерживаемое мобильное приложение для платформ IOS и Android, с расширяющейся функциональностью и множеством поддерживаемых устройств. Регрессия с каждым релизом занимает все больше времени. Как облегчить себе жизнь, при этом особо не напрягаясь? Выбор пал на автоматизацию тестирования с использованием Appium и Cucumber.

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

10:00 10:20
QAradise
Евгений Сабиров, Хост

Идеальный мир тестировщика: ноумен или феномен?

В докладе я хочу поговорить о критериях хорошей тест-инфраструктуры. Как мы ее строили, каковы причины и следствия хороших и плохих решений? Я расскажу, почему у нас нет багов на бою, почему один тестировщик на 10 разработчиков — это не только «плохо». А также о том, как мне удаётся практически не тратить время на поддержку автотестов.

10:20 10:40
Правильно тестируем сетевую часть мобильного приложения
Андрей Усов, 2ГИС, Москва

Часто единственная конфигурация сети, на которой тестируется мобильное приложение — это быстрый и надежный офисный Wi-Fi. Реальное же интернет-соединение может быть куда менее качественным и предсказуемым. Например, в некоторых городах России почти нет Wi-Fi, а в Дубае провайдер может отправить вам редирект на локальную копию файла. Также в трафик может попасть реклама или, наоборот, её блокировщики. Чтобы ваше приложение работало корректно у всех пользователей, независимо от места и времени, необходимо уметь все эти ситуации воспроизводить на этапе тестирования.

В докладе:

  • Расскажу о различных состояниях сети, в которых может оказаться ваше приложение;
  • Приведу некоторые интересные примеры, которые возникали в процессе разработки нашего приложения;
  • Покажу, как можно все это протестировать, и какие инструменты нам для этого понадобятся.
10:50 11:30
Планирование развития автотестов
Кирилл Раткин, СКБ Контур

Неудачное планирование — это запланированная неудача (с.)

Не все из нас занимаются планированием развития автотестов. Чего уж там, не все из нас в принципе пишут автотесты. Возможно, на данном этапе ваша команда неплохо себя чувствует и без этого, правда? Но спустя несколько месяцев/лет успешности вашего продукта, текущие практики перестанут справляться с растущим объемом задач. Тогда вы придете и к автотестам, и к планированию их развития. Это обязательная практика серьезных, взрослых групп тестирования.

Рассказажу о планировании на своем опыте. Надеюсь, это поможет вам меньше спотыкаться и заранее выбрать правильный вектор развития.

12:00 12:40
Cообщество тестировщиков Екатеринбурга
Анастасия Ронжина, СКБ Контур

Тестировщики, создадим сообщество? В Екатеринбурге оно вроде бы есть, а вроде бы и нет. Что может объединить профессиональное комьюнити так, чтобы оно не распалось через какое-то время, а существовало годами?

Мы представим вам свою идею, рассмотрим точки зрения коллег. И очень хотим услышать ваше мнение на этот счет.

12:50 13:30
Скрам, водопад и отдел тестирования в условиях перемен
Артём Аксёнов, ITM Холдинг

Нашему отделу немногим больше года. Мы появились на берегу Водопада, смогли обжиться и встроиться в экосистему разработки ПО. Но всё меняется, и часть Водопада отвоевал Скрам. Появились отдельные рабочие группы, которые потребовали от нас новых умений и навыков.

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

14:30 15:10
Создаем команду автотестирования в нетипичных условиях
Василий Никишин, Parallels, Таллин

Каждая компания, разрабатывающая ПО, рано или поздно приходит к идее создания команды автоматического тестирования, особенно если ее продукт: 1) крупный (количество строчек кода превышает сотни тысяч), и ручного тестирования уже явно не хватает; 2) у компании несколько коммерчески успешных продуктов (с которыми уже сейчас работают пользователи).

В случае с нашей компанией ситуация осложнялась наличием у продукта большого процента так называемого «легаси-кода» (некоторые продукты разрабатываются более 10 лет) и тем, что в компании произошло разделение бизнесов. В декабре 2015 года компания Parallels продала «облачную» часть своего бизнеса компании Ingram Micro и сосредоточилась исключительно на кроссплатформенных решениях. Это разделение привело к необходимости создания новой команды автотестирования. До этого момента в компании была одна команда, которая обеспечивала автотестирование не только по обоим бизнес-направлениям, но и занималась тестированием внутренних инструментов, а также работой с внешним веб-сайтом компании и Интранет-порталом.

Возникла новая основная задача: создание команды, которая на первом этапе должна была перенять все лучшее, что было уже наработано в автотестировании в нашей компании (легаси), а в дальнейшем усовершенствовать и развить этот процесс для специфических нужд и продуктов конкретного бизнеса (кроссплатформенного). Мы уверены, что наш опыт поможет не только компаниям, которые вынуждены трансформировать или усовершенствовать текущие команды, но и тем, кому предстоит строить их с нуля.

15:20 16:00

Наши спонсоры

Генеральный спонсор
Партнер конференции
Спонсор секции
Информационные партнёры
Партнёры по размещению
Отдельное спасибо
HR-партнёр

По вопросам сотрудничества пишите на info@it-people.ru или звоните: +7 (343) 202-12-32

8 апреля 2016
Екатеринбург, ЭКСПО-ЦЕНТР
10:00–18:00
Расскажите друзьям про DUMP:
Плюсануть
Поделиться