Перейти к содержимому

Практикум по тест-дизайну 2.0
онлайн, начало 29 ноября
Тестирование REST API
онлайн, начало 18 ноября
Автоматизатор мобильных приложений
онлайн, начало 27 ноября
Selenium WebDriver: полное руководство
онлайн, начало 15 ноября
Фотография

Что лучше использовать для тестирования REST сервисов?

rest-services rest-assured postman newman

  • Авторизуйтесь для ответа в теме
Сообщений в теме: 36

#21 Spock

Spock

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 593 сообщений
  • ФИО:Роман

Отправлено 28 Ноябрь 2016 - 14:13

 

 

Я не спорю, что разработчиков можно заставить и кофе приносить. Но с тем, что это нормально, не соглашусь. 

в Гугле например все разработчики пишут и тесты(и юнит и интеграционные, и е2е), и фреймворки - и это там считается нормальная практика. Ведь девы - это те люди, которые лучше всего знают код


  • 0

#22 Spock

Spock

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 593 сообщений
  • ФИО:Роман

Отправлено 28 Ноябрь 2016 - 14:14

 

 

Пишется для кода внешний API и хоть из баша курлами его дергайте 

тот АПИАЙ и был внешний, только зашифрованный - вот я его и тестировал

 

конечно по-хорошему код надо было выделять в библиотеку, и потом ту библиотеку подключать к тестам


  • 0

#23 baxatob

baxatob

    Опытный участник

  • Members
  • PipPipPipPip
  • 258 сообщений
  • ФИО:Юрий
  • Город:Riga

Отправлено 28 Ноябрь 2016 - 15:23

 

в Гугле например все разработчики пишут и тесты(и юнит и интеграционные, и е2е), и фреймворки - и это там считается нормальная практика. Ведь девы - это те люди, которые лучше всего знают код

 

 

Не работал в Гугле, не знаю, как оно там на самом деле. На нашем проекте в среднем почасовая ставка разработчика в 1,2 - 1,3 раза выше ставки автоматизатора тестов аналогичного уровня. И уже только поэтому никому в голову не придет использовать разработчика для автоматизации Е2Е тестов. 


  • 0

#24 Spock

Spock

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 593 сообщений
  • ФИО:Роман

Отправлено 28 Ноябрь 2016 - 15:43

 

 

Не работал в Гугле, не знаю, как оно там на самом деле. На нашем проекте в среднем почасовая ставка разработчика в 1,2 - 1,3 раза выше ставки автоматизатора тестов аналогичного уровня. И уже только поэтому никому в голову не придет использовать разработчика для автоматизации Е2Е тестов. 

идея тут что разработчик должен помогать тестированию продукта

 

пример в е2е тестировании с Селениумом:

тестировщик может сделать какое-то действие для подготовки теста чисто через интерфейс

а может разработчик для улучшения "тестабельности" продукта сделать REST сервис, через который можно будет проводить подготовку теста

 

тесты будет писать тестировщик

 

в результате получим "улучшенный" е2е тест, в котором интересующая часть гоняется через интерфейс, а подготовка и тир-даун через REST сервис. тест будет более быстрым и надёжным


  • 0

#25 baxatob

baxatob

    Опытный участник

  • Members
  • PipPipPipPip
  • 258 сообщений
  • ФИО:Юрий
  • Город:Riga

Отправлено 28 Ноябрь 2016 - 16:00

А отвечать кто за все это будет? Сисадмин?


  • 0

#26 Spock

Spock

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 593 сообщений
  • ФИО:Роман

Отправлено 28 Ноябрь 2016 - 16:04

 

 

А отвечать кто за все это будет? Сисадмин?

отвечать за качество будут все

 

программист пишет тестабельный продукт, тестировщику соответственно легче писать хорошие автоматические тесты

 

качество продукта улучшается


  • 0

#27 baxatob

baxatob

    Опытный участник

  • Members
  • PipPipPipPip
  • 258 сообщений
  • ФИО:Юрий
  • Город:Riga

Отправлено 28 Ноябрь 2016 - 16:23

 

отвечать за качество будут все

 

Это только в теории хорошо звучит.

А на практике - у семи нянек дитё без глазу.

 

 

 

 

программист пишет тестабельный продукт, тестировщику соответственно легче писать хорошие автоматические тесты

 

С этим трудно не согласиться. Однако это не значит, что программист должен писать за тестировщика хоть часть теста, если только на проекте не стоит задача, сделать жизнь тестировщика сладкой и кайфовой :-D


  • 0

#28 Spock

Spock

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 593 сообщений
  • ФИО:Роман

Отправлено 28 Ноябрь 2016 - 22:14

 

Это только в теории хорошо звучит.

А на практике - у семи нянек дитё без глазу.

 если программист не позаботился о тестабельности системы, а тестер из-за этого сделал хрупкие тесты. ну тут не тестер виноват явно

 

 

 

С этим трудно не согласиться. Однако это не значит, что программист должен писать за тестировщика хоть часть теста, если только на проекте не стоит задача, сделать жизнь тестировщика сладкой и кайфовой :-D

иногда программисты пишут тесты для покрытия, когда сами находят и сами фиксят свои баги. не всегда программисты бегут к тестеру, чтобы он написал тест для бага который сам дев нашёл и сам поправил


  • 0

#29 Сергей

Сергей

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 085 сообщений
  • Город:Москва

Отправлено 29 Ноябрь 2016 - 08:16

Коллеги, мы все таки будем обсуждать, что лучше использовать для тестирования Rest-сервисов? Иначе выходит разговор о том, что лучше использовать для тестирования разработчиков)

 

Опрос явно был бы продуктивнее, кто что использует.


  • 0

"Если ты хороший плотник и делаешь красивую тумбочку, ты не будешь прибивать сзади фанеру, даже несмотря на то, что задняя часть повернута к стене, и никто ее не видит. Ты будешь хорошо спать ночью, только если тебе удалось воплотить в своем произведении эстетическую красоту и качество." © Стив Джобс


#30 Spock

Spock

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 593 сообщений
  • ФИО:Роман

Отправлено 29 Ноябрь 2016 - 08:21

да уже вроде выяснилось что надо использовать чисто программные средства, никаких Постманов и других UI tools

и что даже выбор языка иногда не так и важен

 

а так да, оффтоп небольшой уже пошёл


  • 0

#31 catrun

catrun

    Новый участник

  • Members
  • Pip
  • 35 сообщений
  • ФИО:Болк Кейт

Отправлено 29 Ноябрь 2016 - 08:43

Мы использовали Python+Suds


  • 1

#32 baxatob

baxatob

    Опытный участник

  • Members
  • PipPipPipPip
  • 258 сообщений
  • ФИО:Юрий
  • Город:Riga

Отправлено 29 Ноябрь 2016 - 10:15

Мы использовали Python+Suds

 

suds это все же soap-клиент. Для rest-сервисов лучше библиотеку requests подключить.


  • 2

#33 Belerafon

Belerafon

    Новый участник

  • Members
  • Pip
  • 4 сообщений


Отправлено 02 Декабрь 2016 - 10:06

Мы используем Java+JUnit+RestAssured. Все интегрировано в CI, тесты запускаются при каждом merge в главную ветку. 

Почему выбрали именно это - 

  • Java - основная разработка ведется на Java, я как лид тестер комфортнее всего себя чувствую именно с Java, в компании есть бесплатные курсы Java, на которые ходят другие тестеры.
  • JUnit - нет смысла расписывать, по желанию можно заменить на TestNG. Других алтернатива не знаю.
  • RestAssured - позволяет отсылать HTTP запросы, легко парсить ответы. Код получается краткий, читабельный - я думаю это наиболее веский довод "ЗА". Не принципиально REST у вас или не REST (как у нас). Из коробки позволяет делать soft asserts, в нашей реальности это полезно.

Из недостатков могу сразу вспомнить то, что если по каким-то причинам ваш сервис присылает ответы в HTML формате, парсить такой ответ средствами RestAssured будет сложно - HTML часто содержит не закрытые теги и из-за этого возникают проблемы. Придется использовать сторонние библиотеки. С XML и JSON справляется отлично.


  • 2

#34 SergeyQA

SergeyQA

    Новый участник

  • Members
  • Pip
  • 20 сообщений
  • ФИО:Пронякин Сергей
  • Город:Москва

Отправлено 25 Май 2018 - 09:12

Коллеги, всем привет! Дабы не плодиться темами, напишу сюда свой вопрос, ибо тема вроде подходит)
Пишу автотесты для API мобильного приложения на Питоне.
Не было проблем ни с одним из методов, пока дело не дошло до метода PUT.
Всю голову поломал, все наверно перепробовал. К сути.
Есть метод добавления товара в корзину. В постмене все работает замечательно. 
Как верно написать метод на питоне с помощью библиотеки requests (ну или другой).

Вот моя функция.

 

    def add_product_to_cart(self, product_id):
        url = 'url_method/' + str(product_id)
        headers = {"access_token": access_token}
        body= {"qty": 1} #кол-во добавляемых товаров

        r = requests.put(url, data=body, headers=headers).json()
        print(r)

В разных вариациях запроса, играясь с headers и body, в ответе я получаю две вещи: либо исключение, что ожидается json, но в ответе не json (действительно, ответ приходит в виде html), либо то, что не  получен авторизационный токен (этот ответ приходит в формате json).
Уточню, что body нужно передавать в виде x-www-form-urlencoded
Пример запроса в постмане (к сожалению не могу все показать, попаду под неразглашение) 
http://joxi.ru/xAeBRKMtppQwKr
 http://joxi.ru/brRKk9ZcJJjXem
Как правильно написать код, чтобы токен все же передался? 
Подскажите, пожалуйста! 

 


  • 0

#35 MissLeman

MissLeman

    Постоянный участник

  • Members
  • PipPipPip
  • 152 сообщений


Отправлено 29 Май 2018 - 13:07

Здравствуйте.

 

Есть набор автоматических Jasmine + Protractor, запускаемые автоматически через TeamCity с выпуском каждого билда. Возникла необходимость в этот набор включить немного относительно простых тестов rest api (типа: послал запрос, проанализировал ответ). Сейчас надо это реализовать достаточно быстро, можно на уровне "лишь бы работало".

 

Вопрос: можно ли включить проверки запросов в вышеупомянутый уже существующий набор через что-то типа AJAX + какое-то решение кроссдоменности? Или можно (и нужно) как-то попроще?

 

(я понимаю, что вопрос несколько идиотский, но уж задам его в том виде, как он есть).


  • 0

#36 Spock

Spock

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 593 сообщений
  • ФИО:Роман

Отправлено 30 Май 2018 - 08:14

например

 

https://github.com/vlucas/frisby


  • 2

#37 MissLeman

MissLeman

    Постоянный участник

  • Members
  • PipPipPip
  • 152 сообщений


Отправлено 31 Май 2018 - 10:24

например

 

https://github.com/vlucas/frisby

Вещь! Спасибо огромное.


  • 0


Программирование на С# для тестировщиков
онлайн
Автоматизатор мобильных приложений
онлайн
Selenium WebDriver: полное руководство
онлайн
Программирование на Python для тестировщиков
онлайн




Темы с аналогичным тегами rest-services, rest-assured, postman, newman

Количество пользователей, читающих эту тему: 0

0 пользователей, 0 гостей, 0 анонимных

Яндекс.Метрика
Реклама на портале