Независимо от того, являетесь ли вы частным разработчиком Windows Phone или любителем, работающим в студии разработчиков, которая занимается созданием приложений для Windows Phone, разработка приложений, тестирование и продажа приложений — это большая работа.
Таким образом, больно, когда отправка приложения не проходит сертификацию, и вам приходится исправлять и повторно отправлять приложения. Это не только увеличивает усилия и ресурсы, но также задерживает выпуск приложения и любые маркетинговые планы.
В сообщении в блоге разработчиков Windows Phone группа по сертификации и политике Магазина Windows Phone рассказывает о наиболее распространенных ошибках сертификации, которые они видят, когда приложения проходят процесс сертификации.
Скриншоты приложения
Самая распространенная причина сбоя сертификации — не соблюдение требования к скриншотам приложения. Снимки экрана вашего приложения не должны содержать хром эмулятора, счетчики частоты кадров или отладочную информацию. Они не должны быть изменены или быть прозрачными. Кроме того, фотографии вашего приложения, запущенного на устройстве или в эмуляторе, не заменяют снимок экрана, снятый с помощью эмулятора.
Это не слишком сложно, правда. Используйте встроенный инструмент для создания снимков экрана эмулятора и не делайте снимки экрана WVGA (480 x 800) для Windows Phone 8 XAP. Вместо этого используйте функцию Dev Center, которая автоматически масштабирует снимки экрана XVGA до разрешения WVGA.
Кроме того, хотя снимки экрана не требуют локализации, вам необходимо предоставить хотя бы один снимок экрана для каждого поддерживаемого языка.
Тестируемость приложения
Если вашему приложению требуется вход в систему, убедитесь, что вы создали тестовую учетную запись, которая может использоваться группой сертификации во время тестирования. Не забудьте включить учетные данные учетной записи в заметки о сертификации в своем представлении в Центр разработки.
Закрытие приложения
Этот ежу понятно! Сертификация отклонит ваше приложение, если оно «неожиданно завершится» во время тестирования. BugSense и Little Watson могут помочь вам собрать необработанные данные телеметрии исключений.
Требуемые изображения приложения
Разработчики иногда забывают заменить значки по умолчанию и мозаичные изображения в приложении, созданном из шаблона Visual Studio. Другие инструменты, такие как App Studio и Apache Cordova, также предоставляют изображения по умолчанию, которые должны быть заменены уникальными значками и плитками, отражающими ваше приложение. Изображения по умолчанию являются полезными заполнителями, позволяющими узнать требуемый размер этих ресурсов.
Использование кнопки «Назад»
Поведение кнопки «Назад» ограничено, и, за некоторыми исключениями, оно должно закрывать приложение, переходить на предыдущую страницу, закрывать открытый диалог или закрывать программную клавиатуру.
Проверка языка
Для каждого языка, поддерживаемого вашим приложением, вы должны предоставить локализованное описание приложения. Вы можете использовать эмулятор для быстрого переключения между языками телефона. Сертификационное тестирование также проверяет правильность отображения вашего приложения для каждого из языков, поддерживаемых вашим приложением.
Содержание и темы
Для отправки приложения требуется, чтобы приложение отображалось правильно как в светлых, так и в темных темах. В Visual Studio окно устройства позволяет переключаться между темными и светлыми темами, предоставляя обратную связь о видимости элементов пользовательского интерфейса во время макета.
Избегая этих распространенных ошибок сертификации, вы можете создавать приложения, которые проходят сертификацию быстрее и с меньшим количеством отклонений, и попадают в Магазин по расписанию. Кроме того, не забудьте ознакомиться с полным списком требований к отправке приложений для Windows Phone .