В преддверии тренинга Тест-дизайн и все все все, который пройдет этой осенью в четырех городах (24-25 сентября в Харькове; 15-16 октября в Нижнем Новгороде; 29-30 октября в Москве; 18-19 ноября в Самаре) Александр Федоров решил лучше познакомиться со своей аудиторией и провести бесплатный вебинар Тест-дизайн «в цикле».
Любые процессы цикличны по своей природе, и разработка тестов не исключение. Тест-кейсы придумываются, создаются и используются на продукте и иногда в его последующих версиях. На разных этапах разработки к тестированию и тест-дизайну выдвигаются разные требования, которые мы рассмотрим в рамках вебинара.
Особенности тест-дизайн при итерационной разработке
Польза и спорная эффективность автоматизации тестирования
Наследование тест-кейсов новыми и «родственными» версиями продукта
Поддержание тест-кейсов в актуальном состоянии на разных этапах жизненного цикла продукта
В преддверии тренинга Тест-дизайн и все все все, который пройдет этой осенью в четырех городах (24-25 сентября в Харькове; 15-16 октября в Нижнем Новгороде; 29-30 октября в Москве; 18-19 ноября в Самаре) Александр Федоров решил лучше познакомиться со своей аудиторией и провести бесплатный вебинар Тест-дизайн «в цикле».
Любые процессы цикличны по своей природе, и разработка тестов не исключение. Тест-кейсы придумываются, создаются и используются на продукте и иногда в его последующих версиях. На разных этапах разработки к тестированию и тест-дизайну выдвигаются разные требования, которые мы рассмотрим в рамках вебинара.
Особенности тест-дизайн при итерационной разработке
Польза и спорная эффективность автоматизации тестирования
Наследование тест-кейсов новыми и «родственными» версиями продукта
Поддержание тест-кейсов в актуальном состоянии на разных этапах жизненного цикла продукта
Поплоухина Елена, Руководитель отдела тестирования в Usetech
https://vk.com/lena_flower
Расскажу об опыте организации процесса внутреннего тестирования проекта со строго формализованным техническим заданием от момента получения технического задания для тестирования требований до момента передачи релиза на приемочное тестирование.
QA Fest 2016. Андрей Мясников. Тест-дизайн для чайниковQAFest
В своём докладе я расскажу вам о том, кто такие тест-аналитики, тест-дизайнеры и должны ли их роль выполнять обычные тестировщики. Также сделаю обзор основных и проверенных методик тест-дизайна. Расскажу про их плюсы и минусы.
Будем учиться тестировать не 12 часов, а головой!
QA Fest 2014. Алексей Лупан. Не тест-кейсы красят тестировщика, а...QAFest
- Цепочка документов, которые принуждают тестировщика создавать тест-кейсы;
- Как жить, когда до тест-кейсов "не хватает дыхания";
- В чем разница между "функцией" и "функциональной возможностью", и что из этого требует внимания тестировщика
Поплоухина Елена, Руководитель отдела тестирования в Usetech
https://vk.com/lena_flower
Расскажу об опыте организации процесса внутреннего тестирования проекта со строго формализованным техническим заданием от момента получения технического задания для тестирования требований до момента передачи релиза на приемочное тестирование.
QA Fest 2016. Андрей Мясников. Тест-дизайн для чайниковQAFest
В своём докладе я расскажу вам о том, кто такие тест-аналитики, тест-дизайнеры и должны ли их роль выполнять обычные тестировщики. Также сделаю обзор основных и проверенных методик тест-дизайна. Расскажу про их плюсы и минусы.
Будем учиться тестировать не 12 часов, а головой!
QA Fest 2014. Алексей Лупан. Не тест-кейсы красят тестировщика, а...QAFest
- Цепочка документов, которые принуждают тестировщика создавать тест-кейсы;
- Как жить, когда до тест-кейсов "не хватает дыхания";
- В чем разница между "функцией" и "функциональной возможностью", и что из этого требует внимания тестировщика
Solit 2013, Эволюция тестирования на Selenium, Мычко Алексейsolit
Алексей Мычко, Минск, компания JazzTeam, Software Engineer (test automation)
«Эволюция тестирования на Selenium». Лекция и мастер-класс. Development секция. Для заинтересованных.
Для автоматизации web-приложений самым популярным средством является Selenium. Этот продукт дает возможность создавать как очень простые тесты, так и сложные тестовые фреймворки, позволяющие тестировать системы любой сложности.
В мастер-классе будет наглядно показано создание следующих видов тестов:
- с использование программ, генерирующих тесты по манипуляциям с браузером
- тесты в стиле процедурного программирования
- тесты в стиле объектно-ориентированного программирования
- тесты на DSL (Domain Specific Language) языке
Тест-план и исследовательское тестированиеVasiliy Burov
В своем докладе я расскажу как мы в своей работе совмещаем тест-план и исследовательское тестирование. С первого взгляда, может показаться что это не совсем совместимые вещи. Исследовательское тестирование ассоциируется с методом свободного поиска, а тест-план наоборот – следование заданному порядку. Как совместить эти сущности и ничего не потерять – я попытаюсь рассказать.
Как построить свой фреймворк для автотестов?Dmitry Buzdin
Мы пройдемся по всем основным блокам построения тестового фреймворка и тому, как они связаны между собой. Вы научитесь собирать свое решение по автоматизации из библиотек с открытым кодом и делать так, чтобы они дополняли друг друга.
КГТУ Лекция 6: Обеспечение Качества Программного Обеспечения Iosif Itkin
КГТУ - Костромской Государственный Технологический Университет
Курс Лекций:
Обеспечение Качества Программного Обеспечения
Лекция 6: Обзор методов создания тестовых сценариев
Максим Рудовский, Инновационные Трейдинговые Системы
Иосиф Иткин, Exactpro Systems
2. Цель доклада:
Сформировать :
• понимание основ построения кроссплатформенных приложений
• правильное отношение к организации тестирования
кроссплатформенных приложений
• обобщенную схему тестирования кроссплатформенных приложений
Доклад рассчитан на начинающих тестировщиков
3. План доклада:
• что такое кроссплатформенное приложение
• общие принципы построения кроссплатформенных приложений
• планирование тестирования в теории
• реализация процесса тестирования, исходя из практического опыта
6. Тестирование в теории
(ловушки)
VS.
- излишнее упрощение
- отказ от анализа потенциально
проблемных ситуаций
- излишняя лень
- излишняя сложность
- чрезмерное стремление к
совершенству
- излишний трудоголизм
7. Тестирование исходя из
практического опыта
• Статистика по наиболее используемым платформам
• Зачем и как используют приложение
• Основные функциональные модули
• Документация (чек-листы +список баг-репортов)
Общее кол-во проверок != кол-ву проверок для одной ОС х кол-во ОС
8. Пример из практики
• Задача: в приложения подключен новый внутренний браузер
(chromium)
• 5 приложений для трех ОС
• Время: 6 человеко-дней
• Источники ожидаемого результата:
1) change request в JIRA (общие стратегические фразы)
2) собственный опыт
3) старые баги по старому внутреннему браузеру
4) аналитик
14. Практика:
инсталляционное тестирование
– ресурсы
– запуск инсталляционного пакета
– тестирование мастера установки
– список файлов
– проверка прав доступа к файловой системе
– регистрация расширений (windows)
– …
– деинсталляция приложения
– …
17. Практика:
регрессионное тестирование
План: Смоук+ баги с высшим приоритетом
Когда: 1 раз в день (в идеале) / перед релизом (в условиях нехватки
времени)
Где: на всех заявленных ОС
Автоматизированное тестирование: оценить трудозатраты, время на
тестирование, очевидность ожидаемого результата
18. Выводы
• Главный вопрос – как и зачем используется приложение
• Сбор информации
• Сокращаем время:
• основа тест-плана – основные пользовательские сценарии,
проверка некорректного ввода и список баг-репортов
• объединяем тестирование GUI и функциональные проверки в
общий тестовый сценарий
• в первую очередь на последующих ОС проверяем
непрошедшие тесты
• Полноценная проверка:
• инсталляционное тестирование – на всех ОС
• проверка основных пользовательских сценариев на первой ОС
• проверка некорректного ввода – на всех ОС
• регрессионное тестирование перед релизом на всех
заявленных ОС