они же симуляторы, вот еще два термина замечательных - эмулятор и симулятор. Про них тоже можно poll делать :)

Эмулятор это IOS симулятор - Android )

Но тут разница очевидна

Подскажите, пожалуйста, идеологию.
Есть интеграционный модуль (вебсервис, в дальнейшем "ИМ"), который в конфиг-файле имеет настройку = УРЛ внешнего АПИ.
При обращении /our_method ИМ вызывает внешний метод http://<config_url>/outside_method
Менять в конфиге УРЛ внешнего АПИ на УРЛ стаба через автотесты можно, но нужно после каждого изменения конфига нужно рестартовать ИМ. Не вариант.
Сразу прописать УРЛ мока (не стаба) = надо будет реализовывать логику внешнего метода хотя бы в минималистичном формате. Но тогда объём работы = х2. Да и бизнес-сценарий, иногда состоящий из цепочки 7-8 методов, на МОКе реализовывать — то ещё удовольствие.

Щто?

У тебя же не просто один метод на все случаи жизни, а ещё есть параметры этого метода. Через параметры рулишь правилами на стороне мок сервера. В зависимости от запроса возврат тех или иных данных

ИМ не рулит никакими параметрами при вызове /outside_method
Он просто дёргает с телом запроса, которое зависит от входных данных в /out_method

Или ты параметрами назвал переменные в теле запроса?

Да

Перепутал, наоборот)  Но если серьезно то и эмулятор iOS существует.

Есть мок-серверы умеющие проксировать запросы, которые не нужно мокать

Это те, с кем судятся?

Они. Да и вообще много кто пробовал запустить как PoC, если будет много времени и знаний железа с iOS, то задача не из ряда невозможного.

https://www.mock-server.com/ например

Мне mmock больше по душе )

У меня тесты так и выглядят.  Может быть штук 7-8 методов типа mock(request, response).

ты им как обычно пользуешься, все запросы с клиента заворачиваешь на локалхост? или для mmock свой отдельный сервер?

Там размер небольшой, обычно в докер-контейнер. Но это просто для удобства, можно просто бинарник положить рядом и в локалхост

а https там есть? непонятно из описания

-server-tls-port int
   Mock server TLS Port (default 8084)