Home

Выложена еще одна часть докладов с прошедшей в Минске конференции SQA Days 12

Метрики покрытия. Прагматичный подход
Александр Ильин, Oracle, Санкт-Петербург, Россия

Истории про перезапуск компании и тестирование
Андрей Кузьмичев, Объединенная компания Афиши и Рамблера, Москва, Россия

Опыт тестирования API САПР платформы. От ручных тестов к автоматизации
Илья Слободин, nanocad.ru, Москва, Россия

Фреймворк Html Elements или как удобно взаимодействовать с веб-интерфейсами в тестах
Александр Толмачев, Яндекс, Санкт-Петербург, Россия

Построение эффективной команды тестировщиков из новичков
Алексей Петров, Мегаплан, Москва, Россия

Перспективы тестирования хранилищ данных и BI систем
Светлана Родионова, EPAM Systems, Минск, Беларусь

Тестирование IP видео на примере библиотеки Skype
Оксана Деменцова, Microsoft, Таллинн, Эстония

Модель компетенций в оценке, обучении и развитии специалиста по тестированию
Елена Локтева, Образовательный центр ПВТ, Минск, Беларусь

Описания докладов по ссылке Подробнее...

Метрики покрытия. Прагматичный подход
Александр Ильин, Oracle, Санкт-Петербург, Россия

Нетрудно собрать информацию о покрытии кода, и сгенерировать отчеты и графики. Обычно этим все и заканчивается. А возможно ли извлечь реальную пользу из результатов анализа покрытия?
Использование результатов анализа кода можно условно разбить на следующие категории.
Метрики
Прямое использование покрытия кода как метрики (block/line/branch, etc.) сложно в связи с трудностью определения желаемого уровня, однако возможно получение синтетических метрик, для которых цель составляет 100%.
Создание новых тестов
Разумеется, покрытие кода имеет самое прямое отношение к тому, какие тесты нужно добавить. На практике непокрытого кода оказывается слишком много, и нужна дополнительная приоритезация.
Сужение набора тестов
Одним из прямых использований результатов покрытия является уменьшение времени на тестовый запуск.
Разработка тестов одновременно с кодом
Каждое изменение кода представляет риск создания регрессии. Каждая порция нового кода может не выполнять того, что от него ожидается.

Истории про перезапуск компании и тестирование
Андрей Кузьмичев, Объединенная компания Афиши и Рамблера, Москва, Россия

Чтобы создавать по настоящему новые и качественные продукты, любой компании сначала необходимо измениться внутри. Это долгий и болезненный процесс с успехами и неудачами. 2,5 года назад Афиша объединилась с Рамблером. Сейчас мы перезапускаем Рамблер, разворачиваем его лицом к пользователю. Я расскажу несколько историй, как тестирование может участвовать и активно влиять на формирование настоящего и будущего компании.

Опыт тестирования API САПР платформы. От ручных тестов к автоматизации
Илья Слободин, nanocad.ru, Москва, Россия

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

Будут представлены три последовательных этапа развития системы тестирования API, мы рассмотрим их достоинства и недостатки:
1. Ручное тестирование,
2. Традиционная автоматизация с использованием системы тестирования пользовательского интерфейса,
3. Управление системой автоматизации тестирования пользовательского интерфейса из тестируемого приложения. Создание универсального проигрывателя действий, позволившего создать легко поддерживаемые автоматизированные тесты.

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

Фреймворк Html Elements или как удобно взаимодействовать с веб-интерфейсами в тестах
Александр Толмачев, Яндекс, Санкт-Петербург, Россия

Часто сталкиваетесь с плохой читаемостью кода тестов? Код не поддается повторному использованию? Хотите сделать процесс написания тестов более простым и удобным?
В докладе я расскажу о фреймворке Html Elements с открытым исходным кодом, который позволит вам избежать этих проблем при тестировании веб-интерфейсов. Он расширяет концепцию паттерна Page Object и позволяет организовать простой, гибкий и удобный способ взаимодействия с элементами на веб-страницах.

Построение эффективной команды тестировщиков из новичков
Алексей Петров, Мегаплан, Москва, Россия

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

Каждый из них за довольно короткие сроки вырос в IT как таковом, так и в тестировании в частности. Безусловно личный рост специалистов- не самоцель, посему расскажу и о том, как ребята и девчонки (а коллектив у нас равновесный в половом отношении) развивались с пользой для проекта, находили общий язык, внедряли новые практики, используя опыт предыдущих мест работ в нестандартном для себя ключе- тестировании.

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

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

Перспективы тестирования хранилищ данных и BI систем
Светлана Родионова, EPAM Systems, Минск, Беларусь

Интерес к технологиям DWH/BI постоянно растет, а сам термин приобретает все большую популярность, многие люди хотят поговорить об этом, обсудить перспективы и возможности в этой области.
Хранилища данных (DWH) стали основой для построения BI систем. Что это такое и почему эта область одна из самых перспективных и развивающихся?
Кто и как умеет тестировать BI? Как вообще тестировать огромное количество поступающих в реальном времени данных?

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

Тестирование IP видео на примере библиотеки Skype
Оксана Деменцова, Microsoft, Таллинн, Эстония

Skype предоставляет возможность видео коммуникации в режиме реального времени, и используется для более 300 миллионов минут видео звонков в день. Как тестируется такая сложная видео библиотека, которая, к тому же, работает как на настольных компьютерах так и на мобильных и встроенных устройствах? Наша ежедневная задача – это интерпретация вопроса «как выглядит хорошее видео» в тестовые процедуры и алгоритмы. Начнем с общего описания метрик, которые важны для качественного видео. Рассмотрим объективные и субъективные метрики. Продемонстрируем системы, которые используются видео командой Skype для объективного вида тестирования. Многие аспекты качества видео невозможно оценить объективно. Мы поделимся опытом использования двух методов субъективного тестирования: тестирование небольшим количеством людей в лабораторных условиях; и обратная связь миллионов пользователей.

Модель компетенций в оценке, обучении и развитии специалиста по тестированию
Елена Локтева, Образовательный центр ПВТ, Минск, Беларусь

Вы ходили когда-нибудь на собеседования, искали работу тестировщика, и пытались убедить, что подойдете? А, может быть, уже не ходите - уже вас ищут, к вам приходят и вас убеждают? Тогда перед вами наверняка вставал вопрос, как оценить и прокачать до нужного уровня soft skills и hard skills, необходимые тестировщику. В этом докладе мы поделимся нашим опытом в моделировании и оценке ключевых компетенций тестировщика, а также в составлении индивидуальных программ обучения и развития.

И рады сообщить, что открыта регистрация на следующую конференцию SQA Days 13, которая пройдет в Санкт-Петербурге 26-27 апреля.

Уже открыт прием докладов.