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

Question

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

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

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

Answer 1

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

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

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

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

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

Answer 2

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

Answer 3

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

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

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

Answer 4

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

Answer 5

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

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()));
}