Интеграция и тестирование компонентов подключаемого модуля

Пакет и тестирование превращают работающие компоненты в проверенный артефакт выпуска. Выполните работу в следующем порядке:

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

В этой статье описан первый шаг. Он не тестирует конечный пакет. Проверка пакета и тестирование установленного подключаемого модуля начинаются после создания артефакта.

Подготовка среды тестирования

Перед тестированием:

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

Проверка компонентов в интегрированном сценарии

Компонент Проверки интеграции
Декларативный агент Удостоверение, инструкции, инициаторы беседы, знания, выбор возможностей, ответы, границы и неподдерживаемые запросы
Навык Обнаружение или вложение, инструкции, ресурсы, сценарии, входные данные, выходные данные, неподдерживаемые запросы и сбои
Connector Проверка подлинности, схема, индексирование или извлечение, свежесть, фильтрация по ролям безопасности, разрешения, обновления, удаления и сбои источника
MCP-сервер Обнаружение инструмента или ресурса, проверка подлинности, входные данные, структурированные результаты, подтверждения, ошибки, время ожидания, доступность и журналы

Используйте применимые рекомендации по тестированию для конкретных продуктов:

Work IQ DevUI — это предварительная версия браузерной отладочной поверхности, которая может отображать выбранные подключаемые модули, извлечение, цитаты, идентификаторы запросов и необработанные результаты. Команды WIQD Work IQ являются экспериментальными и могут перечислять развернутые декларативные агенты или отправлять тестовый запрос по идентификатору или имени агента. Эти маршруты тестируют развернутый декларативный агент; Они не заменяют проверку пакета или тестирование окончательно установленного подключаемого модуля.

Тестирование полных пользовательских сценариев

Тестируйте комплексные сценарии из краткого описания решения, а не тестируйте отдельные функции.

  1. Начните с представительного запроса или задачи пользователя.
  2. Убедитесь, что целевой агент или взаимодействие с корпорацией Майкрософт обрабатывает запрос.
  3. Убедитесь, что выбран правильный навык, соединитель, действие или средство MCP.
  4. Проверьте поведение проверки подлинности, согласия, подтверждения и разрешений.
  5. Убедитесь, что компонент получает предполагаемые входные данные и возвращает ожидаемый результат.
  6. Убедитесь, что окончательный ответ точен, полезен и понятен.
  7. Убедитесь, что журналы и диагностика определяют задействованные компоненты.

При тестировании в Microsoft 365 Copilot вы можете войти -developer on в Copilot Chat для проверки метаданных агента и выбора действия. Введите после -developer off завершения.

Сбои и границы тестов

Зафиксируйте следующие элементы:

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

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

Запись результатов интеграции

Для каждого тестового сценария запишите:

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

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

Подтверждение готовности к упаковке

Интеграционное тестирование завершается в следующих случаях:

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

Продолжите упаковывать свой плагин.

Связанные материалы

  • Last updated on