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

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

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

rest-services rest-assured postman newman

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

#1 Spock

Spock

    Гуру

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

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

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

 

может "Java + JUnit + REST-Assured"?

http://rest-assured.io/

 

а может "Postman + Newman"?

https://www.getpostman.com/apps

 

где какие плюсы/минусы?

 

а может ещё какие тулзы?


  • 0

#2 Lzk

Lzk

    Специалист

  • Members
  • PipPipPipPipPip
  • 504 сообщений
  • ФИО:Олег
  • Город:Мск

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

SoapUi?
Jmeter?
  • 0

#3 baxatob

baxatob

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

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

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

Python + Requests


  • 0

#4 Сергей

Сергей

    Гуру

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

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

Нужен опрос.


  • 0

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


#5 Little_CJIOH

Little_CJIOH

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 426 сообщений
  • ФИО:Власкин Павел
  • Город:Санкт-Петербург


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

Голову в опрос добавить не забудьте :)
  • 0

#6 Freiman

Freiman

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 452 сообщений
  • ФИО:Андрей Адеркин
  • Город:Йошкар-Ола

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

Давайте сделаем опрос, надо ли нам больше опросов!
  • 0

#7 Spock

Spock

    Гуру

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

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

я за опрос!

 

больше интересуют конечно у кого "взрослые" решения, интегрированные с билд/CI серверами

 

 

хотелось бы узнать является ли связка Postman+Newman эффективным решением (например наравне с Java + REST-Assured, и другими программными решениями)


  • 0

#8 Little_CJIOH

Little_CJIOH

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 426 сообщений
  • ФИО:Власкин Павел
  • Город:Санкт-Петербург


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

я за опрос!
 
больше интересуют конечно у кого "взрослые" решения, интегрированные с билд/CI серверами
 
 
хотелось бы узнать является ли связка Postman+Newman эффективным решением (например наравне с Java + REST-Assured, и другими программными решениями)

Не является. Postman и Newton - это инструмент для ручного тестирования и автозапускалка сохраненных в нем запросов. То есть, если у вас набита коллекция тестовых запросов в Postьan, то вы ее можете прогонять автоматически. Но использовать эту связку для построения автотестов с 0 точно не стоит.
  • 0

#9 appmen

appmen

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

  • Members
  • PipPipPipPip
  • 408 сообщений
  • ФИО:Victor

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

И это нормально подключается к Дженкинсу.


  • 0

#10 Spock

Spock

    Гуру

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

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

 

 

Не является. Postman и Newton - это инструмент для ручного тестирования и автозапускалка сохраненных в нем запросов. То есть, если у вас набита коллекция тестовых запросов в Postьan, то вы ее можете прогонять автоматически. Но использовать эту связку для построения автотестов с 0 точно не стоит. 

текущее состояние в нашей компании (и у знакомого похожая ситуация, думаю и у многих других):

 

Postman с хранилищем коллекций в облаке: используется для 

1. ручного тестирования

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

 

поэтому как-бы выглядит заманчиво прикрутить третьим пунктом автоматизацию используя Newman. Получилось бы типа "один энвайронмент для всех"

 

хотя смущает что коллекции надо будет вручную экспортировать/импортировать/коммитить в версионную систему


  • 0

#11 Little_CJIOH

Little_CJIOH

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 426 сообщений
  • ФИО:Власкин Павел
  • Город:Санкт-Петербург


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

Не является. Postman и Newton - это инструмент для ручного тестирования и автозапускалка сохраненных в нем запросов. То есть, если у вас набита коллекция тестовых запросов в Postьan, то вы ее можете прогонять автоматически. Но использовать эту связку для построения автотестов с 0 точно не стоит. 

текущее состояние в нашей компании (и у знакомого похожая ситуация, думаю и у многих других):
 
Postman с хранилищем коллекций в облаке: используется для 
1. ручного тестирования
2. иногда для удобного выполнения простых задач без использования веб-интерфейса, когда надо например создать пользователя, сделать покупку и т.п.
 
поэтому как-бы выглядит заманчиво прикрутить третьим пунктом автоматизацию используя Newman. Получилось бы типа "один энвайронмент для всех"
 
хотя смущает что коллекции надо будет вручную экспортировать/импортировать/коммитить в версионную систему

Это все здорово, но это малая автоматизация, ускорение работы ручных тестировщиков. Попытка превратить ее в полноценную систему автоматического тестирования приведет к проблемам с поддержкой и хрупкости системы.
  • 0

#12 Spock

Spock

    Гуру

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

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

хм, получается в Postman нет функционального тестирования, когда несколько сервисов используются последовательно?

 

допустим есть сервисы:

1. создать клиента

2. добавить клиента в группу

3. сделать покупку

4. получить список покупок

 

допустим надо написать тест "получить список покупок":

- подготовка теста: "создать клиента", "добавить клиента в группу", "сделать покупку"

- тест: "получить список покупок"

- убрать за собой: "удалить клиента"

 

Но ведь в Postman нет структуры выше простых запросов, чтобы сделать последовательности, типа "собрать дом из кубиков", а есть только кубики

 

единственное что есть - это воркфловс, где можно указать следующий тест - а это аналог GOTO команды o_O, которая только запутает всё

https://www.getpostm.../docs/workflows

 

получается что Postman подходит только для простых систем, без состояний и последовательностей, где существуют только независимые сервисы, типа "сделал один запрос и проверил результаты"?

 

 

прокомментируйте плиз


  • 0

#13 Little_CJIOH

Little_CJIOH

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 426 сообщений
  • ФИО:Власкин Павел
  • Город:Санкт-Петербург


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

хм, получается в Postman нет функционального тестирования, когда несколько сервисов используются последовательно?
 
допустим есть сервисы:
1. создать клиента
2. добавить клиента в группу
3. сделать покупку
4. получить список покупок
 
допустим надо написать тест "получить список покупок":
- подготовка теста: "создать клиента", "добавить клиента в группу", "сделать покупку"
- тест: "получить список покупок"
- убрать за собой: "удалить клиента"
 
Но ведь в Postman нет структуры выше простых запросов, чтобы сделать последовательности, типа "собрать дом из кубиков", а есть только кубики
 
единственное что есть - это воркфловс, где можно указать следующий тест - а это аналог GOTO команды o_O, которая только запутает всё
https://www.getpostm.../docs/workflows
 
получается что Postman подходит только для простых систем, без состояний и последовательностей, где существуют только независимые сервисы, типа "сделал один запрос и проверил результаты"?
 
 
прокомментируйте плиз

Прокоментировать что?
Postman это плагин в браузер для выполнения http-запросов. Все остальное - свистелки, перделки и рюшечки.
  • 2

#14 Spock

Spock

    Гуру

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

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

спасибо, ситуация прояснилась:

 

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

 

например "Java + Junit + REST-Assured", "Node.js + Mocha + Chai" и т.п.

 

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

 

 

П.С. любое средство с графическим интерфейсом - это зло. Только IDE обладают достаточными способностями для разработки


  • 0

#15 baxatob

baxatob

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

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

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

 

П.С. любое средство с графическим интерфейсом - это зло. Только IDE обладают достаточными способностями для разработки

 

Любая IDE обладает графическим интерфейсом. 

Зло - это кривые руки.

 

 

 

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

 

Очень спорное утверждение, имхо.

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

Приложение может быть написано на Delphi или C, и что тогда? :)

Выбор языка для написания автотестов может быть продиктован только его распространенностью на рынке труда, чтобы в случае чего можно было быстро добавить/заменить спеца.


  • 0

#16 Spock

Spock

    Гуру

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

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

 

Любая IDE обладает графическим интерфейсом. 

Зло - это кривые руки.

я имею ввиду "средство тестирования с юзер-интерфейсом". понятно что у ИДЕ есть юзер-интерфейс

 

 

Очень спорное утверждение, имхо.

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

Приложение может быть написано на Delphi или C, и что тогда? :)

Выбор языка для написания автотестов может быть продиктован только его распространенностью на рынке труда, чтобы в случае чего можно было быстро добавить/заменить спеца.

вот например авто-тестам понадобилась сложная система аутентификации которая используется в приложении. Если язык тот же - то достаточно скопировать код

 

 

 

 ведь их удел - разработка. 

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


  • 0

#17 Freiman

Freiman

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 452 сообщений
  • ФИО:Андрей Адеркин
  • Город:Йошкар-Ола

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

вот например авто-тестам понадобилась сложная система аутентификации которая используется в приложении. Если язык тот же - то достаточно скопировать код

 
Более чем странное утверждение. Копипаст исходников в тесты? ну я даже не знаю.. 

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


Есть подозрение, что если разработчик может решить проблему только на одном языке - то это не очень хороший разработчик. Синтакисис команды он вам, конечно, не скажет сразу, но вот алгоритм решения проблемы - легко.
А для остального есть stackoverflow :)

Но мы отклонились от темы.
  • 1

#18 Spock

Spock

    Гуру

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

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

 

 

Есть подозрение, что если разработчик может решить проблему только на одном языке - то это не очень хороший разработчик. Синтакисис команды он вам, конечно, не скажет сразу, но вот алгоритм решения проблемы - легко.
А для остального есть stackoverflow :)

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

 

там кода было на десятки страниц, реально невозможно такое переписать на другой язык, и потом ещё поддерживать


  • 0

#19 baxatob

baxatob

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

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

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

 

 

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

Тестер должен решать свои задачи без посторонней помощи. Коммуникации между тестерами и разработчиками безусловно нужны, но не на уровне же помощи в написании кода. 

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


  • 0

#20 Little_CJIOH

Little_CJIOH

    Гуру

  • Members
  • PipPipPipPipPipPip
  • 1 426 сообщений
  • ФИО:Власкин Павел
  • Город:Санкт-Петербург


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

Есть подозрение, что если разработчик может решить проблему только на одном языке - то это не очень хороший разработчик. Синтакисис команды он вам, конечно, не скажет сразу, но вот алгоритм решения проблемы - легко.
А для остального есть stackoverflow :)

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

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


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




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

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

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

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