У нас на работе есть проект (коллекция) xml, в soapUI,
Я хочу перенести это в постман

Тогда думаю что ответ не изменился. Не видел упоминания такой возможности где либо в статьях или в доках postman-a. Но это не 100%

если вы в курсе, тогда можете объяснить что неверного в этой статье? https://blog.postman.com/importing-soapui-projects-into-postman/

А вот последние обновления тестрейла чот ппц расстроили, особенно то что они сделали с загрузкой и просмотром изображений

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

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

Слова "думаю", "это не 100%" вы не заметили? Вот почему как человека мордой в грязь макнуть так сразу время находится на погуглить, а как на вопрос Дарьи ответить так влом.

эта статья от 2016 года, начнем с этого. Soap Ui работает только с соап-запросами, а постман с ними не работает (хотя тоже не 💯%), вот и всё. Постман нужен для тестирования рест апи, а не соапа

причем у него это где-то на сайте было написано, ну или в более свежем блог посте 🤔

извините, если у вас сложилось такое впечатление. Вот Ольга, в отличие от вас, ответила по существу, спасибо ей.

SoapUI отлично работает с REST запросами https://www.soapui.org/docs/rest-testing/

А я лично отправлял soap запросы из постмана)

Что касается непосредственно статьи. Там комментарии все прочитали? У кого-то из 12 сервисов постман только три импортировал, у кого то нет пункта экспорт в сваггер.

Доброго вечера. Понимаю, вопрос банальный, но к сожалению совета спросить больше не у кого, поэтому заранее спасибо за помощь!)
Опустив предысторию, сейчас в процессе смены специальности, раскапывая тему твёрдо поняла, что QA именно то, чем хочу заниматься и развиваться. Проштудировала теорию, не идеально, но основное понимание есть, софт скилы от прошлой работы на уровне, однако есть проблема, вакансий джунов не особо много, основной массив с требованием опыта хотя бы год, коего нет.

В связи с чем вопрос: были ли у вас прецеденты, где в команду (или вы сами) брали на позицию человека с опытом, сотрудника без, но перспективного? Справлялись ли они, оправдывали ожидания? Сами потихоньку со всем разобрались или часть обучения "сверху" присутствовала?

Когда-то меня взяли вообще без опыта, я регулярно брала себе без опыта вообще

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

Это очень обнадёживает, спасибо)
А что как правило было решающим фактором в сторону кандидата? Особенно если был выбор между человеком с опытом и без?

По ощущениям тестрейл начинает сдавать на фоне конкурентов

Каких конкурентов?

Решающим фактором обычно становятся сроки закрытия вакансии. Если есть прям выбор (оба кандидата дошли до финала и вписываются в бюджет), вопрос обычно не стоИт. Прецедентов знаю несколько. И всё сводится к тому, что искали опытного, не нашли в разумные сроки, взяли молодого-перспективного. Кто-то справился, кто-то -- нет. Обучение, в том или ином виде, есть всегда. Даже синиорному синиору показывают, где доки лежат, а где кофе наливать ;)