Download to read offline
Uploaded bySQALab
DevOps подходы в инфраструктуре автоматизации тестирования
Документ обсуждает подходы DevOps в тестировании и автоматизации инфраструктуры, акцентируя внимание на важности согласования процессов разработки и эксплуатации. Автор, Роман Лукманов, делится советами по использованию инструментов и технологий, таких как Vagrant и Chef. Кроме того, он предлагает ресурсы для начала работы и приглашает к контакту для обсуждения вопросов.
More Related Content
DevOps подходы в инфраструктуре автоматизации тестирования
- 1. DevOps подходы в инфраструктуреавтоматизации тестирования Лукманов Роман, Поиск@Mail.Ru
- 2. Роман Лукманов • Втестировании с 2010 года • Люблю challenge задачи • Руковожу отделом тестирования Поиск@Mail.Ru
- 3. Лукманов Роман Поиск@Mail.Ru DevOps подходыв инфраструктуре автоматизации тестирования
- 4. Лукманов Роман Поиск@Mail.Ru DevOps подходыв инфраструктуре автоматизации тестирования It’s My Way Единомышленники
- 5. Лукманов Роман Поиск@Mail.Ru DevOps подходыв инфраструктуре автоматизации тестирования 1.Инфраструктурить можно по-другому
- 6. Лукманов Роман Поиск@Mail.Ru DevOps подходыв инфраструктуре автоматизации тестирования 1.Инфраструктурить можно по-другому 2.Помочь сделать первый шаг
- 7. Лукманов Роман Поиск@Mail.Ru DevOps подходыв инфраструктуре автоматизации тестирования 1.Инфраструктурить можно по-другому 2.Помочь сделать первый шаг 3.Составить словарь терминов
- 8. Лукманов Роман Поиск@Mail.Ru DevOps подходыв инфраструктуре автоматизации тестирования “Задача DevOps — сделать процесс разработки и поставки программного обеспечения согласованным с эксплуатацией, часто эти задачи решаются при поддержке автоматических средств.”
- 9. Лукманов Роман Поиск@Mail.Ru DevOps подходыв инфраструктуре автоматизации тестирования ==
- 10. Лукманов Роман Поиск@Mail.Ru DevOps подходыв инфраструктуре автоматизации тестирования
- 11. Лукманов Роман Поиск@Mail.Ru DevOps подходыв инфраструктуре автоматизации тестирования
- 12. Лукманов Роман Поиск@Mail.Ru DevOps подходыв инфраструктуре автоматизации тестирования «Готовим» виртуалку • Рецепты • Атрибуты • Окружения
- 13. Лукманов Роман Поиск@Mail.Ru DevOps подходыв инфраструктуре автоматизации тестирования Chef clients • Виртуальные машины • Облачные решения • Физические сервера
- 14. Лукманов Роман Поиск@Mail.Ru DevOps подходыв инфраструктуре автоматизации тестирования Цикл разработки инфраструктуры
- 15. Лукманов Роман Поиск@Mail.Ru DevOps подходыв инфраструктуре автоматизации тестирования Тестируем и разрабатываем локально: • Vagrant • Chef zero • Berkshelf • Kitchen
- 16. Лукманов Роман Поиск@Mail.Ru DevOps подходыв инфраструктуре автоматизации тестирования Сценарии использования • Обновление версий вебдрайвера • Тестирование обновлений версии вебдрайвера • Установка одинакового софта на разные ОС • Установка разных версий софта • Отладка антивирусных тестов без антивирусов • Документирование джоб Jenkins’а
- 17. Лукманов Роман Поиск@Mail.Ru DevOps подходыв инфраструктуре автоматизации тестирования С чего начать? • http://kitchen.ci/docs/getting-started/ • http://kitchen.ci/blog/test-kitchen-windows-test-flight-with-vagrant/ • Подготовить окружение и запустить в нём Selenium тест
- 18. Лукманов Роман Поиск@Mail.Ru DevOps подходыв инфраструктуре автоматизации тестирования Ваши вопросы Контакты: • forsqadays@gmail.com • Skype: ko4evnik_
Editor's Notes
- #3 приступая к должности спросил как у нас создаются виртуалки
- #4 мне показали как работает и я смотрел на этот самолёт до тех пор пока не решился тки разобраться что это за магия и почему нельзя сделать проще, по старинке. оказалось что проще именно с этой магией. и я сел разбираться а попутно писать доклад. почему я решил об этом рассказать: ПОЧЕМУ НЕ ПРОЩЕ
- #5 потому что это ПРАВИЛЬНЫЙ путь. тот самый подход который нужно развивать, как когда-то развивалась автоматизация а чтобы развиваться нужны единомышленники. чем больше единомышленников тем больше развития, инструментов и тем легче найти на рынке труда нужного специалиста. ЦЕЛИ моего доклада
- #6 зародить мысль в вашей голове что инфраструктуру можно разрабатывать не так как вы это делаете сейчас. ЗАДУМАТЬСЯ о том а ДОСТАТОЧНО ли я уделяю внимания этой области? можно и нужно ли где то СЭКОНОМИТЬ
- #7 это не страшно, это интересно, это полезно и это нужно делать уже сейчас в конце я дам ссылки на вводный курс с которых можно начать обучение и знакомство хабр?
- #8 и произнести некоторые неизвестные слова но которые на слуху. раньше я их часто слышал но не совсем знал для чего они. быть может в дальнейшем вы столкнетесь с ними и будете знать что это такое и что когда-то был доклад на эту тему
- #9 определение с вики. не очень информативное для меня. часто рисуют вот такую схему. для себя я определил что девопс это подход к разработке при котором инфраструктура становится частью выпускаемого продукта а не вспомогательным элементом. чтобы раскрыть это представим. получаем в наследство проект ГИТХАБ или ВНУТРИ компании. КАК CI? как настроить билдер? как и где запустить автотесты? к тому же в компании нужно РАЗВИВАТЬ инфру как ФРЕЙМВОРК и ДОКУМЕНТИРОВАТЬ. вопрос КАК?
- #10 ОТВЕТ: работать с инфраструктурой как с кодом. если как КОД то мы получаем ДОКи, поддержку. шаринг, развитие. но с другой стороны код надо тестировать, разрабатывать. нам нужна среда в которой мы запускаем код, ИДЕ, и возможность разрабатывать локально и дебажить. вот об этом и поговорим.
- #11 вот что. бесплатное. не обязательно.
- #12 наша среда запуска. оболочка для КВМ гипервизора, но умеет работать и с другими. также мы используем облачное файловое хранилище для тестовых данных и артефактов. опенстек не обязателен. в принципе можно использовать и другие гипервизоры. работая с их апи. есть шаблоны виртуалок, создавая мы выбираем какой шаблон использовать, в какой сети разместить. но создать виртуалку мало. надо ещё её чем-то наполнить. для этого мы используем ЧЕФ
- #13 ЧЕФ это как раз то что умеет из программного кода делать инфраструктуру. чеф переводится как повар. а у повара есть рецепты. в рецептах написано как готовить то или иное ПО в разных условиях. описываем рецепт сами по определенному шаблону или используем библиотеку готовых рецептов (это как гитхаб только для чефа) окружения.
- #14 аппиум как пример
- #15 используя рецепты мы можем сохранять, развивать, передавать инфраструктуру. нельзя делать на боевых тестовых серверах
- #17 обновляем вебдрайвер одной строчкой на всех машинах. через две минуты на атчках проверять как ведут себя тесты с новой версией вебдрайвера джава из репозитория пайтон 2 или 3
- #18 вводный курс