Этап тестирования

  • Статья

Теперь, когда ваше приложение создано, следующий шаг — начать его тестирование. В этом разделе вы узнаете основы того, как следует проводить тестирование.

Типы тестов

Модульные тесты

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

Комплексные тесты

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

Пользовательский приемочный тест

Пользовательский приемочный тест (UAT) выполняется пользователем приложения вместо создателя. Этот тест должен убедиться, что то, что было создано разработчиком, соответствует требованиям, первоначально запрошенным пользователем.

Вот несколько советов для получения хороших результатов от UAT:

  • Тестируйте с реальными пользователями.

  • Попробуйте выбрать пользователей с разнообразием с точки зрения уровня ИТ-навыков. Таким образом, вы можете получить различные отзывы.

  • Не давайте инструкции пользователю; посмотрите, смогут ли они понять приложение интуитивно.

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

  • Когда пользователь застрянет на экране, попросите его объяснить, чего он ожидал.

  • Попробуйте разные устройства, чтобы убедиться, что тестовые примеры ведут себя одинаково.

  • В идеале, тестируйте приложение в реальной среде или местоположении пользователя, если оно использует автономные возможности.

  • Попросите пользователей попытаться «сломать» ваше приложение, например, введя необычные символы в текстовые поля.

  • Пользователи обычно проверяют «счастливый путь» (путь, по которому пользователь идет, когда все идет идеально); попросите их также протестировать такие сценарии, как отмена отчета о расходах вместо его отправки или отклонение отчета о расходах вместо его утверждения.

Ваши пользователи могут быть не знакомы с тестированием программного обеспечения. Дайте им знать, какие отзывы вы ищете. Часто бывает полезно предоставить шаблон для «ошибок», чтобы убедиться, что тестировщики точно объясняют, что они делали, что произошло, что они ожидают вместо этого, и любую соответствующую информацию о своей среде тестирования (например, тип устройства и браузер).

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

Создание тестовых случаев и сценариев

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

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

Тестовый случай № Описание теста Вводы для тестирования Ожидаемый результат Результат
1-1 Отправить сведения заказа из формы № заказа 16516 Заказ успешно отправлен
1-2 Убедитесь, что PDF-файл создан и прикреплен к записи Н/Д PDF-файл приложен к записи
1-3 Проверьте, отправлено ли пользователю уведомление по электронной почте test@contoso.com Письмо получено указанным получателем

Инструменты, которые помогут вам протестировать приложения на основе холста

Power Apps Test Studio (экспериментальная функция)

Для тестирования в приложениях на основе вы можете использовать встроенный инструмент Power Apps Test Studio для написания, организации и автоматизации тестов для приложений на основе холста. Больше информации: Test Studio (экспериментальная функция)

Azure Monitor (экспериментальная функция)

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

Инструменты, которые помогут вам протестировать приложения на основе модели

EasyRepro

EasyRepro — это инструмент для Dynamics 365 и приложений на основе модели Power Apps. Он не только включает в себя инструмент тестирования, но также содержит более 200 примеров тестовых случаев, которые помогут вам ускорить процесс тестирования. Для получения дополнительной информации см. сообщение в блоге Автоматизированная система тестирования EasyRepro и получите доступ к нему в репозитории EasyRepro GitHub.

Средство проверки решений

Средство проверки решений — это инструмент, который проверяет работоспособность созданного вами решения. Вы можете быстро просмотреть проблемы и увидеть рекомендуемые исправления. Дополнительные сведения: Использование средства проверки решений для проверки приложений на основе модели в Power Apps

Следующий шаг: публикация приложения, а также предоставление доступа к нему

Примечание

Каковы ваши предпочтения в отношении языка документации? Пройдите краткий опрос (обратите внимание, что этот опрос представлен на английском языке).

Опрос займет около семи минут. Личные данные не собираются (заявление о конфиденциальности).