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

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

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

скорее:
Нужда: это большая яма.
Требование: копать яму лопатой в полнолуние

А на реальных примерах можете сказать? Дать какой-то живой пример р

Я на таких не понимаю

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

Хороший пример.   Очень.

Благодарю , понятно

но этим обычно за услугой юзабилити аудита обращаются. т.е. приходят типа че у нас не так. а дальше там копать оч долго можно, вплоть до всяких customer journey map и прочих замысловатых штук

я серьезно, пока ничего не гуглится. Только xml-rpc

у TestLink есть XML-RPC API, Вы даже нашли готовые клиенты для его использования. REST это скорее паттерн, и да, в каком-то приближении API тестлинка все-таки RESTful.

Сначала нужно вообще понять, что он хочет, и как он это хочет.  К примеру   #нашли дешевле_пишите нам#  тут все реально просто.  Особенно у магнатов типа днс и юлмарт.  У них разные товары. Соответственно их договора с поставщиками включают пунктик - мы единственные дистребьютеры этой китайщины... Поэтому им даже выгодно, отслеживать кто ещё этой китайщиной торгует.   Всё довольны, дешевле не найти, реклама пашет.

вот так бы сразу и сказали.

Наличие REST означает совершенно другой подход:   поставщик предоставляет swagger, а клиент генерируется по сваггеру

в этом и проблема - на словах ясна, а на деле опять вот это вот

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

и эти готовые клиенты (судя по истории коммитов) поддерживаемый и готовы для продуктивной работы ?

наверняка, но я не проверял. Сам TestLink особо не развивается уже много лет, поэтому клиенты скорее всего актуальны.

Хм, интересно, впервые слышу что REST API должен обязательно иметь Open API спецификацию

это подмена понятий ) не должен )