Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Paket und Test verwandelt funktionierende Komponenten in ein getestetes Releaseartefakt. Führen Sie die Arbeit in dieser Reihenfolge aus:
| Schritt | Was Sie bestätigen | beginnen mit |
|---|---|---|
| Integrieren von Funktionen | Die fertigen Komponenten arbeiten in der vorgesehenen Entwicklungs- oder Testumgebung zusammen. | Dieser Artikel |
| Erstellen des Pakets | Eine unterstützte Paketierungsroute erzeugt genau das versionierte Artefakt, das Sie veröffentlichen möchten. | Erstellen des Plug-In-Pakets |
| Überprüfen und Testen des Pakets | Das genaue Artefakt besteht die Paketüberprüfung, wird erfolgreich installiert und funktioniert in jeder beanspruchten Microsoft-Erfahrung. | Überprüfen und Testen des Pakets |
| Bewerten der Agent-Qualität, falls erforderlich | Der bereitgestellte Agent erfüllt die Kriterien für die Antwortqualität für das Release. | Übersicht über die Agent-Auswertung |
In diesem Artikel wird der erste Schritt erläutert. Das endgültige Paket wird nicht getestet. Die Paketvalidierung und das Testen installierter Plug-Ins beginnen, nachdem Sie das Artefakt erstellt haben.
Vorbereiten der Testumgebung
Vor dem Testen:
- Verwenden Sie die vorgesehenen Versionen jeder Komponente.
- Konfigurieren Sie die Entwicklungs- oder Testidentitäten, Berechtigungen, Zustimmung und Verbindungen.
- Starten Sie die erforderlichen Remotedienste in der Entwicklungs- oder Testumgebung, oder stellen Sie sie zur Verfügung.
- Vergewissern Sie sich, dass die Zielbenutzer und Testkonten auf die vorgesehenen Microsoft-Erfahrungen zugreifen können.
- Verwenden Sie repräsentative Testdaten, die keine Produktionsgeheimnisse oder unnötigen persönlichen Informationen preisgeben.
- Notieren Sie das erwartete Ergebnis, die Umgebung, den Besitzer und die erforderlichen Nachweise für jedes Szenario.
Überprüfen der Komponenten im integrierten Szenario
| Komponente | Integrationsprüfungen |
|---|---|
| Deklarativer Agent | Identität, Anweisungen, Gesprächsstarter, Wissen, Funktionsauswahl, Antworten, Grenzen und nicht unterstützte Eingabeaufforderungen |
| Qualifikation | Ermittlung oder Anhang, Anweisungen, Ressourcen, Skripts, Eingaben, Ausgaben, nicht unterstützte Anforderungen und Fehler |
| Connector | Authentifizierung, Schema, Indizierung oder Abruf, Aktualität, Sicherheitskürzung, Berechtigungen, Updates, Löschungen und Quellfehler |
| MCP-Server | Tool- oder Ressourcenermittlung, Authentifizierung, Eingaben, strukturierte Ergebnisse, Bestätigungen, Fehler, Zeitüberschreitungen, Verfügbarkeit und Protokolle |
Verwenden Sie die entsprechenden produktspezifischen Testleitfäden:
- Debuggen von Agents mit Copilot Studio
- Debuggen von Agents mit dem Agents-Toolkit
- Unterstützung für benutzerdefinierte Skills und bekannte Probleme überprüfen
- Erstellen und Testen eines benutzerdefinierten Copilot-Connectors
- Lokales Debuggen von MCP- und API-Plug-Ins
- Testen eines bereitgestellten deklarativen Agents mit Work IQ DevUI
- Senden von Test-Prompts mit Work IQ Dev Tools
Work IQ DevUI ist eine browserbasierte Vorschauoberfläche für das Debuggen, auf der ausgewählte Plug-Ins, Abruf, Zitate, Anforderungsbezeichner und Rohergebnisse angezeigt werden können. Die WIQD Work IQ-Befehle sind experimentell und können bereitgestellte deklarative Agents auflisten oder eine Testaufforderung nach Agent-ID oder Name senden. Diese Routen testen einen bereitgestellten deklarativen Agenten. Sie ersetzen nicht die Paketvalidierung oder das Testen des endgültig installierten Plugins.
Testen vollständiger Benutzerszenarien
Testen Sie die End-to-End-Szenarien aus der Lösungsübersicht, anstatt nur einzelne Features zu testen.
- Beginnen Sie mit einer repräsentativen Benutzeraufforderung oder Aufgabe.
- Vergewissern Sie sich, dass der beabsichtigte Agent oder die Microsoft-Erfahrung die Anforderung verarbeitet.
- Vergewissern Sie sich, dass die richtige Fertigkeit, der richtige Konnektor, die richtige Aktion oder das richtige MCP-Tool ausgewählt ist.
- Überprüfen Sie das Authentifizierungs-, Zustimmungs-, Bestätigungs- und Berechtigungsverhalten.
- Vergewissern Sie sich, dass die Komponente die beabsichtigten Eingaben empfängt und das erwartete Ergebnis zurückgibt.
- Vergewissern Sie sich, dass die endgültige Antwort korrekt, nützlich und verständlich ist.
- Stellen Sie sicher, dass die beteiligten Komponenten in Protokollen und Diagnosen identifiziert werden.
Beim Testen in Microsoft 365 Copilot können Sie in den Copilot Chat eingeben-developer on, um die Metadaten des Agents und die Aktionsauswahl zu überprüfen. Geben Sie ein -developer off , wenn Sie fertig sind.
Testfehler und Grenzen
Enthalten:
- Fehlende oder abgelaufene Authentifizierung.
- Unzureichende Berechtigungen oder verweigerte Zustimmung.
- Nicht verfügbare Daten, Verbindungen, APIs oder Remotedienste.
- Ungültige, mehrdeutige oder nicht unterstützte Benutzereingaben.
- Leere, teilweise, verzögerte oder fehlerhafte Ergebnisse.
- Timeouts, Drosselung und Wiederholungsverhalten.
- Versucht, auf Daten außerhalb der Berechtigungen des Benutzers zuzugreifen.
- Anweisungen, die einen nicht unterstützten Vorgang verhindern oder umleiten sollen.
Betrachten Sie einen stillen Fallback nicht als Erfolg. Der Benutzer und das Supportteam sollten in der Lage sein, zu verstehen, was fehlgeschlagen ist und welche Maßnahmen erforderlich sind.
Integrationsergebnisse aufzeichnen
Notieren Sie für jedes Testszenario:
- und Microsoft-Erfahrung zu verbessern.
- Komponenten- und Dienstversionen.
- Identitäts-, Berechtigungs- und Verbindungskonfiguration.
- Erwartetes und tatsächliches Ergebnis.
- Protokolle oder Beweise.
- Bekannte Einschränkung, Eigentümer und Lösung oder Annahmeentscheidung.
Notieren Sie die genauen Dateien, Konfigurationen, Endpunkte, Komponentenversionen, Besitzer und Nachweise, die der Paketautor verwenden muss.
Bestätigen der Bereitschaft zum Verpacken
Integrationstests sind abgeschlossen, wenn:
- Jede erforderliche Komponente wird erstellt, konfiguriert, erweitert oder wiederverwendet.
- Jede Komponente arbeitet unabhängig in der Entwicklungs- oder Testumgebung.
- Die Komponenten arbeiten für die End-to-End-Szenarien zusammen.
- Erforderliche Identitäten, Berechtigungen, Verbindungen, Daten und Dienste sind verfügbar.
- Das erwartete Authentifizierungs-, Bestätigungs-, Fehler- und Fehlerverhalten ist implementiert.
- Komponentenbesitz, Abhängigkeiten, Versionen, Einschränkungen und Supportverantwortlichkeiten sind dokumentiert.
- Die Implementierungsdateien und die Konfiguration sind identifiziert und können zusammengestellt werden.
- Kein nicht aufgelöster Implementierungsblocker verhindert die Paketerstellung.
Fahren Sie mit dem Packen Ihres Plug-Ins fort.