2010-09-12 4 views
1

Я готов представить учебное приложение для Apple для ознакомления. Приложение несколько похоже на ряд флеш-карт, и для работы через все приложение потребуется тысячи «флипов».Предоставление задних дверей для тестирования приложений Apple

В надежде сократить процесс обзора и сохранить разумность плохого тестера, если он/она хочет видеть конечное состояние приложения, я рассматриваю возможность добавления способа обмана приложения, считая, что пользователь выполнен. Моя первая мысль заключается в том, чтобы добавить проверку для булевых в standardUserDefaults, которая будет делать это, и указать имя параметра в поле «предоставить нам информацию для входа» на странице отправки приложения.

Итак, мой вопрос: кто-нибудь знает, могут ли рецензенты приложений напрямую редактировать значения NSUserDefaults?

В качестве альтернативы, есть ли у кого-нибудь другие хорошие идеи для этого? (я бы предпочел избежать, если возможно, решений типа «секретный ключ»)

+0

Зачем вам нужен черный ход? Неважно, вы знаете. Сделайте Apple переворачивать некоторые страницы. – 2010-09-12 03:55:45

+0

@thyrgle Я не знаю, счастливый рецензент рецензент с меньшей вероятностью отклонит приложение –

ответ

2

В рамках процесса подачи apple спросит, есть ли в вашем приложении какие-либо «демо» или «тестовые» учетные записи. Они предназначены именно для этой цели. Поэтому вы можете рассмотреть вопрос о включении «секретного кода» и документировать его в этом разделе. Я знаю, что вы сказали, что не хотите идти по этому маршруту, но я очень сомневаюсь, что тестер будет делать что-либо за пределами стандартного процесса (например, редактировать NSUserDefaults)

+1

Привет, Мэтт. Основная причина, по которой я не хочу добавлять секретные нажатия клавиш, - это случайный запуск пользователя. Моя первая мысль состояла в том, чтобы выбрать какой-то неясный ярлык и установить режим отладки после, скажем, 5-секундного сенсорного события, но я немного параноик в отношении пользователя, когда он выглядит так, будто он потерял весь свой прогресс после ... ух ... держи их телефон неправильно ... =) Теперь, когда вы упомянули об этом, я думаю, что я мог бы прикоснуться к событию, чтобы пользователь вводил секретный код, чтобы включить режим отладки, хотя ... – Tony

+0

Кроме того, если ваше приложение включает в себя «пасхальные яйца», вы * обязательно * (в руководстве iTC или в одном из соглашений, я забываю), чтобы сообщить об этом Apple. Presumaby это в значительной степени предотвращает такие вещи, как рискованное пасхальное яйцо в приложении с 4 + оценками. –

+0

@tc - поскольку это раскрывается рецензенту, это не считается скрытой функцией. Фактически, они поощряют это только к подобным обстоятельствам. –

0

Попросите тестовую учетную запись, которую вы даете Apple для просмотра (защищенный паролем) запросите у вашего сервера разрешение на разблокировку всех данных. Вы можете отключить эту тестовую учетную запись на своем сервере после утверждения приложения; и/или после определенной даты, до которого вы ожидаете, что приложение будет в магазине приложений.

+0

Это приложение не использует проверку удаленного сервера или учетные записи пользователей. Я просто говорил об использовании этого поля во время процесса отправки, чтобы дать тестеру имя значения NSUserDefaults для установки. – Tony

Смежные вопросы