То, как воспроизвести ошибки, сообщило против отправок приложения в магазин
Q: У меня есть отчеты ошибки в приложении, которое я представил App Store, но я не могу воспроизвести его с XCode. Как я могу создать свое приложение так, чтобы оно соответствовало версию App Store и воспроизвело проблему?
A: Для репродуцирования ошибки, которую видят Анализ Приложения или пользователи, необходимо быть уверены, что тестируете точную сборку приложения, которое Вы представили App Store.
Если существуют ошибки или неопределенное поведение в Вашем коде, оптимизация компилятора может вызвать приложение, которое Вы представили App Store для поведения по-другому, чем какие-либо тестовые сборки, сделанные с различными настройками сборки.
Используя функцию Archive XCode, можно быть уверены, что Вы тестируете ту же самую сборку своего приложения, которое Вы планируете опубликовать к App Store.
Создать Заархивированную сборку, которую можно и протестировать и представить:
1) В XCode выбирают «Archive» из меню «Product» для архивации сборки приложения. Можно найти архив на вкладке Archives в окне Organizer.
2) Упакуйте сборку как «Оперативное» .ipa файл путем выбора его в окне Organizer и нажатия «Distribute …»; тогда выберите «Save for Enterprise or Ad-Hoc Deployment». Выберите любые «Идентификационные данные Подписывания кода»: это позволит Вам установить на Вашем тестовом устройстве.
3) Удалите любые сборки приложения от Вашего устройства. Тогда протестируйте сборку путем открытия .ipa файл с iTunes и синхронизирующий к Вашему устройству для установки это.
Лучше устанавливать Ваше приложение с iTunes и запускать его без XCode для тестирования обеспечения качества. Процесс установки приложения XCode оптимизирован для разработки, но немного отличается, чем как iTunes и приложения установки App Store. Это хорошо во время разработки, потому что это быстрее, но это может замаскировать проблемы с Вашим приложением. Выполнение Вашего приложения с XCode присоединило также проблемы масок как «сторожевые катастрофические отказы», которые могут произойти, если приложение берет слишком долго для запуска.
Следующие шаги
Если проблема только воспроизведет в Оперативной сборке, то необходимо будет проанализировать вывод Crash Logs и Console от устройства для отладки ее. Отладка Развернутых приложений для iOS объясняет, как собрать эту информацию. Посмотрите Понимание и Анализирование Докладов Катастрофического отказа приложения для iOS и Отчетов Катастрофического отказа Понимания относительно iOS Сеанс WWDC для подсказок относительно интерпретации его.
После тестирования заархивированной сборки к Вашей удовлетворенности можно представить его App Store путем выполнения этих шагов.
Если Вы все еще неспособны воспроизвести катастрофический отказ, выполнить шаги в том, Как Соответствовать Отчет Катастрофического отказа к Сборке, чтобы проверить тестирование сборки, показавшей катастрофический отказ. Если Вы выполняете шаги в этом документе, .ipa Вы тестируете, будет иметь ту же сборку UUID как приложение, которое Вы представляете хранилищу.
История версии документа
| Дата | Примечания |
|---|---|
| 02.04.2013 | Редакционное обновление. |
| 10.01.2013 | Этот документ был ранее назван, «Тестируя Поток операций с функцией Archive XCode». |
| 22.05.2012 | Добавленный больше информации о поиске и устранении неисправностей. |
| 20.03.2012 | Новый документ, описывающий, как создать и заархивировать Ваше приложение для репродуцирования проблем, за которыми только присматривают представление к App Store |