здесь надо понять одну вещь.
саму ФБ мы не тестим, верно? его тестит сам ФБ, это их зона ответственности
у ФБ есть внешние апи, к которым обращается ваша аппа.
и мы понимаем, что если "правильно" пользоваться этими апи, передавать им валидные значения - то интеграция отработает верно.
и теперь приходим к мысли, а что же мы тогда должны протестить на своей стороне? а точнее - какими должны быть тесты, чтобы отлавливали сломанные апи на нашей стороне?

Даже в одном, какая разница сколько их, ему же один раз зарегать

А час ночью норм

Ну если так, то фигня конечно

это наша команда делает обратно несовместимые правки в апи, не думаю, что в фб такие же деграданты

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

Особенно если неправильно пользоваться

Нужно делать репосты, а за частые репосты возможность данного морозиться

вам нужно просто проверять, что уходит правильный запрос на репост

а не делать репост

Камрады, подскажите где и что посмотреть, чтобы понять почему тесты на testNG 7.1.0  не запускаются.  Юзаю гредл для запускаю Стектрейс такой

FAILURE: Build failed with an exception.
* What went wrong:
Execution failed for task ':testTemp'.
> Build cancelled while executing task ':testTemp'
На  testNG 7.0.0 всё запускается

ну значит такие же

Всё верно, когда нужно тестировать интеграцию, тестировать АПИ внешнего сервиса не нужно, т.к. это ответственность внешнего сервиса.
Но... в бою данными управляет не тестировщик и не автоматика. В интеграционный модуль могут быть поданы данные, которые на стороне внешнего сервиса вызывают логическую ошибку.
Внешний сервис возвращает ошибку, и вот её наш интеграционный модуль должен корректно обработать и не падать.

А если мы будем интеграционный модуль тестировать только на хороших данных, то как мы определим, корректно ли обрабатывает этот модуль штатные ошибки от внешнего АПИ?

Пишется негативный тест на:

 и вот её наш интеграционный модуль должен корректно обработать и не падать.

Не задача автотестирования

 и вот её наш интеграционный модуль должен корректно обработать и не падать.

Верно. Этот негатив во внешнем АПИ нужно таки вызвать.

Необязательно ... он тоже может мокаться

Научи, плиз, как ты без костылей и танцев с бубнами в рамках одного проекта автотестирования в рамках одного тестрана один и тот же метод в негативных сценариях будешь дёргать на МОСКе, а в позитивных на реальном АПИ внешнего сервиса?

вынести фейсбук урл в параметры и сетить в тесте