Категория: Главные новости, Мероприятия, 2я главная

15 февраля: "Грабли" и "велосипеды" автоматизированного тестирования (9)

Открытый семинар Максима Захарова.

Здравствуйте! Меня зовут Максим Захаров, мне 24 года, и я тестировщик уже 4 года.

Если вы хотя бы раз платили за электричество в 2007-2008 году, то видели мое творчество — я тестировал программку для расчета и генерации квиточков, которые вам приходили. Сейчас я тестирую Service Desk Наумена.

Ключевые слова: java, jenkins, selenium, maven, tomcat, postgresql.

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

Мне хотелось бы рассказать, почему не надо заниматься АТ, но если вы все-таки начали — какие грабли вас поджидают и какие ключевые решения придется принимать в процессе.

Семинар рассчитан на тех, кто:

— занимался АТ через интерфейс;

— работал с testcomplete, selenium, QuickTest и тому подобным инструментами;

— просто интересуется, что и как делают тестировщики в городе.

Тезисы:

 Цели создания автотестов через интерфейс. 

— Срок жизни проекта. 

— Планируемые трудозатраты.

— Чего хотим добиться.

Взаимодействие с группой.

— Когда начинать писать тесты.

— Модификация приложения для тестов — силами разработчиков или группы АТ.

— Как работаем с ручными тестерами. Соотношение количества.

Приоритезация.

— Тесты на заказ / создание фреймворка / написание тестов по генплану — соотношение.

— Приоритет дефектов, найденных АТ.

Дизайн тестов и фреймворка.

— Автоматическая проверка параметров запуска, периодический перезапуск браузера, требуемые ресурсы.

— Где и в каком виде хранить сценарии?

— Очередь на удаление объектов.

— Взаимодействие с асинхронным интерфейсом.

— Разделение задач на дизайн и на написание тестов.

Результаты (промежуточные).

— Количество ошибок, найденных тестами и найденных вручную.

— Количество ошибок, найденных тестами на б-л и прокликиванием.

— Скорость написания тестов.

АТ через интерфейс не нужны.

— Не находят ошибок.

— Масса трудозатрат, которые можно было бы …

— На самом деле нифига не автоматические и требуют внимания человека.

— Экономия на ручном тестировании достигается только через 1-2 года.

Что в свою очередь было бы интересно услышать мне?

Как все то же самое решалось у других тестировщиков.

Как решали проблему больших трудозатрат на поддержку тестов? 

Пытались ли совместить тестирование через интерфейс с конфигурационным — гонять на всех браузерах?

Использовали ли АТ через интерфейс для  отслеживания производительности ключевых операций?

Как эффективно организовать работу пары тестировщиков в большом проекте с аджайлом и кучей других багов?

Где заканчивается аджайл и начинается бардак?

Место: БЦ Корин, Большакова 70, 3 этаж

Время: 15 февраля с 19:00 до 21:00 (с перерывом на чай)

Стоимость: 100 руб.