- Главная
- Разное
- Дизайн
- Бизнес и предпринимательство
- Аналитика
- Образование
- Развлечения
- Красота и здоровье
- Финансы
- Государство
- Путешествия
- Спорт
- Недвижимость
- Армия
- Графика
- Культурология
- Еда и кулинария
- Лингвистика
- Английский язык
- Астрономия
- Алгебра
- Биология
- География
- Детские презентации
- Информатика
- История
- Литература
- Маркетинг
- Математика
- Медицина
- Менеджмент
- Музыка
- МХК
- Немецкий язык
- ОБЖ
- Обществознание
- Окружающий мир
- Педагогика
- Русский язык
- Технология
- Физика
- Философия
- Химия
- Шаблоны, картинки для презентаций
- Экология
- Экономика
- Юриспруденция
Selenium RC и Python: История одного проекта презентация
Содержание
- 1. Selenium RC и Python: История одного проекта
- 2. Содержание Введение Selenium IDE Использование mapping-файла PageObject
- 3. Введение
- 4. Введение Server: OS Ubuntu Linux Workstation: OS Windows XP/7 Workstation: Mac OS X
- 5. Selenium IDE
- 6. Selenium IDE
- 7. Selenium IDE
- 8. Selenium IDE Преимущества: Простота написания
- 9. Внешний файл для хранения локаторов
- 10. Использование mapping-файла Для обеспечения лучшего контроля вынесем
- 11. Использование mapping-файла Это может быть cfg/ini-файл:
- 12. Использование mapping-файла Пример кода для
- 13. Использование mapping-файла
- 14. Использование mapping-файла Преимущества
- 15. Использование Page Object модели
- 17. PageObject модель Для данной модели
- 18. PageObject модель Пример класса для базовой страницы: Создание объекта:
- 19. PageObject модель Пример класса для базовой страницы: Нажатие на кнопку/ссылку:
- 20. PageObject модель Пример класса для страницы:
- 21. PageObject модель
- 22. PageObject модель Данный подход
- 23. Использование модифицированной Page Object модели
- 24. Modified PageObject модель
- 25. Modified PageObject модель Выделим
- 26. Modified PageObject модель Данный подход позволит поместить необходимые проверки во внутрь методов элементов:
- 27. Modified PageObject модель Данный подход не изменяет внешнего вида теста.
- 28. Modified PageObject модель
- 29. Modified PageObject модель
- 30. Введение в py.test
- 31. Введение в py.test
- 32. Введение в py.test Стандартные
- 33. Введение в py.test Для верификации значений в тесте используется assert:
- 34. Введение в py.test Можно
- 35. Введение в py.test
- 36. Заключение
- 37. Заключение
- 38. Заключение По-моему мнению, связка
- 39. Спасибо за внимание! Copyright © 2011 SoftServe, Inc. Контакты Прищенко Константин kprish@softserveinc.com
Слайд 2Содержание
Введение
Selenium IDE
Использование mapping-файла
PageObject model
Modified PageObject model
Введение в py.test
Заключение
Слайд 8Selenium IDE
Преимущества:
Простота написания тестов с использованием такого метода
Недостатки:
Очень много
повторяющегося кода.
Локаторы объектов хранятся в тесте.
Локаторы объектов хранятся в тесте.
Слайд 10Использование mapping-файла
Для обеспечения лучшего контроля вынесем объявление всех локаторов в отдельное
хранилище.
Это может быть xml-файл:
Это может быть xml-файл:
Слайд 11Использование mapping-файла
Это может быть cfg/ini-файл:
Был выбран для использования cfg-файл из-за простоты
реализации и поддержки.
Слайд 12Использование mapping-файла
Пример кода для работы с cfg-файлом:
В итоге мы получаем возможность
получать локатор:
Слайд 14Использование mapping-файла
Преимущества данного подхода:
Если локатор меняется – его необходимо обновить
только в одном месте;
Повышается читабельность кода – имена локаторов позволяют понять логику теста;
Повышается читабельность кода – имена локаторов позволяют понять логику теста;
Слайд 16
PageObject модель
Модель сайта:
MainPage
Sign in
Open ent.page
EntertainmentPage
Open music view
MusicPage
Sort by
Music style
Show only
Слайд 17PageObject модель
Для данной модели необходимо использовать mapping-файл с отдельной секцией для
каждой страницы.
Слайд 22PageObject модель
Данный подход позволяет:
Улучшить структуру тестов;
Уменьшить повторяемость кода;
Увеличить
читабельность кода;
Упрощается поддержка тестов в случае изменения тестируемого приложения.
Упрощается поддержка тестов в случае изменения тестируемого приложения.
Слайд 24Modified PageObject модель
Модель сайта:
Page model
Is text on page
Reload
Close
Link model
Click
Double click
TextField model
Set
text
Get text
Verify text
Page model
Is text on page
Reload
Close
Link model
Click
Double click
TextField model
Set text
Get text
Verify text
Слайд 25Modified PageObject модель
Выделим следующий элемент в логической структуре PageObject модели —
объект элемента страницы, что обеспечит:
Улучшенную структуру объектов страниц;
Уменьшит повторяемость кода;
Уменьшит время на ознакомление с общей моделью.
Улучшенную структуру объектов страниц;
Уменьшит повторяемость кода;
Уменьшит время на ознакомление с общей моделью.
Слайд 26Modified PageObject модель
Данный подход позволит поместить необходимые проверки во внутрь методов
элементов:
Слайд 28Modified PageObject модель
С помощью данного подхода упрощается работа с о специфическими
элементами различных библиотек.
Например JSON ComboBox-элемент: поле для ввода, кнопка и div-секции со всеми возможными элементами.
Например JSON ComboBox-элемент: поле для ввода, кнопка и div-секции со всеми возможными элементами.
Слайд 31Введение в py.test
Система разработана Holger Krekel-ом.
Инсталляция:
easy_install pytest
pip install pytest
Запуск
через командную строку:
py.test
py.test
Слайд 32Введение в py.test
Стандартные операции ввода/вывода показываются только в случае ошибки
Автоматическое распознование
тестов:
ищутся все файлы test_*.py
внутри файлов ищутся все функции test_* и все Test классы.
ищутся все файлы test_*.py
внутри файлов ищутся все функции test_* и все Test классы.
Слайд 34Введение в py.test
Можно пропустить тест:
Можно пропустить тест при условии:
Можно пометить тест
как негативный:
Можно пометить тест своей собственной меткой:
Можно пометить тест своей собственной меткой:
Слайд 38Заключение
По-моему мнению, связка Selenium RC + py.test с использованием PageObject модели
для автоматического тестирования является наиболее оптимальной.
Построенный фреймворк позволил использовать тесты для:
проверки новой версии приложения (BVT);
полной проверки приложения (full regression);
выборочной проверки выбранных модулей;
организации помощи ручному тестированию.
Построенный фреймворк позволил использовать тесты для:
проверки новой версии приложения (BVT);
полной проверки приложения (full regression);
выборочной проверки выбранных модулей;
организации помощи ручному тестированию.
Слайд 39Спасибо за внимание!
Copyright © 2011 SoftServe, Inc.
Контакты
Прищенко Константин
kprish@softserveinc.com
