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

Практикум по тест-дизайну 2.0
онлайн, начало 29 ноября
Тестирование мобильных приложений
онлайн, начало 27 ноября
Автоматизатор мобильных приложений
онлайн, начало 27 ноября
Программирование на Python для тестировщиков
онлайн, начало 22 ноября
Фотография

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

rest-services rest-assured postman newman

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

#1 Spock

Spock

    Гуру

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

Отправлено 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 086 сообщений
  • Город:Москва

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

Нужен опрос.


  • 0

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


#5 Little_CJIOH

Little_CJIOH

    Гуру

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


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

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

#6 Freiman

Freiman

    Гуру

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

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

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

#7 Spock

Spock

    Гуру

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

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

я за опрос!

 

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

 

 

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


  • 0

#8 Little_CJIOH

Little_CJIOH

    Гуру

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


Отправлено 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 598 сообщений
  • ФИО:Роман

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

 

 

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

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

 

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

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

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

 

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

 

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


  • 0

#11 Little_CJIOH

Little_CJIOH

    Гуру

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


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

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

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

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

#12 Spock

Spock

    Гуру

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

Отправлено 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 430 сообщений
  • ФИО:Власкин Павел
  • Город:Санкт-Петербург


Отправлено 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 598 сообщений
  • ФИО:Роман

Отправлено 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 598 сообщений
  • ФИО:Роман

Отправлено 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 598 сообщений
  • ФИО:Роман

Отправлено 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 430 сообщений
  • ФИО:Власкин Павел
  • Город:Санкт-Петербург


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

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

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

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


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




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

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

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

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