Тестировать студию

Создавайте комплексные тесты пользовательского интерфейса для приложения на основе холста с помощью Test Studio. Поддерживайте качество приложения с помощью непрерывной проверки правильности работы приложения при развертывании новых изменений и обновлений.

Обзор

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

Увеличение количества изменений в приложении может привести к удлинению цикла тестирования. Со временем регрессионное тестирование приложения может занимать больше времени, чем разработка новых функций. В быстрой среде разработки тщательное тестирование каждого компонента в приложении становится узким местом при выпуске обновлений программного обеспечения. Один из вариантов сокращения времени, затрачиваемого на тестовый цикл и регрессионное тестирование — автоматизация тестирования. Автоматизация тестирования помогает протестировать приложение с минимальными усилиями, уменьшая время тестирования и выявляя критически важные проблемы перед выпуском.

Power Apps Test Studio — это решение с низким объемом кодирования для создания, организации и автоматизации тестов приложений на основе холста. В Test Studio можно создавать тесты с помощью выражений Power Apps или использовать средство записи для сохранения взаимодействия с приложением и автоматического создания выражений. Вы можете воспроизводить записанные тесты в Test Studio, чтобы проверить функциональность приложения, а также запускать тесты в веб-браузере и создавать автоматические тесты в процессе развертывания приложения.

Предварительные условия

Чтобы протестировать приложение с помощью Test Studio, вы должны быть создателем или совладельцем приложения.

Терминология Test Studio

В следующем разделе описана ключевая терминология Test Studio.

Тестовые случаи

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

В среде Test Studio шаги теста записываются на языке выражений Power Apps. Тестовые выражения могут состоять из функций, доступных при создании приложения, и дополнительных выражений для поддержки автоматического тестирования.

Наборы тестов

Наборы тестов служат для упорядочения и группировки тестовых случаев. По мере роста количества тестовых случаев в приложении можно упорядочить тестовые случаи для конкретных функций или компонентов. Например, у вас может быть один набор тестов с тестовыми случаями для проверки отправки отчетов о расходах и другой набор тестов, нацеленный только на утверждение расходов.

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

Проверочные утверждения

Каждый тестовый случай должен иметь ожидаемый результат. Чтобы проверить, соответствует ли ожидаемый результат теста фактическому, можно написать проверочные утверждения. Утверждение — это выражение, возвращающее значение True или False в ходе теста. Если выражение возвращает значение False, тестовый случай завершится ошибкой.

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

Рекомендации

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

1. Определите, какие тестовые случаи следует автоматизировать.

   Сложно автоматизировать все тесты, и мы не рекомендуем полностью полагаться на автоматизацию тестирования. Тестирование вручную следует использовать в дополнение к автоматизации тестирования. Для автоматизации лучше всего подходят следующие тесты:

   • Повторяющиеся тесты.
   • Тесты функциональности с высоким уровнем влияния на бизнес.
   • Стабильные функции, где нет существенных изменений.
   • Функции, для которых требуется несколько наборов данных.
   • Ручное тестирование, требующее значительного времени и усилий.

2. Используйте небольшие тестовые случаи.

   Хотя один тестовый случай может покрывать все функциональные возможности в приложении, не рекомендуется писать такие монолиты. Попытайтесь разделить его на несколько тестовых случаев. Каждый тестовый случай может тестировать определенный компонент или функцию в приложении. Неудачное утверждение в большом тестовом случае может привести к тому, что другие функциональные возможности останутся нетестируемыми. Использование нескольких тестовых случаев, содержащихся в наборе тестов, позволяет проверять другие функциональные возможности независимо от того, как завершился предыдущий тестовый случай. Эта стратегия также упрощает изоляцию тестовых сбоев.

3. Ограничьте выражения одиночными тестовыми действиями.

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

4. Каждый тестовый случай должен иметь ожидаемый результат.

   Каждый тестовый случай должен иметь один ожидаемый результат или несколько. Проверочные утверждения следует использовать для проверки ожидаемых результатов теста относительно фактических результатов. Для одного тестового случая можно написать несколько утверждений.

5. Используйте наборы тестов.

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

Известные ограничения

Хотя ведется работа для обеспечения полного покрытия элементов управления в Power Apps Test Studio, в настоящее время недоступны следующие функции:

• Компоненты.
• Компоненты кода, написанные на основе Power Apps Component Framework.
• Вложенные коллекции.
• Элементы управления мультимедиа.
• Для приложения необходимо включить экспериментальную функцию управления на уровне формул.
• Поддержка элементов управления, не перечисленных в описании функций Select и SetProperty.
• Столбцы личных типов данных.
• Test Studio несовместима с экспериментальной функцией управления версиями Git и не будет работать должным образом, если эта функция включена.

Следующие шаги

• Использование Test Studio

См. также

• Автоматизация тестов с Azure Pipelines с помощью классического редактора