Тестирование масс только с одним телефоном и эмулятором

У меня появилось новое приложение для Android, которое я выпустил на рынок несколько дней назад. Я довольно много тестировал свой мото-дроид, прежде чем публиковать его и старался быть очень основательным. Ну, я получил некоторые отрицательные комментарии о том, как он не работал прямо на кого-то EVO 2.2 или X10 (даже не знал, что это было на первом месте). Ну, он отлично работает на моем телефоне.

Любые советы о том, как я должен исправлять или поддерживать приложение, которое работает на 100 разных телефонах?

Как другие разработчики подходят к этому? (фактически не покупая каждый телефон). Спасибо.

Ответ 1

Я не думаю, что есть серебряная пуля, чтобы избежать таких проблем. Несколько рекомендаций/предложений:

Предотвращение проблем:

Использовать только общедоступные API. Если вы зависите от реализации детали, вещи, вероятно, потерпят неудачу на разных телефонах.
Следуйте рекомендациям поддержки нескольких экранов и убедитесь, что вы тестируете каждую из комбинаций размеров экрана и плотности в эмуляторе.
Если вы используете большое количество openGL, исследуйте, какие расширения поддерживаются с помощью телефонов. Здесь наибольшее число проблем имеет тенденцию.
Набирайте друзей, чтобы быть бета-тестерами. Вы можете отправить их apk для загрузки до публикации на рынке.

Диагностика проблем:

Начиная с Android 2.2 вы сможете получать отчеты об ошибках от пользователей, что должно помочь в быстрой диагностике проблем: Отчеты об ошибках приложений для Android
Вы также можете реализовать что-то вроде удаленной трассировки стека, чтобы получить сообщения об ошибках за это время.

Ответ 2

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

Ответ 3

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

Альтернативой этому на официальном рынке является загрузка в область предварительной версии AndAppStore.

Что касается X10, то в моем ограниченном опыте этот телефон, похоже, довольно часто возникает, когда речь заходит о жалобах приложений, которые не работают, особенно если это касается звука. Sony-Ericsson выпустила дополнение X10 для Android SDK, чтобы вы могли сделать свой эмулятор похожим на X10, m не уверен, какая разница в его поведении.

Ответ 4

Или используйте сообщество тестирования, чтобы люди с разными устройствами могли тестировать ваше приложение и предоставлять обратную связь.

Ответ 5

Регистрация всех действий пользователя - это хороший способ оценить, как приложение работает на разных apis/devices.

Google Firebase является последним (2016) Google, чтобы предоставить вам данные о сбоях/ошибках на вашем телефоне. Включите его в файл build.gradle:

compile 'com.google.firebase:firebase-crash:9.0.0'

Неудачные сбои регистрируются автоматически, не требуя ввода пользователя, и вы также можете регистрировать несмертельные сбои или другие события, например:

try
{

}
catch(Exception ex)
{
    FirebaseCrash.report(new Exception(ex.toString()));
}