Сообщений в теме: 11

[tj_slash]

Всем привет!

Наша компания начала разработку iOS приложений, а отдел QA в небольшой психической панике ;) Какие инструменты вы используете для тестирования приложений? Какой эмулятор iOS можете посоветовать?

На данном этапе мы нашли только инсрумент для непосредственного написания тестов, но все никак не можем найти нормальный эмулятор iOS)

Всем спасибо)

[melkoridze]

Могу только сказать, что эмулятор при тестировании iOS это не ОК.
Желательно всеж тестировать на железе. Даже игры и simple apps...

[Charisma]

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

[z3us]

На чем тестировать
Эмуляторы использовать только родные (да и неродной в очень сильно зачаточном состоянии).
Девайсы(если приложение не свзяно с приемом звонков iPhone4 можно не брать - сойдет iPod 4gen): 3Gs, iPod 4gen, iPhone 4s, iPad1, iPad2
NOTE1: почему iPod a) меньше частота процессора, чем у iPhone 4 (снижена до 800), б) меньше памяти выделяется одному приложению Т.е. если точить приложение только под 4+ - то минимальная планка это iPod 4gen
NOTE2: попробуйте облачные решения PerfectoMobile, DeviceAnywhere - триалки Вам дадут
Прошивки: 4.1 (нет многозадачности - уточните требования, возможно она вам не нужна), 4.2.x, 4.3.x, 5.x NOTE: учтите, что с 5.0 до 4.х даунгрейд ОЧЕНЬ геморойный, не спешите обновлять все устройства
PerfectoMobile - глючно и дорого
DeviceAnywhere - дорого, но не так глючно

Автоматизация:
1. UI Automation (javascript),
2. FoneMonkey record'n'play или же
3. Писать свой фреймворк на основе FoneMonkey API
4. iOS webdriver для веб приложений
5. Squish - не лучше FoneMonkey, но стоит 2400 евро
6. Meux, See test - та еще бодяга

[AlexDenisov]

Я для автоматизации процесса пользуюсь обыкновенным симулятором, очень удобно в рамках CI.
Для тестирования использую такие интсрументы:
Cedar для Unit-тестов и Frank или Calabash для тестирования UI.
Вот небольшая статья на эту тему.

[KOHCTAHTNH]

Беда, такая команда программирует на шарпе - под ios пока, потом будет андроид. UI Automaton освоил , но он работает только с XCode, а пишут проги в Monotouch. Что посоветуете?

[Bess]

блин, хочется левый вопрос

3. Писать свой фреймворк на основе FoneMonkey API

 

 

 

для меня API эта часть кода одного приложения, которое можно вставить в другое приложение, чтобы синхронизировать их вместе(авторизация FB в мобильной игре, как пример).

 

и меня всегда вводят в ступор фразы как в цитате выше,так как это не пересекается с моим устоявшимся определением.

можете разжевать кто-нибудь, долгое время мучаюсь этим

[Garm]

блин, хочется левый вопрос

3. Писать свой фреймворк на основе FoneMonkey API

 

 

 

для меня API эта часть кода одного приложения, которое можно вставить в другое приложение, чтобы синхронизировать их вместе(авторизация FB в мобильной игре, как пример).

API — точки входа, которые предоставили разработчики стороннего софта, для работы с их кодом.

 

Допустим, у нас есть фреймфорк "секретарша", задача которого готовить чай или кофе по настроению начальника. Этот фреймворк использует библиотеку "электро-чайник". Секретарша не знает принцип работы чайника, но у неё есть доступ к методам воздействия на него: включить/выключить, налить жидкость, вылить жидость и т.п. Эти методы воздействия и будут API.

[Bess]

Спасибо за пояснения, но вопрос ещё есть частично

 

Хорошо, а как тогда фраза "писать свой фреймворк на основе fonemonkey api"

если это просто точки входа, как на их основе можно писать другой фреймворк

 

из примера,который вы привели - это получается  у меня есть функции налить в чайник и мне нужно создать каким-то образом для этого секретаршу

[Little_CJIOH]

Спасибо за пояснения, но вопрос ещё есть частично
 
Хорошо, а как тогда фраза "писать свой фреймворк на основе fonemonkey api"
если это просто точки входа, как на их основе можно писать другой фреймворк
 
из примера,который вы привели - это получается  у меня есть функции налить в чайник и мне нужно создать каким-то образом для этого секретаршу

Вы не хотите напрямую взаимодействовать с API чайника и заводите секретаршу. Абстрагируясь таким образом от низкоуровневого API и получая в свое пользование удобные методы "чай черный с лимоном и двумя ложками сахара" или даже "Леночка, сделай нам чай", а Леночка уже в курсе какой чай в это время суток любите вы, а остальных спросит сама.

[Garm]

Спасибо за пояснения, но вопрос ещё есть частично

 

Хорошо, а как тогда фраза "писать свой фреймворк на основе fonemonkey api"

если это просто точки входа, как на их основе можно писать другой фреймворк

 

из примера,который вы привели - это получается  у меня есть функции налить в чайник и мне нужно создать каким-то образом для этого секретаршу

Секретаршу (задачей которой является доставка напитков) мы пишем сами, а для реализации этапа "вскипятить воду" используем библиотеку "чайник". Доступ к "чайнику" мы осуществляем через API.

"На основе" можно заменить на "используя". 

Возможно "точки входа" смутили, под ними я имел в виду доступ к методом, классам, полям и т.п., которые предоставили разработчики.

[Bess]

Спасибо за разжевывание :)