Поделиться через

Test Studio

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

Обзор

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

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

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

Test Studio.

Предпосылки

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

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

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

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

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

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

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

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

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

Тестовые утверждения

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

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

Лучшие практики

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

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

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

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

  2. Оставить тестовые случаи небольшими.

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

  3. Сохраняйте выражения в одном действии теста.

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

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

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

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

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

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

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

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

Дальнейшие шаги

См. также

  • Last updated on