Содержание
- 2. Процесс
- 3. Процесс в информационных технологиях
- 4. Процесс автоматизации
- 5. Автоматизация
- 6. Цели Оптимизировать ресурсы Уменьшить время затрачиваемое на тестирование Упростить профессиональную жизнь специалисту по тестированию Повысить эффективность
- 7. Риски Выбор средства автоматизации Оценка необходимости автоматизации тестов Затраты времени на автоматизацию Затраты времени на отладку
- 8. Автоматизация тестирования
- 9. Вспомогательное средство
- 10. Как это работает ?
- 11. Фазы автоматизации
- 12. Анализ Что нам необходимо сделать? покрытие функционала тестами; Как мы будем это делать? Выбор средства автоматизации;
- 13. Разработка Легко добавлять новые тесты Независимость от входных данных Разделение на слои Сильное логирование и отчетность
- 14. Who will be control this process ? Тестирование
- 15. Утопия
- 16. Внедрение Автоматическое обновление версии проекта из репозитория Автоматическое обновление скриптов из репозитория Компиляция проекта и скриптов
- 17. Преимущества интеграции проблемы интеграции выявляются быстро, что оказывается дешевле; немедленный прогон модульных тестов для свежих изменений;
- 18. Поддержка Непрерывная интеграция Система контроля дефектов Взаимодействие «лицом к лицу»
- 19. Взаимодействие с разработчиками Непрерывная интеграция; Требования к продукту; Изменение графического интерфейса; Усовершенствование API;
- 20. API
- 21. Взаимодействие с тестированием Автоматизация функциональной области: Приемочное тестирование; Регрессионное тестирование; Тестирование производительности
- 22. Взаимодействие Помощь от специалистов по тестированию: Создание тестовых сценариев; Решение проблем при прохождении тестов; Занесение дефектов
- 23. Взаимодействие
- 24. Взаимодействие
- 25. Детальный цикл Анализ требований Тест план Тест дизайн Обзор/осмотр дизайна тестов Имплементация скелета Подготовка тестовых сценариев
- 26. Проблемы автоматизации В конце цикла разработки – много зависимостей Изменения UI Изменение бизнес-логики и тест-кейсов
- 27. Что такое Framework? Каркас, структура, сфера деятельности В информационных системах структура программной системы; программное обеспечение, облегчающее
- 28. Зачем нужен Framework? Ре-использование кода Решение проблем одним изменением Уменьшение количества изобретателей «велосипедов» Система отчетов и
- 29. Подходы для построения фреймворков Управляемый данными Управляемый ключевыми словами Функциональная декомпозиция Гибрид
- 30. Keyword-driven подход
- 31. Data-driven подход Data-driven (Тесты, управляемые данными) – подход к тестированию, при котором тестовые данные хранятся отдельно
- 32. Функциональная декомпозия Разнесение кода в разные функции или модули в зависимости от их назначения.
- 33. Типичная схема фреймворка
- 34. Слой графических элементов Цель: контролировать изменения UI Примеры: Хранилище локаторов Object Repository в QTP Name Mapping
- 35. Слой бизнес функций Цель: контролировать изменения бизнес-логики Примеры: Reusable Actions в QTP Functions в TestComplete или
- 36. Слой утилит Цель: вспомогательная Примеры: Логирование Работа с базой данных Чтение настроек и тестовых данных
- 37. Многообразие средств автоматизации Как выбрать ?
- 38. Как правильно выбрать средство ? Но, не забывайте о деньгах!
- 39. Преимущества коммерческих инструментов Ком. средство Бесплатное средство Служба поддержки Сложная система для различных видов тестирования 3.
- 41. Скачать презентацию