- Главная
- Разное
- Дизайн
- Бизнес и предпринимательство
- Аналитика
- Образование
- Развлечения
- Красота и здоровье
- Финансы
- Государство
- Путешествия
- Спорт
- Недвижимость
- Армия
- Графика
- Культурология
- Еда и кулинария
- Лингвистика
- Английский язык
- Астрономия
- Алгебра
- Биология
- География
- Детские презентации
- Информатика
- История
- Литература
- Маркетинг
- Математика
- Медицина
- Менеджмент
- Музыка
- МХК
- Немецкий язык
- ОБЖ
- Обществознание
- Окружающий мир
- Педагогика
- Русский язык
- Технология
- Физика
- Философия
- Химия
- Шаблоны, картинки для презентаций
- Экология
- Экономика
- Юриспруденция
Автоматизация тестирования. (Занятие 7) презентация
Содержание
- 1. Автоматизация тестирования. (Занятие 7)
- 2. Программа занятия Автоматизация тестирования: Преследуемые цели Стратегия Авто-тесты и инструменты
- 3. Занятие 7. Часть 1: цели Что значит
- 4. Test automation is any use of tools
- 5. Это – тоже автоматизация: grep ERROR *.log
- 6. Но обычно имеется в виду автоматизация выполнения
- 7. Почему именно это? Это «большая» автоматизация, она
- 8. Почему именно это? Это «полная» автоматизация, без
- 9. Почему именно это? Это «сложная» автоматизация, требующая
- 10. Человек и машина
- 11. Занятие 7. Часть 1: цели Что значит
- 12. Зачем автоматизировать? Должны быть выгоды по сравнению
- 13. Ручное и автоматизированное* * цифры условные, но отражают порядок ** пояснение через два слайда
- 14. Выгоды: время Получение результата раньше Прогоны чаще
- 15. Выгоды: покрытие Увеличение количества тестовых данных Усложнение
- 16. Как считать «тесты»? Сценарий – 1 Сценарий
- 17. Выгоды: нематериальные Тестировщикам это нравится больше,
- 18. Занятие 7. Часть 1: цели Что значит
- 19. Нет выгод Результат раньше не востребован (процесс) Увеличение покрытия не востребовано (цена ошибки невысока)
- 20. Не попадаем в «зеленую зону» Часто возникают
- 21. Не автоматизируется Технологий доступа нет или они
- 22. Занятие 7. Часть 1: цели Что значит
- 23. Аспекты качества: ISO 9126 Функциональность Надёжность Эффективность Практичность Сопровождаемость Мобильность
- 24. Интерфейсы Пользовательский интерфейс (UI) Программный интерфейс (API) Сетевой протокол Состояние окружения События Таймер
- 25. Уровни тестирования Модульное Интеграционное Системное
- 26. Стратегия и тактика
- 27. Инструменты
- 28. Критерии выбора Поддержка интерфейса Переносимость Язык программирования
- 29. Не изобретайте велосипед
- 30. Автоматизированные тесты
- 31. Базовые принципы дизайна Тесты должны быть простыми,
- 32. Тесты должны быть изолированы друг от друга
- 33. Тесты должны работать с интерфейсом Зачем? независимость
- 34. Тесты должны быть короткими Зачем? простота отладки
- 35. Тест должен доносить намерение Зачем? облегчает понимание
- 36. Характеристики качества тестов Сопровождаемость удобно читать удобно
- 37. Разделение аспектов Данные отделены от кода Конфигурация
- 38. Базовые шаблоны проектирования Четыре части – ИВПЗ
- 39. Делим тест на четыре части Инициализация Воздействие Проверка результата Завершение
- 40. 2. Выделяем части теста
- 41. 3. Выделяем адаптеры Адаптер реализации первого уровня
- 42. 4. Выделяем слои Слои адаптеров Слои тестов
- 43. После выполнения тестов Возвращать систему в исходное состояние Чистка данных Сбор статистики
Программа занятия Автоматизация тестирования: Преследуемые цели Стратегия Авто-тесты и инструменты
Слайд 1Занятие 7.
Автоматизация тестирования
Гадияк Никита Андреевич
Старший инженер по тестированию ПО
Слайд 2Программа занятия
Автоматизация тестирования:
Преследуемые цели
Стратегия
Авто-тесты и инструменты
Слайд 3Занятие 7. Часть 1: цели
Что значит «автоматизация»?
Зачем автоматизировать?
Когда не автоматизировать?
Что можно
автоматизировать?
Слайд 4Test automation is any use of tools to support testing
Rapid Software
Testing
James Bach
Michael Bolton
James Bach
Michael Bolton
Слайд 5Это – тоже автоматизация:
grep ERROR *.log
diff actual.txt expected.txt
Excel – генерация тестовых
данных
NDepend – отбор тестов для выполнения
BTS – поддержка процесса
Vulnerability Scanners
NDepend – отбор тестов для выполнения
BTS – поддержка процесса
Vulnerability Scanners
Слайд 6Но обычно имеется в виду
автоматизация выполнения тестов, то есть:
автоматизация воздействий
на тестируемое
приложение
+
автоматизация проверок реакций на эти воздействия
автоматизация проверок реакций на эти воздействия
Слайд 7Почему именно это?
Это «большая» автоматизация, она может включать в себя «мелкие»
данные
генерируем «экселем» через COM
проверки выполняем «диффом», сравнивая с заранее заготовленным образцом
проверки выполняем «диффом», сравнивая с заранее заготовленным образцом
Слайд 8Почему именно это?
Это «полная» автоматизация, без промежуточного участия человека
ожидание чуда, «синдром
Емели»
увы, чудо очень хрупкое
увы, чудо очень хрупкое
Слайд 9Почему именно это?
Это «сложная» автоматизация, требующая внимания, усилий, вложений, навыков
требуются стратегические
решения
не тестирование, а программирование
не тестирование, а программирование
Слайд 11Занятие 7. Часть 1: цели
Что значит «автоматизация»?
Зачем автоматизировать?
Когда не автоматизировать?
Что можно
автоматизировать?
Слайд 12Зачем автоматизировать?
Должны быть выгоды
по сравнению с «не автоматизировать»
основные ожидания выгод связаны
с временем
увеличение тестового покрытия
Какие альтернативы?
выполнять вручную
не выполнять совсем
увеличение тестового покрытия
Какие альтернативы?
выполнять вручную
не выполнять совсем
Слайд 13Ручное и автоматизированное*
* цифры условные, но отражают порядок
** пояснение через
два слайда
Слайд 14Выгоды: время
Получение результата раньше
Прогоны чаще (в идеале – непрерывно)
Высвобождается время –
можно выполнить другие тесты – увеличивается покрытие
Слайд 15Выгоды: покрытие
Увеличение количества тестовых данных
Усложнение тестовых сценариев и увеличение их количества
Увеличение
количества окружений
Возможность сосредоточиться на проектировании тестов (да-да!)
Возможность сосредоточиться на проектировании тестов (да-да!)
Слайд 16Как считать «тесты»?
Сценарий – 1
Сценарий с данными – 10
Сценарий с данными
в окружении X – 100
Слайд 17Выгоды: нематериальные
Тестировщикам это нравится больше, чем рутинная работа (что неудивительно ☺)
Тестировщики
учатся программировать
Слайд 18Занятие 7. Часть 1: цели
Что значит «автоматизация»?
Зачем автоматизировать?
Когда не автоматизировать?
Что можно
автоматизировать?
Слайд 19Нет выгод
Результат раньше не востребован (процесс)
Увеличение покрытия не востребовано (цена ошибки
невысока)
Слайд 20Не попадаем в «зеленую зону»
Часто возникают сбои
либо меняются требования
либо в программе
много ошибок
либо тесты написаны плохо
Нет специалистов нужной квалификации
Все тесты уникальные, нет «серийности»
либо тесты написаны плохо
Нет специалистов нужной квалификации
Все тесты уникальные, нет «серийности»
Слайд 21Не автоматизируется
Технологий доступа нет или они сложны
тач-скрин, управление взглядом
Проверки плохо формализуются
удобство
использования, недетерминизм, эстетическая привлекательность, верстка
Слайд 22Занятие 7. Часть 1: цели
Что значит «автоматизация»?
Зачем автоматизировать?
Когда не автоматизировать?
Что можно
автоматизировать?
Слайд 23Аспекты качества: ISO 9126
Функциональность
Надёжность
Эффективность
Практичность
Сопровождаемость
Мобильность
Слайд 24Интерфейсы
Пользовательский интерфейс (UI)
Программный интерфейс (API)
Сетевой протокол
Состояние окружения
События
Таймер
Слайд 28Критерии выбора
Поддержка интерфейса
Переносимость
Язык программирования и IDE
Расширяемость
Производительность
Лицензии, цены, выход новых версий
Техсаппорт
Слайд 31Базовые принципы дизайна
Тесты должны быть простыми, короткими, лёгкими в сопровождении
Тесты должны
быть изолированы друг от друга
Тесты должны работать с интерфейсом
Тест должен доносить намерение
Тесты должны работать с интерфейсом
Тест должен доносить намерение
Слайд 32Тесты должны быть изолированы друг от друга
Зачем?
неважен порядок выполнения
можно произвольно группировать
Как?
каждый
тест должен «убирать за собой»
фиктивные объекты
каждый тест должен заботиться о себе сам
дельта-проверки
фиктивные объекты
каждый тест должен заботиться о себе сам
дельта-проверки
Слайд 33Тесты должны работать с интерфейсом
Зачем?
независимость от реализации, и как следствие упрощение
сопровождения
Как?
делать адаптеры со стабильным интерфейсом
Как?
делать адаптеры со стабильным интерфейсом
Слайд 34Тесты должны быть короткими
Зачем?
простота отладки
наглядность результатов
простота локализации багов
Как?
не копировать ручные «один
в один», проектировать тесты специльано
Слайд 35Тест должен доносить намерение
Зачем?
облегчает понимание
не требуется документировать тесты
Как?
понятные имена
вспомогательный код
Слайд 36Характеристики качества тестов
Сопровождаемость
удобно читать
удобно вносить изменения
Мобильность
тестирование в различных конфигурациях
Оптимизация – не
нужна
сопровождаемость важнее!
Надёжность – средняя
сопровождаемость важнее!
сопровождаемость важнее!
Надёжность – средняя
сопровождаемость важнее!
Слайд 37Разделение аспектов
Данные отделены от кода
Конфигурация отделена от кода
Код разделён на пакеты
Код
разделён на слои
Инициализация выделена
Воздействия и проверки выделены
Инициализация выделена
Воздействия и проверки выделены
Слайд 38Базовые шаблоны проектирования
Четыре части – ИВПЗ
Переиспользуемые фрагменты
Адаптеры (изоляция)
Слои (тоже изоляция)
Слайд 413. Выделяем адаптеры
Адаптер реализации первого уровня
идентификация элементов реализации
непосредственное воздействие
непосредственная реакция
Адаптер реализации
второго уровня
навигация
комплексные воздействия
сохранение состояния
навигация
комплексные воздействия
сохранение состояния
