Как разработчик Android, публикующий приложение в Google Play, вы просто публикуете приложение, и оно появляется вживую. Однако в Магазине Windows (и Apple App Store) существует процесс сертификации, при котором ваше приложение проходит тестирование и проверку человеком перед публикацией.
Таким образом, вы можете спросить, есть ли какие-либо советы и рекомендации для прохождения сертификации в Магазине Windows. Вот 10 лучших советов, которые помогут вам пройти сертификацию.
1. Запустите WACK.
Пакет сертификации приложений Windows (WACK) — это отличный инструмент. Возможно, вы уже разрабатывали для магазина приложений и столкнулись с действительно забавным циклом: отправьте свое приложение, подождите, получите уведомление об ошибке, исправьте ошибку, повторно отправьте приложение, подождите, получите уведомление об ошибке, исправьте свою ошибку, повторно -пришлите свое приложение, подождите … и повторите.
WACK сокращает этот цикл, предоставляя вам возможность локально проверять приложение на наличие проблем, прежде чем вы даже отправите его в Магазин Windows. По сути, WACK — это серия автоматических тестов (которые также запускаются во время сертификации). Запуская их локально, вы можете находить и исправлять ошибки, прежде чем отправлять свое приложение в Магазин Windows.
WACK устанавливается при установке Visual Studio Express 2012 для Windows 8 (доступно для бесплатной загрузки здесь , наполовину вниз по странице синим цветом). При установке Visual Studio вы также должны получить плитку в меню «Пуск» для WACK (см. Рисунок ниже). Наконец, вот несколько практических рекомендаций по использованию WACK.
2. Тест на ARM.
В частности, для требований к производительности, это помогает тестировать на устройствах, работающих на процессорах ARM и / или младших компьютерах. В общем, это хорошая идея для тестирования на нескольких разных машинах.
Также обратите внимание, что ваше приложение должно обеспечивать одинаковое взаимодействие с пользователем на всех типах процессоров, которые оно поддерживает (это требование сертификации 3.2 ). Если ваше приложение имеет другой пользовательский интерфейс или функциональность, когда оно работает на разных типах процессоров, вы должны представить отдельное приложение для каждого типа процессора и описать различия в разделе «Описание» каждого приложения.
Наконец, вы можете спросить: «Как я могу тестировать на ARM?», Поскольку Visual Studio не работает на устройствах ARM. Вы можете сделать это с помощью удаленной отладки. Тим Хойер написал потрясающий пост о том, как включить удаленную отладку на устройстве ARM .
3. Прочитайте документацию.
Я знаю, что эта часть не веселая, но если вы потратите некоторое время на изучение ВСЕХ требований сертификации, это поможет вам избежать ошибок. Вот полный список требований сертификации Windows 8 . Существует также руководство по предотвращению распространенных ошибок сертификации и устранению ошибок сертификации .
Наконец, вот соглашение для разработчиков приложений и условия использования Магазина Windows для пользователей, которые скачивают ваше приложение.
Я также перечислил некоторые дополнительные документы в разделе Ресурсы ниже.
4. Создайте точную и убедительную страницу со списком приложений.
Когда вы отправляете свое приложение в Магазин Windows, вам необходимо будет заполнить различные метаданные о вашем приложении: описание, возрастной рейтинг и т. Д. Не торопитесь и хорошо поработайте над заполнением информации о вашем приложении. (Если вы потратили время на написание отличного приложения, не спешите с этой частью!) Об этом есть множество полезных советов по подготовке вашего приложения для Магазина (маркетинг никогда не был моей сильной стороной, поэтому Я считаю это действительно полезным). Вот несколько конкретных советов по созданию отличной страницы со списком приложений:
- Сделайте описание вашего приложения максимально подробным и описательным. Существует руководство по созданию отличного списка приложений, который действительно полезен.
- Не используйте свою страницу со списком для продвижения вашей компании или продуктов. Требование сертификации 2.3 запрещает рекламу в описании приложения, поэтому остерегайтесь появления попыток проникнуть в ваше описание.
- Большинство приложений должны иметь рейтинг 12+. Если у вас возникли проблемы с выбором двух возрастных оценок для вашего приложения, выберите более высокий. Помните, что приложения никогда не проходят сертификацию за слишком высокий рейтинг. (См. Сертификационное требование 6.2 для получения дополнительной информации.)
- Не объявляйте ваше приложение доступным, если вы специально не разработали и не протестировали его для сценариев доступности.
- Убедитесь, что вы рассказали тестеру все, что ему нужно знать. При подаче заявки имеется раздел «Примечания для тестировщика», и вы должны использовать его в качестве механизма для «разговора» с человеком, который будет проверять ваше приложение на предмет сертификации. Помимо очевидных элементов, которые вы должны предоставить (например, имя пользователя / пароль демо-учетной записи, если вашему приложению требуется вход в систему), вы можете объяснить свои варианты разработки и их соответствие требованиям сертификации, если вы чувствуете, что что-то может быть неправильно истолковано.
5. Используйте симулятор Windows Store для тестирования звонков в Windows Store.
Ваше приложение может использовать коммерческие API Магазина Windows из пространства имен Windows.ApplicationModel.Store для таких функций, как пробная версия или покупки в приложении. Если вы используете их: прежде всего, протестируйте ваше приложение, чтобы убедиться, что оно обрабатывает типичные исключения; Вы можете сделать это с помощью симулятора Магазина Windows, доступного через класс CurrentAppSimulator . Затем убедитесь, что вы изменили свое приложение для общения с реальным Магазином, а не с симулятором перед отправкой (ваше приложение должно использовать класс CurrentApp вместо класса CurrentAppSimulator , который предназначен только для целей тестирования). Наконец, убедитесь, что ваше приложение не падает, если нет подключения к сети.
6. Используйте симулятор Visual Studio для тестирования касания, а также различных размеров экрана, разрешений и ориентаций.
Сертификационный тестер (и, конечно, ваши конечные пользователи) может использовать машину, сильно отличающуюся от вашей разработки. Симулятор Visual Studio позволяет тестировать поведение вашего приложения в различных условиях.
В раскрывающемся меню «Выполнить» с зеленой кнопкой воспроизведения выберите «Симулятор» (вероятно, в данный момент он установлен на «Локальный компьютер»). Затем нажмите кнопку, чтобы запустить симулятор.
Когда симулятор запустится, вы увидите меню кнопок с правой стороны.
Ниже кнопки свертывания расположены кнопки (по порядку сверху вниз):
- Кнопка Pin — держит симулятор всегда на вершине
- Кнопка со стрелкой — перейти в режим мыши
- Ручная кнопка — перейти в сенсорный режим
- Кнопка масштабирования — переключение в режим сжатия / масштабирования (чтобы вы могли смоделировать этот жест)
- Кнопка поворота — переключение в режим касания поворота (чтобы вы могли смоделировать этот жест)
- Кнопка поворота по часовой стрелке — поворачивает дисплей по часовой стрелке на 90 градусов (для имитации изменения книжной / альбомной ориентации)
- Кнопка поворота против часовой стрелки — поворачивает дисплей против часовой стрелки на 90 градусов
- Кнопка монитора — меняет разрешение
- Глобус кнопка — устанавливает местоположение
- Кнопка камеры — копирует скриншот
- Кнопка настроек — изменяет настройки скриншота
- Кнопка вопроса — ссылки на справку симулятора
Использование симулятора Visual Studio позволяет проверить, как ваше приложение будет работать на многочисленных компьютерах. Вы можете смоделировать касание, если у вас нет сенсорного устройства, изменения ориентации для планшетов / планшетов, разных размеров / разрешений экрана и разных местоположений, если вы используете службы на основе местоположения.
7. Убедитесь, что ваше приложение полностью функционально и не будет восприниматься как незавершенное.
Это соответствует требованию сертификации 1.2 , в котором говорится, что приложения должны быть полностью функциональными. Ряд вещей в этой категории может вызвать ошибки сертификации:
- Описание страницы вашего приложения в Магазине Windows является неточным или слишком расплывчатым.
- Любые неполные разделы, нереализованные кнопки или пункты меню, ссылки на веб-страницы, которые находятся в стадии разработки, пустые страницы, которые должны содержать данные, использование таких языков, как «скоро» и «бета», и т. Д., Создаст впечатление, что приложение является неполным.
- Сломанный или отсутствующий функционал вызовет этот сбой.
- Убедитесь, что вы предоставляете достаточно информации для тестировщиков. Например, если ваше приложение имеет функцию входа в систему, создайте учетную запись тестового пользователя и укажите имя пользователя / пароль в поле «Примечания для тестировщиков» при отправке приложения.
Для получения дополнительной информации см. Этот пост « 1.2 Приложение должно быть полностью функциональным ».
8. Тест на работоспособность.
Приложения должны запускаться через 5 секунд или менее и приостанавливаться через 2 секунды или менее на компьютере с низким энергопотреблением. Windows App Certification Kit выполняет тесты производительности, поэтому вы можете использовать эти данные, чтобы измерить производительность вашего приложения. Если вы обнаружите, что вам нужно улучшить производительность при запуске и приостановке, вот несколько советов:
- По возможности упаковывайте содержимое локально (или кэшируйте его), чтобы вам не приходилось извлекать ресурсы из сети во время запуска.
- Загрузите и делайте только то, что вам нужно при запуске. Вы можете загружать другие данные и выполнять другую работу асинхронно в фоновом режиме или когда вам это действительно нужно.
- Используйте «грязный бит» при сохранении данных в режиме ожидания, чтобы сохранить только те данные, которые были изменены. (Вместо того, чтобы повторно сериализовать состояние вашего приложения, если эти данные не изменились, создайте переменную логического флага (или «грязный бит»), которая сигнализирует, что ваши данные были изменены, и повторно сериализуйте только тогда, когда данные изменились.)
- Используйте кэширование байт-кода, если вы разрабатываете на JavaScript, поэтому каждый файл JS имеет байт-код, созданный один раз, а не каждый раз при запуске приложения. Чтобы включить это, убедитесь, что все файлы JavaScript имеют кодировку UTF8 с меткой порядка байтов (BOM) и имеют статическую ссылку в корне стартовой страницы HTML.
Более подробную информацию см. В этом блоге « 3.8. Приложение должно соответствовать основным критериям эффективности ».
9. Предоставьте политику конфиденциальности, если ваше приложение вообще подключается к Интернету (или если у вас проверены возможности Интернета).
Это очень распространенная причина сбоя отправки в Магазине Windows. Функция «Интернет (клиент)» включена по умолчанию в шаблонах Visual Studio, поэтому по умолчанию, если вы не изменили свой манифест, вам необходимо предоставить политику конфиденциальности. Возможности находятся в вашем файле Package.appxmanifest на вкладке «Возможности»:
Если вы не пользуетесь Интернетом, снимите этот флажок и вам не нужно предоставлять политику конфиденциальности. Если вы используете Интернет, вам нужно создать политику конфиденциальности, которая объясняет, какие данные отправляются через Интернет / что вы с ними делаете, публикуете политику конфиденциальности в Интернете, ссылаетесь на нее в настройках вашего приложения (доступ к которой осуществляется через раздел настроек). ) и укажите ссылку при отправке в Windows Store. Если вы собираете личную информацию, пользователь должен подписаться и дать согласие на передачу этой информации.
Более подробную информацию см. В этом блоге « Приложение 4.1 должно соответствовать требованиям конфиденциальности ».
10. Правильно локализуйте свое приложение для всех языков, которые оно поддерживает.
Вот некоторые распространенные «ошибки», которые могут привести к сбою требования по сертификации локализации :
- Метаданные приложения, предоставленные в процессе отправки на странице описания (такие как описание, функции, ключевые слова или снимки экрана), либо отсутствуют, либо не соответствуют языкам, определенным в вашем приложении. Например, вы можете случайно предоставить описание на английском языке для китайской версии приложения.
- Не забудьте предоставить локализованные снимки экрана! Этот сбил с толку многих людей.
- Приложение должно поддерживать один из языков сертификации . Это подмножество языков, для которых у нас есть тестеры, чтобы подтвердить, что ваше приложение соответствует требованиям сертификации.
- Убедитесь, что приложение функционирует и полно для всех языков, на которые вы претендуете. Если заявленная языковая поддержка является неполной, это требование не будет выполнено.
Дополнительную информацию (в том числе о различиях между языками поддержки и рынками и о том, как правильно реализовать поддержку разных языков) см. В этом блоге « 6.5 Приложение должно быть локализовано ».
Надеюсь, что эти советы были полезны! Если вам нужна дополнительная информация о разработке приложения для Windows 8, зарегистрируйтесь в программе AppBuilder, чтобы получить 30 дней руководства. Вы также можете получить $ 100 / приложение для публикации приложений в Магазине Windows до 30 июня 2013 года; см. Храните наличные для деталей.
Ресурсы по сертификации
Требования к сертификации приложений Windows 8 — это полный список требований к сертификации. Если ваше приложение не проходит сертификацию, оно будет указывать одно из этих требований в качестве причины сбоя.
Как избежать распространенных сбоев сертификации — в этой статье перечислены основные причины сбоев сертификации.
Устранение ошибок сертификации. В этой статье рассматриваются все требования и перечисляются дополнительные ресурсы и / или общие ошибки для этого конкретного требования.
Поддержка разработчика для приложений Магазина Windows. Доступно несколько вариантов поддержки, включая телефон, электронную почту и чат. Вы также можете использовать форумы бесплатно.
Сессия BUILD 2012 на тему «Магазин Windows: как это работает?» — это отличное видео от BUILD 2012, посвященное отправке в Магазин Windows. Слайды также доступны для скачивания.
Сообщения в блоге из серии «Общие ошибки сертификации Windows Store»:
Общие советы, хитрости и ресурсы
1.2 Приложение должно быть полностью функциональным
3.8 Приложение должно соответствовать основным критериям производительности
4.1 Приложение должно соответствовать требованиям конфиденциальности
Блог Магазина Windows: 5 советов по быстрой сертификации приложений
Эта статья была первоначально опубликована на http://blogs.msdn.com/b/jennifer/archive/2013/04/23/android-to-windows-8-top-10-tips-for-passing-windows-store- tification.aspx и воспроизводится здесь с разрешения.