Как мы iOS приложение тестировали из-под Ubuntu

В компании где я работаю наступила пора корпоративов тестирования нашего iOS приложения, и т.к. мако тут только у меня, а все остальные разработчики и, что самое главное, QA работают под Ubuntu, а значит айфонов у них нет, то пришлось придумать решение проблемы и избавить себя от мук передачи личного айфона в руки тестеров.

Если Вы сталкивались с подобной проблемой или просто интересуетесь темой шаринга одного мака с возможностью одновременной работы на нём, то прошу под кат.

Apple Remote Desktop

Сначала мы попробывали www.pieceable.com/ ^[1], вещь действительно хорошая, особенно с перспективами развития проекта, т.к. судя по главной его купили Facebook, но пока что скорость его работы оставляет желать лучшего, хотя самая идея (если кто не знаком с ней, то это запуск эмулятора на маке с последующей трансляцией картинки на клиенты) нам приглянулась.

Начиная с Mac OS X 10.6 Apple Remote Desktop (VNC, по сути дела, только тссс...) поддерживает Multi-user Scree Sharing, и это как раз то, что нам надо, ведь основная задача была не отвлекать от рабочего процесса iOS разработчика, который работает за этим Mac-ом.

Действия со стороны Mac

Настройки для Mac OS X 10.8 aka Mountain Lion (для остальных систем не должны сильно отличаться):

1. Создаём юзера, например, SimulatorViewer;
2. Идём в Settings -> Sharing -> Remote Managment, там настраиваем Allow access for: SimulatorViewer, там выбираем как минимум Observe + Control + Open And Quit Applications;
3. Жмём на Computer Settings и выбираем там VNC viewers may control screen with password, а так же вводим пароль для VNC.

На этом настройка Mac OS X части закончена.

Действия со стороны Ubuntu

Для подключения к Mac-у будем использовать Remmina Remote Desktop Client, который уже присутствует в стандартной поставки Ubuntu, как мне сказали:) Прошу прощения за «чужой» скриншот, нет сейчас возможности сделать свой:

1. Connection->New...
2. Protocol: VNC — Virtual Network Computing;
3. Server — IP адрес Mac-а (показывается на нём в окне Sharing да и вообще много где, взрослые уже)
4. Вписываем в User и Password наши данные для юзера SimulatorViewer, которого мы создали чуть выше;
5. Color Depth выставляем в High color (15 bit), можно и больше, если сеть позволяет), от тормозов значение особо не избавит:)

Можете попробывать уже присоединиться, должен отобразиться экран Mac OS X, при этом сессия её пользователя за компьютером не прервётся.

Настраиваем Xcode

Осталось лишь сделать так, чтобы simulator билды Xcode-а были доступны для нашего юзера. Я выбрал самый простой вариант, переместив build-директорию в /Users/Shared/:

1. Выгоняем iOS-разработчика от Mac-а покурить на 5 минут, а сами в это время лезем в настройки Xcode, секция Locations;
2. Выбираем Derived Data: Custom, путь /Users/Shared/Xcode/DerivedData;
3. В Advanced... жмём на Shared Folder и вводим Build;
4. Комментируем рандомную строчку в коде программиста;
5. создаём исполняемый(!) файл /Users/Shared/run.sh с таким содержимым:

   /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/Applications/iPhone Simulator.app/Contents/MacOS/iPhone Simulator -SimulateApplication blah
   

6. Заметаем следы и уходим от компьютера iOS-программиста.

Внимательный читатель заметит иденификатор blah, краткое объяснение: без него работать не будет мы специально задаём несуществующий путь и тогда симулятор попросит нас его указать при старте:)

Работа полученной системы

Как подсоединиться к рабочему маку мы уже разобрались, осталось запустить в нём симулятор и начать издеваться над программистом.

1. Просим iOS разработчика собрать билд для симулятора(!);
2. Заходим через VNC на наш мак (дальнейшие действия я описываю уже внутри машины, на которую зашли);
3. Переходим в Finder-е в /Users/Shared/;
4. Запускаем run.sh, который откроет симулятор с окном выбора файла;
5. Если у нас приложение называется Habrahabr, то путь к нему будет такой:

   /Users/Shared/Xcode/DerivedData/Build/Products/Debug-iphonesimulator/Habrahabr.app
   

Если всё сделали правильно, то приложение запустится и можно начинать тестировать.

Appendix

В ходе тестирования встретились с некоторыми проблемами, которые я оформлю в виде FAQ:

Заключение

По сути дела статья — собирательный образ Mac VNC + VNC Client + Xcode custom build path + Running Simulator with target application и была написана с целью избавить Вас от гугления данных тем.

Приветствуются советы по улучшению схемы, особенно узкого места в виде VNC и его медленной работы.
Спасибо за внимание!

Автор: bsideup

Источник ^[3]