Как проверить использование процессора на мобильных устройствах?

В Google Play или App Store доступны различные инструменты,, из которых можно установить приложения, такие как CPU Monitor, Usemon, CPU Stats, CPU-Z и т. д. Это расширенный инструмент, который записывает информацию о процессах, запущенных на вашем устройстве. Не все показатели могут быть доступны, это зависит от конкретного устройства. Также в инструментах разработчика доступны инструменты профилирования. Другой вариант - профилировщик в IDE (Android Studio).

Как успешно зарелизить продукт в App Store и Google Play

Специфика работы с платформой Apple

● Review Guidelines. Любые реджекты, баны и блокировки всегда исходят из нарушений этих гайдов, ну или потому что Apple посчитали, что вы их нарушаете. Гайдлайны регулярно обновляются, особенно много обновлений бывает перед и после конференции WWDC;

● Следующий по важности документ — гайдлайны интерфейсов. Здесь представлены рекомендации и лучшие практики по построению красивых, удобных и понятных интерфейсов для всех устройств Apple. Его необходимо прочитать хотя бы раз любому дизайнеру интерфейсов, а также полезно будет QA-специалистам и разработчикам;

● App Store Connect - навряд ли часто открывают. В то же время это исчерпывающая инструкция по использованию консоли для управления вашим приложением. Всякий раз, когда у вас возникает вопрос по работе с Connect’ом, пожалуйста, сверяйтесь с документацией;

● Если у вас уже было опубликовано приложение с поддержкой iPad, то выпилить поддержку уже не получится.

Топ-8 причин для реджектов от Apple (в Google Play примерно также):

● App Completeness - не работающие приложения с крашами и багами;

● Inaccurate Metadata - подробно и точно описывайте функционал приложений, прикрепляйте правильные скриншоты;

● Incomplete Info - важно рассказать о вашем продукте все, что стоит знать ревьюерам. Проверяйте актуальность тестовых учеток перед сабмитом. Если вы что-то экспериментируете в билде, расскажите об этом команде ревью;

● Unusual Interface - Apple не зря сделали целый портал про свои интерфейсы. Они хотят чтобы все приложения работали так, как пользователи от них этого ждут. Хороший пример Албания, в которой привычное для нас качание головой вверх-вниз означает нет, а из стороны в сторону - да. Apple это весь мир, не будьте в этом мире Албанией;

● Web Content Aggregators - сайты обернутые в iOS приложение обычно не принимаются;

● Similar App Submission - Apple хотят видеть уникальные приложения и если вы вдруг решили запустить сразу пять одинаковых игр дабы увеличить шансы на взрывной рост, то рискуете остаться без взрывного роста и без приложений;

● Misleading Offers - мы все прошли через рентген для камеры нокии. Не обещать того, чего нет;

● Not Enough Value - Apple хотят видеть уникальные приложения. Это касается не только конкретного разработчика, но и всех вместе. Не нужно делать десятитысячный калькулятор и миллионный фонарик, их достаточно. Также не нужно делать приложение, которым будут пользоваться три человека. Ваше приложение должно нести в себе нужный широкому пользователю, уникальный функционал.

Специфика работы с платформой Google Play Developer:

● Необходимо следить за предстоящими обновлениями гайдлайнов перед и после конференции Google I/O;

● Все политики вы найдете в Google Play Developer Policy Center, они написаны на русском языке, что заметно удобнее. Во многом политики Google и Apple схожи, однако различия есть и иногда они весьма значительны - обратите на это свое внимание, прочитать и использовать политики только одной платформы - плохая идея;

● Самый полезный ресурс для понимания работы консоли Google Play - это Google Play Academy, там есть ответы на 90% вопросов и все возможные сценарии ее использования как с точки зрения пользователя (разработчика) так и для маркетологов и ASO-специалистов;

● Если у вас есть вопросы по дизайну своего продукта, вы сомневаетесь о проценте прозрачности или даже не знаете правильно ли используете жесты, вы найдете ответ на свой вопрос и/или сможете открыть для себя что-то новое и полезное для ваших приложений в гайдлайнах Material Design.

Соблюдайте правила сторов

В Apple и Google сидят весьма смышленые ребята, основная задача которых не допустить того, чтобы приложения противоречили их политикам:

● не прячьте части функционала приложения от ревьюверов;

● не пытайтесь обойти комиссию платформ и прятать 3rd-party эквайринг;

● не вводите пользователя в заблуждение;

● не запрашивайте лишние доступы, объясняйте зачем нужны доступы, которые запрашиваете.

Источники:

● Как успешно зарелизить продукт в App Store и Google Play

Доп. материал:

● Policies & publishing on Google Play

● Соответствие правилам для страниц приложений в Google Play

● Запуск приложения или игры

● Pre-launch testing for mobile games: tools and best practices on Google Play

● App Store Review Guidelines

Android Debug Bridge (ADB)

https://developer.android.com/studio/command-line/adb.html

Тестирование требований к мобильным приложениям

https://habr.com/ru/company/mobileup/blog/336992/