кто-нибудь сталкивался с тестированием swagger api?

автоматизированным

кто-нибудь сталкивался с тестированием swagger api?

Сваггер - это тулза для документирования апи

Сваггер - это тулза для документирования апи

всё верно. описываешь там API и из него генерится документация

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

Ну да

ну вот вопрос как тестировать

ну вот вопрос как тестировать

У свагера есть тулза по генерации базового фреймворка для тестирования для довольно большого количества языков и других фреймворков. Скармливаешь туда swagger.json и он возвращает тебе целый фреймворк. Я использовал это для генерации классов для rest-assured

всё верно. описываешь там API и из него генерится документация

Сваггер - это не просто тулза для документации API, это ещё и песочница Если вопрос изначально стоял о тестировании API, то можно спокойно припиливать HTTP библиотеки и тестироватьна ожидаемые результаты

https://generator.swagger.io

Сваггер - это не просто тулза для документации API, это ещё и песочница Если вопрос изначально стоял о тестировании API, то можно спокойно припиливать HTTP библиотеки и тестироватьна ожидаемые результаты

?

Я счас pastman использую для тестироваия API

Прошлый человек ?

Прошлый человек ?

человек-прошлое же

новый супергерой

Прошлый человек ?

это брат завтрамэна

?

Подскажите фришный толковый эмулятор iphone, под win 10

его нет

Кстати, как-то можно получить модель запроса из swagger в python?

С python можно вообще все

https://swagger-parser.readthedocs.io/en/latest/index.html Вот что-то похожее на то, что ты ищешь Но может и нет, я просто нагуглил по-быстрому

С python можно вообще все

а xml по схеме сгенерить?)

Подскажите фришный толковый эмулятор iphone, под win 10

небывает толковых эмуляторов. это эмулятор. отличия от оригинальной оси будут всегда.

или я о таких не знаю)

Подскажите фришный толковый эмулятор iphone, под win 10

попробуйте Appium Studio, когда последний раз юзал, там было бесплатное облако с девайсами, включая apple. Если что, он у меня нормально и на linux работал, под wine.

небывает толковых эмуляторов. это эмулятор. отличия от оригинальной оси будут всегда.

Да, но хоть чтото можно будет глянуть, если нет девайса в парке

попробуйте Appium Studio, когда последний раз юзал, там было бесплатное облако с девайсами, включая apple. Если что, он у меня нормально и на linux работал, под wine.

Спасибо

https://swagger-parser.readthedocs.io/en/latest/index.html Вот что-то похожее на то, что ты ищешь Но может и нет, я просто нагуглил по-быстрому

вот ответ на мой вопрос https://habr.com/company/Voximplant/blog/345148/

Интересно, сохранил себе на будущее

привет! есть вопрос: один, как чекать состояние экрана на появдение каких-либо сообщение?

мне дано: тест для андроида на селениуме (java+appium+testNG) когда запускаю тест, иногда отображается окно для вывода на печать (внутренняя фича), но так как из-за разной скорости теста, она вылезает в разных местах, скипнуть ее сложно

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

привет! есть вопрос: один, как чекать состояние экрана на появдение каких-либо сообщение?

Можно обернуть веб драйвер в EventFiringWebDriver и навешать на него листенер, например проверять сообщение после каждого клика и т.д.

Можно обернуть веб драйвер в EventFiringWebDriver и навешать на него листенер, например проверять сообщение после каждого клика и т.д.

Спасибо! Посмотрю утром, но при беглом просмотре увидел, что есть у него beforeClickOn и это полезно

осталось определить id окна и кнопки заветной

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

пожалуйста, используйте английский))

Это русскоговорящее сообщество, уважайте его правила.

нет канала на английском ((

может где-то есть, но это не он.

Это русскоговорящее сообщество, уважайте его правила.

я не знаю, русский язык извините

Это что за канал?

нет канала на английском ((

Найдёте канал на английском, поделитесь со мной ☺️

@RichardGears вжух

@RichardGears вжух

Что за мода на "вжух"?

ERROR: S client not available

Что за мода на "вжух"?

Вжух и оффтоп, реклама магическим образом исчезают))

ага, магическим.

Буду знать?

Привет) Никто не сталкивался с введением системы ревью тестовой документации? У нас на проекте работают шесть qa, и иногда вникать в задачи другого становится проблематично. Хочется контролировать качество тест кейсов, которые пишутся на новые фичи. Все храним в тест рейл. Может быть, есть какие то инструменты, позволяющие это делать? Хочется аналогию пулл реквестов с аппрувами, только для тест-кейсов))

ОК.

Привет) Никто не сталкивался с введением системы ревью тестовой документации? У нас на проекте работают шесть qa, и иногда вникать в задачи другого становится проблематично. Хочется контролировать качество тест кейсов, которые пишутся на новые фичи. Все храним в тест рейл. Может быть, есть какие то инструменты, позволяющие это делать? Хочется аналогию пулл реквестов с аппрувами, только для тест-кейсов))

в тест рейле ж кажеться есть филд "In review", то ли он кастомный был на моем проекте

Привет) Никто не сталкивался с введением системы ревью тестовой документации? У нас на проекте работают шесть qa, и иногда вникать в задачи другого становится проблематично. Хочется контролировать качество тест кейсов, которые пишутся на новые фичи. Все храним в тест рейл. Может быть, есть какие то инструменты, позволяющие это делать? Хочется аналогию пулл реквестов с аппрувами, только для тест-кейсов))

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

Да, про кастомные поля думали уже, видимо, только такой вариант и остается. Спасибо)

Привет) Никто не сталкивался с введением системы ревью тестовой документации? У нас на проекте работают шесть qa, и иногда вникать в задачи другого становится проблематично. Хочется контролировать качество тест кейсов, которые пишутся на новые фичи. Все храним в тест рейл. Может быть, есть какие то инструменты, позволяющие это делать? Хочется аналогию пулл реквестов с аппрувами, только для тест-кейсов))

Как вы хотите контролировать качество не вникая в задачи? Это в любом случае интеллектуальная работа.

Инструмент, который контролиррует качество написания тест-кейзов - это тестировщик, который проводит их ревью перед утверждением.

Лады!

Инструмент, который контролиррует качество написания тест-кейзов - это тестировщик, который проводит их ревью перед утверждением.

Вопрос не в том, кто будет проводить ревью, а в том, как это сделать удобно и наглядно

Что ты вкладываешь в эти слова?

Удобство, допустим, ревью я понимаю.

А наглядность ревью?

Сделай набор критериев как для прохождения код ревью.

Вопрос не в том, кто будет проводить ревью, а в том, как это сделать удобно и наглядно

Удобно и наглядно - гит.

Три команды, у каждый свой спринт, два тестировщика, свои фичи. Есть задачи на кейсы. Сейчас у нас три обязательных последовательных ревьера - второй тестировщик с той же команды, аналитик, и любой тестировщик из другой команды. У каждой команды своя джира доска, на которой задача по тестовой документации ( т.е. она не видна тестировщикам других команд), аналитики вообще вне спринтов. Удобство - своевременное выполнение ревью, донесение до ревьера информации о том, что его ждет задача, также - отсутствие вопросов у скрамов по статусам таких задач ( какое ревью, кто тормозит, кого идти пинать и т.д.). Хочется текущий хаос немного причесать. Пока пришли только к новому типу задач доя кейсов, отдельному воркфлоу для них и доп полю в кейсах в тестрейле.

Удобно и наглядно - гит.

Да, только кейсы мы храним не в файлах. Есть возможность прицепить гит к тестрейлу?))

Сделай набор критериев как для прохождения код ревью.

Да, это все уже есть))

У тестрейла есть api, развлекайтесь. Хотя это кажется убийством времени.

Три команды, у каждый свой спринт, два тестировщика, свои фичи. Есть задачи на кейсы. Сейчас у нас три обязательных последовательных ревьера - второй тестировщик с той же команды, аналитик, и любой тестировщик из другой команды. У каждой команды своя джира доска, на которой задача по тестовой документации ( т.е. она не видна тестировщикам других команд), аналитики вообще вне спринтов. Удобство - своевременное выполнение ревью, донесение до ревьера информации о том, что его ждет задача, также - отсутствие вопросов у скрамов по статусам таких задач ( какое ревью, кто тормозит, кого идти пинать и т.д.). Хочется текущий хаос немного причесать. Пока пришли только к новому типу задач доя кейсов, отдельному воркфлоу для них и доп полю в кейсах в тестрейле.

ээээ... вам бы всё свести в одно. Тут проблема не в ревью мне видится, а более системная.