Стратегії усунення помилок, які трапляються лише на певному пристрої


12

Як розробник Android, цільовий ринок, для якого я створюю програми, дуже фрагментарний. Хоча я можу вказати певні вимоги - наприклад, мій додаток підтримує лише версію Android xx або вище, іноді можуть виникати помилки, які очевидні лише на одній конкретній моделі телефону.

Чи є якісь стратегії для вирішення конкретних помилок пристрою, не купуючи відповідний телефон? Ми підтримуємо набір телефонів для тестування, але не можемо дозволити собі вийти та придбати новий телефон, коли 2 або 3 користувачі повідомляють, що є помилка, яка виникає лише для їх моделі телефону.

Я впевнений, що інші розробники Android в минулому стикалися з подібними проблемами, і мені цікаво, які економічно ефективні стратегії доступні для того, щоб допомогти стискати помилки, пов’язані з пристроями.

Оновіть, щоб додати кілька деталей:

  • Я використовую Bugsense для зйомки звітів про помилки, тому щоразу, коли викидаються винятки, я знаю модель телефону, слід стека, кількість разів, коли це траплялося з моїми користувачами, та кілька інших деталей.
  • Користувачі можуть знаходитись у різних країнах, тому я не можу припустити, що я колись зможу позичити їхній телефон.

Уявіть такий сценарій: 100 користувачів встановили додаток, але троє людей поскаржилися, що кнопка не працює належним чином при натисканні. Жодна з моделей телефону для тестування не відчуває проблеми. Здається, не існує емулятора для проблемної моделі телефону.


2
Наш місцевий інкубатор об'єднався з місцевою компанією мобільних телефонів, щоб створити бібліотеку мобільних телефонів, щоб вирішити саме цю проблему - можливо, ви зможете знайти щось подібне у вашому районі (або запропонувати це іншим відповідним людям).
Ганнеле

Ви відстоювали своє запитання і просили його знову відкрити. Будь ласка, переконайтесь, що ви приділяєте якомога більше думок вибору відповіді.
JeffO

Відповіді:


10

Роки тому я стикався з тією ж проблемою, розробляючи програмне забезпечення для пристроїв Palm. Є кілька очевидних стратегій:

  • Допомогти користувачам у тестуванні - мати програму бета-тестування, додати програму гарну інформацію про помилки та мати хороший спосіб повідомляти про помилки.
  • Використання специфічних для пристрою емуляторів

І те й інше досить обмежує. Немає надійної заміни для наявності фактичного пристрою.

Одна цікава річ, яку я натрапив - це AppThwack , компанія, яка дозволяє дистанційно протестувати сотні реальних пристроїв Android. Я особисто не маю досвіду з цим особисто, але це виглядає багатообіцяюче (це також є серйозним свідченням того, що немає простої, дешевої відповіді на вашу проблему).


1
+1 для AppThwack. У них є багато пристроїв, і ви можете направити тестування на певні пули пристроїв. Ви можете доручити приладу робити знімки екрана, і ви отримаєте журнали збоїв для кожного пристрою. Це досить гарна заміна для того, щоб не мати під рукою кожного відомого пристрою (=
David Cowden

+1 для "найкращої програми тестування", у мене був додаток для мого додатка Android-відстеження. Коли я надіслав це користувачеві, який отримував химерні результати та отримав вихід налагодження, це був надзвичайно WTF момент: він якось накрутив свій телефон таким чином, що сам Android повідомляв про 60% акумуляторну хвилину, 40% наступну , 80% наступний, і він просто стрибав. У цьому додатку нічого не можна зробити, щоб виправити це, їм потрібно було виправити телефон.
Ізката

-1

На жаль, немає простої відповіді на цю проблему.

щоб уточнити @ dan1111 відповідь Надання допомоги користувачам у тестуванні на android

  • додайте у ваш Android-додаток багато виписок журналів, які записують важливу інформацію про контекст
    • тепер відкривається база даних "/data/data/my.namespace.com/databases/myDatabase.db" або
    • тепер називає веб-сервіс "my.server.com/loadingOrder(id=22)"
  • попросіть користувача встановити alogcat на пристрій, який може прочитати локальний налагоджувальний журнал і доручити йому, як встановити фільтр для відстеження джерела проблеми та надіслати вам журнал.

який сенс встановлювати alogcat, в той час як ОП каже, що у них вже є щось подібне: "використовуйте Bugsense для зйомки звітів про помилки, тож коли будуть викинуті винятки, я знаю модель телефону, слід стека та кількість разів трапилося з моїми користувачами, і ще кілька деталей ... "
gnat
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.