Опубликован: 02.08.2013 | Доступ: свободный | Студентов: 465 / 15 | Длительность: 18:38:00
Специальности: Программист
Самостоятельная работа 21:

Тестирование и анализ приложений

Анализ производительности приложений

Анализ производительности приложений доступен и при запуске их в эмуляторе, однако, реально оценить производительность можно лишь на устройстве, причем – в конфигурации выпуска (Release), так как запуск приложения в конфигурации отладки создаёт дополнительную нагрузку на систему.

Быстро оценить производительность приложения можно, воспользовавшись показателями, которые выводятся в правой части экрана, рис. 57.3.

Показатели производительности, выводимые в правой части экрана приложения

Рис. 57.3. Показатели производительности, выводимые в правой части экрана приложения

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

  • 055 – Composition Thread FPS – скорость, с которой обновляется экран. Чем ближе этот показатель к 60 кадрам в секунду – тем лучше. Если он падает ниже 30 – это означает недостаточную производительность приложения.
  • 055 – User Interface Thread FPS – скорость, с которой обновляется пользовательский интерфейс, этот показатель не должен падать ниже 20 кадров в секунду.
  • 005453 – Texture Memory Usage – использование системной и видеопамяти
  • 002 – Surface Counter – счётчик поверхностей, которые явно передаются графическому ускорителю для обработки
  • 001 – Intermediate Surface Counter – счётчик полного количества поверхностей, сгенерированных в результате кэширования поверхностей.
  • 00.6020 – Screen Fill Rate Counter – количество пикселей, которые выводятся каждый кадр. 1 обозначает полную перерисовку всего экрана в 480х800 пикселей. Рекомендуется, чтобы данный показатель не превышал 2,5.

Для более глубокого анализа приложений используется специальный инструментарий, вызвать который можно, воспользовавшись командой Отладка > Начать анализ приложения Windows Phone, рис. 57.4.

Начало анализа приложения

увеличить изображение
Рис. 57.4. Начало анализа приложения

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

Здесь доступны три варианта анализа:

  1. Анализ производительности и качества приложения. Выбор данного пункта позволяет проанализировать следующие параметры приложения, по каждому из которых выводятся измеренные показатели и комментарии:
    • Время запуска
    • Скорость реагирования
    • Общий объем отправленных данных
    • Общий объем загруженных данных
    • Оставшийся заряд батареи
    • Максимальное использование памяти
    • Среднее использование памяти
  2. Выполнение (оценка производительности приложения с использованием расширенных визуальных средств и профилирования кода). Позволяет оценить производительность приложения, в частности, здесь можно получить сведения о внешних событиях, частоте кадров, загрузке центрального процессора, скорости реагирования приложения, о расходе заряда батарей, основные сведения об использовании памяти, о событиях "сборки мусора". Эти сведения представлены в графическом виде, выделив участок графика можно посмотреть подробности.
  3. Память (оценка выделения памяти и использования текстур). Используется для более глубокого, чем в предыдущем варианте, анализа использования памяти.

Анализировать приложение с помощью этих средств следует не только на финальной стадии разработки, но и в процессе работы над приложением. Например, это позволяет сразу же, после внедрения в приложение какого-либо нового механизма (например, создания страницы, на которой размещается большой список элементов, загружаемых из Интернета и т.д.) оценить его воздействие на объем памяти, требующийся приложению, на его производительность, скорость загрузки, энергопотребление. Периодический анализ приложения помогает выявлять проблемы с производительностью на ранних стадиях и сразу же принимать меры по их решению.

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

Выводы

Методология модульного тестирования позволяет автоматизировать тестирование кода, упростить внесение в код изменений с контролем правильности его работы. При разработке приложений для Windows Phone следует обращать внимание на их производительность, на объем потребляемых системных ресурсов, и, в ходе разработки, а так же при завершении разработки, контролировать эти параметры, при необходимости оптимизируя приложение.

Задание

Произведите всесторонний анализ разрабатываемого вами приложения с использованием средств анализа приложений, присутствующих в Visual Studio 2012. При обнаружении проблем в производительности и в потреблении системных ресурсов, оптимизируйте приложение, воспользовавшись рекомендациями из материалов, ссылки на которые можно найти в тексте лабораторной работы. Подготовьте отчёт со сравнением показателей приложения до оптимизации и после неё.

Дополнительные материалы

К данной лекции подготовлено видеоприложение и демонстрационный программный проект.