Критерии качества

1. Соответствие приложения общим критериям качества
2. Оптимизация дизайна интерфейса
3. Использование дополнительного пространства экрана
4. Использование графики и активов, предназначенных для планшетных экранов
5. Регулирование размеров шрифта и целей касания
6. Регулирование размеров виджета для основного экрана
7. Создание полного перечня функций приложения
8. Доступ к аппаратным средствам
9. Поддержка экранов разных размеров
10. Рекомендации по размещению приложений в Google Play

Тестирование

1. Установка тестовой среды

Перед размещением приложения в Google Play необходимо убедиться, что его функциональность и качество дизайна соответствуют ожиданиям пользователей.

Среди устройств на платформе Android особую популярность приобретают планшеты. Они предоставляют новые возможности для взаимодействия с пользователями и монетизации разработок. В этом документе рассказывается, на что нужно обратить внимание при разработке приложения для планшетов: набор функций, качество интерфейса — всё, что может существенно повлиять на успех приложения у пользователей. Каждая проблема представлена в виде отдельного пункта с рекомендациями и указаниями для её решения.

Максим Десятых
Креативный директор redmadrobot

Для начала следует признать, что в реальном мире число планшетов на базе Android исчезающе мало как в абсолютных значениях, так и в сравнении с iPad. 87% пользователей и вовсе не знают о существовании планшетов помимо iPad. Но для общего развития, изучить приведенный материал все-таки стоит, ведь советы в нем универсальны и дельны.

Для удобства все рекомендации пронумерованы, однако вы можете изучать их в любом удобном порядке и применять к своему приложению в той степени, в какой считаете нужным. Старайтесь точно следовать указаниям — тогда потребители получат продукт самого высокого качества.

В каждом пункте вы найдёте ссылки на ресурсы, которые помогут более подробно изучить конкретные требования.

Соответствие приложения общим критериям качества

Для начала надо проверить, соответствует ли продукт общим критериям качества приложений для всех целевых устройств и параметров экрана. Подробная информация доступна в разделе «Общие критерии качества приложений».

Для оценки качества приложения — как общего уровня качества, так и работу приложения на планшетах — необходимо иметь подходящие устройства или установить эмулятор для тестирования. Подробнее читайте в разделе «Установка тестовой среды».

Оптимизируйте дизайн интерфейса под более крупные экраны

ОС Android упрощает разработку приложений для большого числа устройств с разными параметрами экранов. Это очень удобно — достаточно создать одно приложение и распространять его среди широкого круга целевых устройств. Тем не менее, чтобы добиться лучшего отображения приложения на экранах всех конфигураций, особенно на планшетах, необходимо оптимизировать макеты (layouts) и другие компоненты интерфейса для каждого диапазона устройств. Оптимизируя интерфейс для планшетов, можно использовать все преимущества дополнительного пространства экрана, например, расширить функции, добавить новый контент или усилить впечатление от приложения другими способами и сделать взаимодействие с пользователями более интересным.

Если разработанное для телефонов приложение вы хотите распространять для планшетов, стоит начать с расположения элементов интерфейса и расстояний между ними, отрегулировать размер шрифта. В некоторых случаях, например, для 7-дюймовых планшетов или игр, где основную часть экрана занимает графика, этих корректировок может быть достаточно. В случае с более крупными планшетами избежать «растянутого интерфейса» можно, объединив несколько видов экрана в один многопанельный интерфейс, упростив навигацию и добавив контент.

Рекомендации:

• Создайте отдельные разметки интерфейса (layouts), адаптированные под экраны large и xlarge диапазонов. Вместо диапазона можно указывать наименьший параметр или минимальную длину и ширину, для которых будет использован конкретный макет.
• Для эффективного использования пространства и читаемости контента на больших экранах необходимо отрегулировать как минимум размер шрифта, величину полей и расстояния между элементами.
• Расположите элементы управления так, чтобы пользователям было удобно на них нажимать. Например, при горизонтальной ориентации они должны располагаться по краям экрана.
• Отступы вокруг элементов интерфейса на планшетах должны быть больше, чем на телефонах. Не используйте цели касания менее 48dp (и сетку с ячейками менее 16dp).
• Оставьте пространство вокруг блоков текста, так чтобы текст не «подпирал края». У границ экрана используйте отступы не менее 16dp.

Проверьте, не выглядит ли интерфейс «растянутым»:

• Строки не должны быть слишком длинными — не помещайте более ста символов в строку, лучше всего использовать 50-75 знаков.
• Списки (ListViews) и меню не должны занимать всю ширину экрана.
• Контролируйте ширину элементов интерфейса с помощью отступов или используйте многопанельную планшетную разметку интерфейса (подробнее в следующем пункте).

Максим Десятых
Креативный директор redmadrobot

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

Используйте дополнительное пространство планшетных экранов

Доступная приложениям площадь экрана в случае с планшетами, особенно в горизонтальной ориентации, гораздо больше. На экране 7-дюймового планшета, не говоря уже об устройствах с 10-дюймовым экраном, больше свободного пространства для размещения контента и взаимодействия с пользователями.

Проектируя приложение для планшетов, убедитесь, что используете всё доступное пространство, и следуйте рекомендациям:

• Не упускайте возможность добавить новые блоки информации или выгодно изменить размещение существующего контента.
• Для планшетных интерфейсов используйте многопанельные разметки, объединяя отдельные виды экрана в составной вид. Это позволяет более эффективно использовать дополнительное пространство и облегчает пользователям навигацию по приложению.
• Определите, как будут перестраиваться панели составных видов при изменении ориентации экрана.
  

  Максим Десятых
  Креативный директор redmadrobot

  Большинство популярных Android-планшетов имеет соотношение сторон экрана 16:10. Если вам удастся сохранить соотношение ширины основной панели к дополнительной как 10 к 6, то при смене ориентации на портретную основной блок с контентом сохранит свою ширину, и вам это понравится.

  
  
  

• В то время как панель простого вида реализуется как активность (Activity subclass), отдельные панели составного вида следует реализовывать с помощью фрагментов (Fragment subclasses). Это позволяет максимально сократить переписывание кода для экранов с разными соотношениями сторон и для разных страниц с общим контентом.
• Решите, для каких экранов будет использоваться многопанельный интерфейс, затем поместите разметки (layouts) в папки с указанием соответствующих диапазонов размеров (например, large/xlarge) или минимальной ширины экрана (например, sw600dp/sw720).

Максим Мачехин
Senior software engineer redmadrobot

Обратите внимание, что если требуется сохранить совместимость разрабатываемого приложения с версией ОС 2.x, то фрагменты лучше использовать не из основного API, а из пакета поддержки android support library. Все классы и методы на 99% идентичны. Это облегчает работу, но добавляет некоторую путаницу. Поскольку большинство классов имеют одинаковые названия, вы можете, например, случайно попытаться присвоить ссылку с типом данных Fragment из пакета поддержки объекту с типом данных Fragment из основного API. В большинстве случаев среда разработки укажет на ошибку, но не сможет назвать ее точную причину. Так что в случае сохранения обратной совместимости будьте внимательны к блоку импорта в вашем коде!

Используйте графические ресурсы (resources) и активы (assets), предназначенные для планшетных экранов

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

Таблица 1. Рекомендованные размеры для разных видов пиктограмм

Важные замечания:

• Иконки панели действий (action bar), уведомления (notifications) и основная иконка приложения (launcher) должны соответствовать требованиям руководства по дизайну пиктограмм и иметь одинаковый физический размер на планшетах и телефонах.
• В названии папок с ресурсами для разных диапазонов плотности используйте соответствующие квалификаторы (resource qualifiers) — это гарантирует загрузку правильного набора ресурсов.

Настройте размеры шрифта и целей касания для отображения на планшетах

Для удобства использования приложения на планшете, необходимо настроить размеры шрифта и целей касания в интерфейсах для всех целевых конфигураций экранов. Размер шрифта регулируется с помощью атрибутов стиля (styleable attributes) или размеров (dimension resources). Размеры целей касания настраиваются в разметках (layouts) или за счёт изменения размеров изображений (drawables), как описано выше.

Рекомендации:

• Независимо от размера и плотности экрана текст не должен быть ни слишком крупным, ни слишком мелким. Убедитесь, что надписи соответствуют размерам элементов интерфейса и в названиях, заголовках и других элементах нет разрывов строк.
• Рекомендованный размер цели касания — 48dp (минимальный — 32dp). Об удобных размерах элементов читайте в разделе «Единицы измерения и сетки». Возможно, цели касания придётся увеличить, чтобы сделать их доступными для всех категорий пользователей.
• Для маленьких иконок выведите чувствительную к касанию область за пределы квадрата в 48dp с помощью TouchDelegate, или просто поместите иконку в центре прозрачной кнопки.

Настройте размер виджета для основного экрана планшета

Если приложение имеет виджет для основного экрана (home screen widget), сделать его удобным для пользователей помогут следующие рекомендации:

• Убедитесь, что заданные по умолчанию ширина и высота виджета, а также его минимальные и максимальные размеры, соответствуют планшетному экрану.
• Виджет должен масштабироваться до 420dp и более: так он сможет поместиться на 5 и более рядах основного экрана (если виджет вертикальный или квадратный) или занять 5 и более колонок (если виджет горизонтальный или квадратный).
• Убедитесь, что 9-patch изображения отображаются корректно.
• Используйте установленные по умолчанию поля.
• Устанавливайте целевую версию SDK (targetSdkVersion) не менее 14.

Предоставьте пользователям планшетов доступ ко всем функциям приложения

Позвольте владельцам планшетов оценить возможности вашего приложения. Несколько рекомендаций:

• Проектируя приложение для планшетов, расширяйте, но не сужайте его функциональность по сравнению с вариантом для телефонов.
• Откажитесь от ряда функций или замените их другими, если отсутствуют требуемые для них аппаратные средства или условия использования накладывают какие-либо ограничения. Например:
  • Если на данной версии планшета не предусмотрена телефонная связь, доступную на телефонах функцию в планшетном варианте следует убрать или заменить другой.
  • Многие планшеты имеют датчик GPS, но большинство пользователей, собираясь на пробежку, оставляют планшеты дома. Если приложение для телефонов позволяет пользователям записывать GPS-трек, в приложении для планшетов от этой функции стоит отказаться, так как она не соответствует условиям использования.
• Если вы исключаете из приложения какую-либо функцию или опцию, убедитесь, что она не доступна в интерфейсе или происходит её «медленное затухание» (см. следующий раздел об аппаратном обеспечении).

Не требуйте доступа к аппаратному обеспечению, которое может отсутствовать на планшете

Обычно аппаратное обеспечение телефонов и планшетов, включая датчики, камеры, телефонию и другие функции, отличается. Например, многие планшеты имеют Wi-Fi, но не поддерживают телефонию.

Чтобы один APK архив мог быть использован для широкого круга целевых устройств, приложение не должно требовать доступ к аппаратным средствам, нетипичным для планшетов.

• Файл манифеста не должен содержать элементов <uses- feature> для аппаратных средств, которые могут отсутствовать на планшете, без атрибута android:required="false". Например, для установки приложения не должны требоваться такие функции, как:
  • android.hardware.telephony
  • android.hardware.camera (относится к основной, задней камере), или
  • android.hardware.camera.front
• Аналогично, манифест не должен содержать разрешений (<permission>), требующих прав доступа к аппаратным средствам, которые могут отсутствовать на планшетах, без сопровождающего элемента <uses-feature> с атрибутом android:required="false".

Приложение должно нормально функционировать и в тех случаях, когда используемое им аппаратное обеспечение отсутствует. В нужных случаях должно происходить «медленное затухание» или замена функции. Например, если устройство не поддерживает GPS, приложение может предлагать ручной ввод географических данных. Приложение должно проверять наличие нужного аппаратного обеспечения и подстраиваться под него во время работы.

Укажите, какие размеры экранов поддерживает приложение

Распространять приложение для широкого круга планшетов можно, указав в манифесте все размеры поддерживаемых экранов.

• Укажите размеры экранов с помощью элемента <supports-screens> с необходимыми атрибутами.
• Если манифест содержит элемент <compatible-screens>, он должен иметь атрибуты, указывающие все комбинации размеров и плотности экрана для планшетов, где будет запускаться приложение. Однако использовать этот элемент не рекомендуется.

Рекомендации по размещению приложений в Google Play

• Выкладывайте приложение как единый APK архив для всех размеров экранов (телефонных и планшетных) с одним описанием в Google Play. Это даёт ряд преимуществ:
  • Пользователям будет легче найти приложение в поисковых системах, благодаря обзорам и рекламе;
  • Пользователи смогут автоматически переустановить приложение после покупки нового устройства;
  • Рейтинг и количество загрузок будут учитывать статистику по всем устройствам;
  • Публикация отдельной версии приложения приведёт к разделению рейтинга приложения.
• В редких случаях допускается использовать инструмент поддержки нескольких APK— Multiple APK Support, но единый APK архив предпочтительнее.
• Расскажите о возможностях приложения на странице с описанием продукта.
  • Добавьте к описанию как минимум один скриншот приложения, запущенного на планшете. Рекомендуется включать в описание по одному скриншоту для ландшафтной и портретной ориентации. Благодаря им пользователи будут точно знать, что приложение предназначено для планшетов, и смогут оценить качество планшетного интерфейса.
  • Не забудьте упомянуть в описании поддержку планшетной разметки интерфейса.
  • Разместите информацию о поддержке планшетного интерфейса в данных о версии приложения и регулярно её обновляйте.
  • Включите в промо-видео кадры с работой приложения на планшете.
• Убедитесь, что разместили продукт как приложение для планшетов. Проверьте список устройств, поддерживаемых приложением в «Инструментах для разработчиков» (Developer Console), для его успешной установки на все целевые устройства.
• Расскажите владельцам планшетов о своём приложении. Спланируйте рекламную кампанию, посвящённую его возможностям.

Установка тестовой среды для планшетов

Чтобы оценить качество приложения — как общий уровень качества, так и работу приложения на планшетах — необходимо иметь подходящие устройства или установить эмулятор для тестирования.

Для создания отличной тестовой среды достаточно нескольких реальных устройств, отражающих ключевые параметры экранов и комбинации аппаратного и программного обеспечения, доступные на рынке. Нет необходимости тестировать приложение на всех доступных пользователям устройствах — выберите несколько репрезентативных образцов, одного-двух устройств для каждого набора параметров вполне достаточно. Ниже в таблице приведён список устройств для тестирования.

Если вы не имеете возможности тестировать приложение на реальных устройствах, установите эмуляторы (AVD), воспроизводящие наиболее распространённые параметры экранов и аппаратно-программные средства. Ниже в таблице указаны рекомендуемые конфигурации эмуляторов.

Максим Мачехин
Senior software engineer redmadrobot

Не забывайте, что на эмуляторах в данное время не поддерживается GLES2.0, так что для отладки современных игр придется все же обзавестись реальным устройством.

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

Таблица 1. Обычная тестовая среда состоит из одного или двух устройств из каждой строки с каким-либо из перечисленных чипсетов, версий платформы или наборов аппаратных средств.

Максим Десятых
Креативный директор redmadrobot

Всегда искренне сочувствую Android-разработчикам.

Оригинал: http://developer.android.com/distribute/googleplay/quality/tablet.html

Александр Киров
Ведущий мобильный дизайнер в Mail.Ru Group

Основная беда платформы Android — вовсе не операционная система или аппаратная составляющая (будь то планшеты или смартфоны), а качество приложений в Google Play. После других платформ, например iOS или Windows Phone, первое, что бросается в глаза после начала использования Android — огромное количество некачественных приложений, в первую очередь визуально разношерстных и очень низкокачественных в интерфейсной части. Это очень сильно портит общее впечатление от платформы (когда-то именно из-за этого закончился мой эксперимент по освоению этой мобильной платформы для повседневного использования) и на общем фоне более-менее прилично, как правило, выглядят и работают только официальные приложения, разработанные сразу для нескольких платформ — Twitter, Facebook, Instagram, Flipboard, Pocket и прочие. Есть правда и очень достойные проекты, которые на Android выглядят и работают гораздо лучше, чем на платформах конкуретов Google — например, Google Maps или IMO Beta.

Во времена до выпуска Android Ice Cream Sandwich (4.0) с разработкой интерфейсов под эту операционную систему было очень трудно иметь дело, так как, по сути, не было приемлемых для работы дизайнера интерфейсных гайдайнов. Сейчас Google проделали большую работу и разработали замечательные гайдлайны и даже целый UI Kit в виде PSD файла в придачу (привет, Apple). И это действительно здорово — количество приложений с качественными интерфейсами выросло. Теперь есть отправная точка и определенная планка качества. Пользуясь советами, собранными в данном документе можно на порядок поднять уровень своего приложения, сделать его более продуманным, удобным и лаконичным.
Конечно, из-за сильнейшей фрагментированности платформы разрабатывать под Android по-прежнему сложно, но теперь четко ясно как должно приложение выглядеть и как должно работать на всем многообразии экранов. Есть уровень, который нужно соблюдать, если вы собираетесь выпустить действительно классное приложение.

Однако, Google по-прежнему пропускает огромное количество приложений, сделанных буквально на коленке, в свой магазин Play и это, безусловно, огорчает. Мы по-прежнему видим ужасные приложения (пусть их и стало немного меньше). Ужесточение политики допуска в магазин, во многом, решило бы эту проблему — но Google пока старается поддерживать имидж «открытой платформы» и работать в противовес «придирчивой» Apple. Плачевные результаты мы в итоге и наблюдаем на планшетах и смартфонах под управлением Android. Не пора ли изменить свои принципы в угоду качеству приложений?

 

Вадим Митякин
Директор в Eleven

Данный документ исходит из того предположения, что мы делам одно приложение, доступное как на смартфоне, так и на планшете. Наша практика показала, что ситуации, в которых приложения используются пользователями на смартфоне и планшете, кардинально отличаются. И во многих случаях можно говорить фактически о принципиально разных приложениях. Если смартфон является абсолютно мобильным устройством, с ограниченными возможностями по отображению информации, то планшет это, скорее, ноутбук с очень высокой степенью мобильности. Это означает, что планшет используется стационарно в местах, где человек останавливается на непродолжительное время, например, в кафе. Плюс у планшета значительно больше возможности для отображения контента. Это приводит к доступности выполнения на планшете более сложных и длительных действий, например, заполнения сложных форм, чтения документов и работы со сложноструктурированной информацией. Применительно к тем областям, которыми мы занимаемся, а именно банковские и медиа приложения, это означает, что в случае банковских приложений мы фактически можем реализовать на планшете полнофункциональное приложение для работы с банковскими сервисами, дополнив его мобильной спецификой, а в случае с медиа приложениями — можем предоставить пользователю возможность работы со сложным контентом, фактически не отличающимся от контента онлайн-изданий. Таким образом, приложения для планшетов являются не только более функциональными, но и в целом предлагают другой набор функций.

Анатолий Ларин
Менеджер по развитию бизнеса в Touch Instinct

Радует, что Google стал писать такие документы. Надеюсь, со временем это улучшит ситуацию с качеством Android приложений.

Мы в Touch Instinct, когда нашли пару недель назад эти три документа: Tablet App Quality
(http://developer.android.com/distribute/googleplay/quality/tablet.html), Core App Quality
(http://developer.android.com/distribute/googleplay/quality/core.html) и Improving App Quality
(http://developer.android.com/distribute/googleplay/strategies/app-quality.html), сразу же включили их в программу обучения тестировщиков и дизайнеров. Дополнили тест-кейсы на существующих проектах. Это уже положительно повлияло на качестве наших продуктов. Рекомендую все разработчикам изучить эти документы и применять их.