Есть отличная удаленная работа для php+codeception+jenkins+allure+docker спецов. 100% remote! Присоединиться к проекту

Что проще в использовании SoapUI или Postman?

soapui
rest
soap
api
postman
Теги: #<Tag:0x00007f7b6463b6b8> #<Tag:0x00007f7b6463b578> #<Tag:0x00007f7b6463b438> #<Tag:0x00007f7b6463b2f8> #<Tag:0x00007f7b6463b1b8>

(Lev Yarushin) #21

Так и гарантии на тесты никто не даст тогда. Вам поддерживать же их тогда придётся.
Но разрешать тестам лезть напрямую в базу - не есть хорошо.
Тестовый дамп с нужными данными на худой конец. А всё остальное - через REST.
SoapUI для новичка гораздо сложнее. Я не думаю что новичку поручат что-то прямо эдакое в БД делать.
Это вполне покроется несколькими несложными тестовыми методами у разработчиков бэка.
А если вам надо и БД дёргать и REST - пишите лучше тесты на любимом ЯП.


(rmerkushin) #22

А что плохого что тест лазит в БД? А если нужно проверить те изменения что внеслись после запроса?) Создавая тестовые данные руками ты можешь быть уверен в них ну или отвечать за их правильность, а что насоздает API одному богу известно) и в любом случае если окажется что косяк был в данных, то придут к тестерам а не разработчикам, а отвечать не за свой код у меня нет желания.
P.S.: возможно вам просто пока везёт и вы не сталкивались с такими проблемами, но у меня были случаи на практике когда казалось что вот она элементарная вещь, простая как 2+2, как там можно ошибиться? Но никогда не стоит недооценивать рукожопие или случайное стечение обстоятельств) По этому я предпочитаю расчитывать только на себя и отвечать только за свой код и свои данные.


(Lev Yarushin) #23

Это чужая зона ответственности. Тест не должен знать как устроена БД. Тест должен знать как получить нужные данные, и если для этого не хватает тестируемого API - значит должно быть ещё тестовое.
У Postman легко делать цепочки CRUD, а большего от новичка и не потребуют.

По моему опыту поддерживать создание тестовых данных в бд гораздо сложнее, чем получить от разработчиков тестовые методы на экзотику + использовать открытое API. Чем проект крупнее тем тяжелее это делать.


(Julian Kolodzey) #24

Дело вкуса, наверное… Мне проще пару хранимок и процедурку генерации тестовых данных написать, а потом поддерживать, чем изучать и использовать какое-то АПИ с его особенностями и багами…
Что касается новичка, ему разве не нужно будет изучать это АПИ?
Разве это проще чем, допустим, заинсёртить в БД запись, выполнить какой-нить GET и заассёртить данные в БД и в респонде? Оо


(Lev Yarushin) #25

Просто привыкли, что автотестер - это такой “универсальный солдат”, который сам со своими проблемами разбирается. Если в стартапе это ещё как-то оправдано нехваткой рабочих рук, то в энетерпрайзе уже нет.
Если вы смените место работы, то человеку который придёт на ваше место придётся изучать всё то что вы сделали для работы с БД, для того чтобы поддерживать в рабочем состоянии.

Повторюсь, у новичка будут в основном цепочки CRUD, лезть в БД для этого не нужно.
Ну а если ему что-то понадобится экзотическое - проблему он будет решать вместе с разработчиками.
Также, для новичка проще когда ему готовят стенд или дают инструментарий для этого.
Т.е. восстановить тестовую БД из дампа, и выполнить миграции(заодно и их отладить), задача девопса/админа, но никак не автотестера.


(Julian Kolodzey) #26

Даже интересно… Просто какой-то идеальный шторм… :blush:
Подскажите пожалуйста, в какой именно чудесной компании так работают?
Спасибо.


(rmerkushin) #27

Ха, я знаю на вскидку пару контор, где тестер еще и немного девопс и сам себе аналитик )

P.S.: Предлагаю заканчивать оффтопить и если интересно обсуждение данного вопроса, то вынести это все в отдельный топик и желательно с голосовалкой :slight_smile:


(Oleg Polischuk) #28

У нас сушествует оддельная база для тестирования и после проверки в ней определённого спринта ана заливается в общую!