Json, request и ечли отчеты  красивые надо аллюр какойнить

А всякие альтернативные инструменты вроде Katalon Studio, Testcomplete неочень получается? SoapUI точно мимо, там весь проект в xml хранится.

Понятия не имею. Так же как и не знаю вашей цели

Тимлид хочет чтобы на новом проекте было автоматизировано тестирование апи, чтобы инструмент был читаем для человека и несколько людей могли его использовать. Постман и SoapUI для этого не годятся (так как всё хранится в json, xml)

а что мешает читать в постмане?

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

ну тогда остается python java или любой другой язык программирования, других вариантов нет

А чем отличается дифф .JSON от любого другого диффа?

Ну одно дело читать дифф обычного текста типо кода на джаве, другое дело ломать глаза со вложенностью json и вникать что да как.

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

А чем верификация от валидации отличается?

Валидация - сверка с тем, что ты в общем делаешь то, что от тебя требуют
Верификация - сверка уже по характеристикам

А можно, пожалуйста, примерами?

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

Если совсем грубый пример. У нас заказали 2 км труб для подземных работ.
Валидация: мы действительно делаем трубы.
Верификация: они для подземных работ и общая длина составляет не менее 2 км

Столько определений читал по этим терминам. Мне нравится отталкиваться от вопросов, которые задают эти процессы.

Верификация отвечает на вопрос «Делаем ли мы продукт правильно?». Соответствует ли он ТЗ, документации, ожиданиям заказчика.
Валидация отвечает на вопрос «Делаем ли мы правильный продукт?». Соответствует ли продукт каким-то общим стандартам разработки, например.

Заказчик может попросить, чтобы окно закрывалось при нажатии на _, а сворачивалось при нажатии на Х. С точки зрения верификации, мы сделаем правильно и клиента устроит. С точки зрения валидации, хз, хз.

Да, я Яндекс академию смотрел, Маил обучение
Здесь сейчас отвечают.
Я не понимаю где эта маленькая грань между ними :)

В моем понимании, верификацией.
Валидацией вы должны были заниматься во время составления плана. Насколько он соответствует общим требованиям, признанным практикам и все такое.
Соответствие его с ожиданиями клиента — верификация уже.

не наоборот?