Добрый вечер!
Я только начинаю в автоматизации, не могли бы подсказать как при помощи Ruby+Cucumber+Selenium тестировать REST сервисы?
Может есть какие-нибудь примеры?
Всем спасибо за помощь!
Отправлено 30 июля 2018 - 18:20
Добрый вечер!
Я только начинаю в автоматизации, не могли бы подсказать как при помощи Ruby+Cucumber+Selenium тестировать REST сервисы?
Может есть какие-нибудь примеры?
Всем спасибо за помощь!
Отправлено 30 июля 2018 - 19:02
Чем обусловлен выбор фреймворков? Особенно Cucumber.
Отправлено 30 июля 2018 - 19:29
В компании все проекты тестируются при помощи Ruby+Selenium+Cucumber.
Отправлено 30 июля 2018 - 19:55
Отправлено 30 июля 2018 - 20:53
"Если ты хороший плотник и делаешь красивую тумбочку, ты не будешь прибивать сзади фанеру, даже несмотря на то, что задняя часть повернута к стене, и никто ее не видит. Ты будешь хорошо спать ночью, только если тебе удалось воплотить в своем произведении эстетическую красоту и качество." © Стив Джобс
Отправлено 31 июля 2018 - 05:06
Интересно, как вы будете описывать в Gherkin тяжелые запросы?
Отправлено 31 июля 2018 - 08:12
Selenium для этого не нужен, он не работает с REST в принципе
Ruby+Cucumber+REST: https://github.com/g...cumber-rest-bdd
но лично я считаю, что описывать REST-запросы и ответы в нотации Gherkin - это какой-то особый вид извращений, и удивительно, зачем люди в реальном мире этим пользуются
Спасибо за ответ. С помощью каких инструментов вы считаете лучше описывать REST-запросы и ответы?
Отправлено 31 июля 2018 - 08:22
Selenium для этого не нужен, он не работает с REST в принципе
Ruby+Cucumber+REST: https://github.com/g...cumber-rest-bdd
но лично я считаю, что описывать REST-запросы и ответы в нотации Gherkin - это какой-то особый вид извращений, и удивительно, зачем люди в реальном мире этим пользуютсяСпасибо за ответ. С помощью каких инструментов вы считаете лучше описывать REST-запросы и ответы?
Ruby+какая-нибудь http библиотека для ruby+logging для ruby+json/xml для тестовых данных.
Только core технологии! Только хардкор!
Вы же понимаете, что какой либо фрэймворк, для тестирования API не нужен, особенно REST API, только если вы привыкли видеть отчёты в привычной вам форме.
Отправлено 31 июля 2018 - 08:33
Чем обусловлен выбор фреймворков? Особенно Cucumber.
То есть селениум вас не смущает
Отправлено 31 июля 2018 - 13:46
То есть селениум вас не смущает
Ещё как смущает, как и весь пост в целом, но пока ответа "все так делают у нас" не было, была надежда, что инструментарий выбран исходя из какой-то логики. + меня интересовало почему BDD, а уж почему так коряво - 3 дело. Если принципиален именно руби - я в целом согласен с мнением BadMF, но лично я предпочитаю небольшие удобства, предоставляемые фреймворками вроде того же restAssured, testng, allure, классика, в общем, для большинства есть адаптации под руби, однако совершенно не понятно, что такого сам руби дает, что стоит писать именно на нем, а не яве\питоне.
Отправлено 31 июля 2018 - 13:53
на одной работе в одном отделе тестировщиков я видел проект где РЕСТ тестировался через Кукумбер, текстовые файлы были огромны и ужасны
закончилась та история хорошо, тот отдел сократили полностью, всех уволили
Отправлено 31 июля 2018 - 14:18
То есть селениум вас не смущает
Ещё как смущает, как и весь пост в целом, но пока ответа "все так делают у нас" не было, была надежда, что инструментарий выбран исходя из какой-то логики. + меня интересовало почему BDD, а уж почему так коряво - 3 дело. Если принципиален именно руби - я в целом согласен с мнением BadMF, но лично я предпочитаю небольшие удобства, предоставляемые фреймворками вроде того же restAssured, testng, allure, классика, в общем, для большинства есть адаптации под руби, однако совершенно не понятно, что такого сам руби дает, что стоит писать именно на нем, а не яве\питоне.
Вообще-то руби быстрее в разработке и читаемее чем даже питон. На конкретном проекте либо исторически так сложилось либо проект на руби. А Cucumber/Ruby/Selenium явно стек существующих UI-тестов.
Отправлено 31 июля 2018 - 14:50
закончилась та история хорошо, тот отдел сократили полностью, всех уволили
Шикарная фраза. Утащу, в байки вставлю.
--
Сергей Мартыненко
Блог 255 ступеней (байки для оруженосца)
facebook (Дети диаграммы Ганта)
ВебПосиделки клуба имени Френсиса Бэкона
Отправлено 31 июля 2018 - 14:53
кстати, можно совсем без ruby/python или вообще языка программирования, можно реализовать post/get методы на базе gnix/apache =) но специалистов таких конечно мало =)
Отправлено 31 июля 2018 - 15:54
кстати, можно совсем без ruby/python или вообще языка программирования, можно реализовать post/get методы на базе gnix/apache =) но специалистов таких конечно мало =)
Можно, у меня на позапрошлом проекте админы говорили, что весь этот сервис можно было поднять на lua/nginx быстрее и эффективнее.
Отправлено 01 августа 2018 - 06:56
конечно, потому как используются нативные механизмы промышленных вёб серверов, а не какой-то, прости господи, говнокод =).
хотя там с кривыми руками можно ещё больше накосячить =), но и имея такие технологии под рукой, необходимость во всяких джметерах для тестирования производительности API пропадает, так как там не только простенькие запросы слать можно, но и реализовать распределение нагрузки путём не сложных конфигураций.
0 пользователей, 0 гостей, 0 анонимных