Подготовка приложения к сертификации и распространению, взаимодействие с сервисами Microsoft для разработчиков

Цель работы: Научиться готовить приложение к публикации и публиковать приложение

Подготовка приложения к публикации

Перед публикацией приложения нужно убедиться в том, что оно соответствует требованиям, которые предъявляются к приложениям. Мы говорили об этих требованиях в Лекции №2. Требования периодически пересматриваются, поэтому перед публикацией приложения желательно ознакомиться с их свежей версией, доступной по адресу http://msdn.microsoft.com/en-us/library/windowsphone/develop/hh184843%28v=vs.105%29.aspx.

Соблюдение технических требований как к составу материалов, необходимых для отправки приложения в Магазин, так и к самому приложению, упрощается благодаря, во-первых, наличию средства Тестовый набор Магазина (в Visual Studio его можно запустить командой Проект > Откройте тестовый набор Магазина), во-вторых – благодаря подсказкам по материалам, доступным при отправке приложения в Магазин.

Окно Тестовый набор Магазина, рис. 63.1. содержит несколько разделов.

увеличить изображение
Рис. 63.1. Тестовый набор Магазина

В разделе Сведения о приложении можно добавить изображения, подготовленные для отправки приложения в Магазин.

Раздел Автоматизированные тесты позволяет запустить проверку приложения (кнопка Запуск тестов). Автоматическое тестирование начинается только тогда, когда приложение скомпилировано в конфигурации выпуска (release), а не в конфигурации отладки (debug), если это не так – будет выдано соответствующее предупреждение. Если приложение скомпилировано в нужной конфигурации, проводятся автоматические тесты, где производится проверка XAP-пакета и наличия необходимых графических материалов.

При этом нужно отметить, что для анализа производительности приложения используется отдельное средство, его можно запустить либо из этого раздела, с помощью кнопки Начать анализ приложения Windows Phone, либо – с помощью команды Отладка > Начать анализ приложения Windows Phone. Анализ производительности приложения запускается и с использованием эмулятора Windows Phone, однако, подобный анализ допустимо использовать лишь в процессе разработки, для быстрой проверки относительных показателей производительности и своевременного исправления недочётов без необходимости постоянного обращения к устройству.

Тестирование производительности приложения, которое готовится к отправке в Магазин, нужно проводить на реальном устройстве (или на нескольких устройствах, аппаратные характеристики которых различаются, для проверки правильности работы приложения на всех типах Windows Phone-смартфонов, на которые оно рассчитано). Только так можно получить реальные данные о производительности и принять обоснованные решения о необходимости доработки или оптимизации приложения. Более того, даже если отвлечься от анализа производительности, без тестирования приложения на реальном устройстве невозможно провести набор тестов (например, оценить работу приложения при поступлении входящего вызова, оценить реальную скорость отклика и многие другие параметры), который представлен в разделе Ручные тесты окна Тестовый набор Магазина.

Ручные тесты представлены более чем 60-ю тестовыми случаями. Не каждое приложение нуждается в тестировании его по каждому из приведенных случаев (например, если ваше приложение не реализует функции VoIP, соответствующие случаи для него неактуальны). Приведенный список тестов содержит, помимо списка тестов и полей, где можно указать состояние теста (Ожидание, Пройденный или Сбой), пошаговые инструкции по их проведению, и ссылки Дополнительные сведения, ведущие к соответствующему конкретному тесту разделу Требований.

Нужно учитывать, что проведение ручных и автоматизированных тестов с помощью Тестового набора Магазина не служит гарантией прохождения приложением сертификации в Магазине. Эти тесты увеличивают вероятность успешности сертификации за счёт возможности выявления с их помощью чисто технических ошибок, наличие которых в отправленном в Магазин приложении приведет к его возврату, к необходимости доработки, а значит – к потере времени и к потере части потенциальной выгоды от приложения.

Перед отправкой приложения в Магазин полезно ознакомиться с материалом "Understanding app submission errors" ("Соглашение об ошибках, возникающих при отправке приложения"), http://msdn.microsoft.com/en-US/library/windowsphone/help/jj206735%28v=vs.105%29.aspx. Здесь приведен довольно обширный перечень типичных ошибок, которые выявляются в ходе тестирования приложения перед публикацией. Такие ошибки ведут к тому, что приложение приходится дорабатывать. Здесь же, помимо описания ошибок, есть и рекомендации по работе над ними. Многих из эти ошибок можно избежать, если ответственно подходить к тестированию приложения.

Например, если приложение работает с неким удалённым ресурсом для загрузки какого-то изображения, вы должны учитывать, что устройство пользователя, на котором будет установлено это приложение, не всегда подключено к Интернету. Поэтому нужно предусмотреть сценарий, при котором приложение, когда ему нужно будет загрузить изображение, не сможет подключиться к ресурсу. Легче всего понять, что именно произойдёт с приложением в подобной ситуации – установить его для отладки на телефоне, выключить в телефоне Wi-Fi и мобильное соединение и посмотреть, что произойдёт.

А что, если в ходе работы с приложением, которое подразумевает работу с сетью, произойдёт неожиданное отключение от Интернета? Например, телефон пользователя "потерял" сеть, стала недоступной Wi-Fi-точка доступа, на лимитном тарифном плане достигнуто ограничение, приводящее к невозможности сетевого обмена. Как поведет себя приложение? Что, если в этот момент оно отправляло большое изображение в какой-либо сервис? Что, если пользователь в этот момент переписывался с кем-то в чате?

На самом деле, можно задать множество таких вопросов о каком-либо приложении и подготовить его к подобным ситуациям (например, предусмотрев, при невозможности подключения к Интернету, загрузку изображений-заместителей и т.д.). Невозможно предусмотреть абсолютно всех ситуаций, однако, если приложение успешно прошло все применимые к нему тесты, если оно написано с учетом нужд конечного пользователя (например, предусматривает механизмы автоматического сохранения результатов работы пользователя даже в том случае если он, например, вынужден закрыть приложение, сделав в нём что-либо и явно не сохранив результаты), если оно позволяет удобно и быстро решать возлагаемые на него задачи – у такого приложения есть шансы как на успешное прохождение сертификации, так и на успех у пользователей.