Анализ журналов устройств в тесте Центра приложений

  • Статья

Важно!

Прекращение поддержки Центра приложений Visual Studio запланировано на 31 марта 2025 г. Хотя вы можете продолжать использовать Центр приложений Visual Studio, пока он не будет полностью выведен из эксплуатации, существует несколько рекомендуемых вариантов, на которые вы можете рассмотреть возможность миграции.

Узнайте больше о сроках поддержки и альтернативных вариантах.

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

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

  • не удалось установить
  • не удалось запустить
  • был убит
  • Разбился
  • не отвечает

Сведения о переходе к журналам и сведения о других журналах см. в статье Общие сведения о журналах в тесте в Центре приложений.

Поиск в журнале устройств

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

Что еще можно найти? Ниже приведено несколько условий поиска, которые были признаны полезными при диагностике проблем с приложениями в тесте Центра приложений. Если вы нашли эти термины в журнале устройств, просмотрите другие ближайшие выходные данные для получения контекста о релевантности и значимости. При поиске в журнале устройств вы можете обнаружить записи, которые полезны для выявления проблем, связанных с вашим приложением. Отслеживайте эти записи для устранения неполадок в будущих тестовых запусках.

Условия поиска по журналам устройств iOS

  • 8badf00d(ел плохую пищу) - iOS сторожевой тайм-аут произошел. См. раздел Понимание и анализ отчетов о сбоях приложений.

  • MISSING keychain entitlements explicit accessGroupЭто может означать, что приложению требуется расширенный доступ связка ключей. Если эта ошибка вызывает сбои в приложении, щелкните меню справки (?) в правом верхнем углу портала Центра приложений и выберите Обратиться в службу поддержки.

  • OutOfMemoryException Memory Pressure failed to allocate memory warning
    Любая из этих ошибок может указывать на проблему с нехваткой или нехваткой памяти. На некоторых устройствах могут возникать проблемы с памятью, но не на других, в зависимости от объема памяти на каждом устройстве.

  • assertion failed Это указывает на сбой утверждения в коде или коде библиотеки.

  • frontmost Если ваше приложение зависло в диалоговом окне конфиденциальности iOS и вы видите эту ошибку, обычно это означает, что диалоговое окно появилось до того, как платформа тестирования смогла получить контроль над приложением. См. статью Управление оповещениями о конфиденциальности: службы определения местоположения, APNS, контакты

  • exited abnormally Просмотрите указанную причину и ближайшие выходные данные для контекста.

Условия поиска по журналам устройств Android

  • ANR Эта ошибка может отображаться в файле журнала, если приложение столкнулось с ошибкой "Приложение не отвечает" (ANR). См. статью ANR.

  • Unhandled exception Это сообщение может отображаться для неустранимых ошибок.

  • FATAL Неустранимые ошибки.

  • segmentation fault Native crash Crash Каждый из них обычно представляет серьезную проблему. Просмотр близлежащих сообщений и трассировок стека может помочь определить конкретный источник проблемы.

Ограничение размера журнала устройства

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

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

Что важно, а что шум

В файле журнала устройств может быть трудно определить, имеет ли что-то отношение к проблеме с приложением.

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