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.
Validieren und testen Sie das Artefakt mit exakter Versionsangabe, das Sie in Paketieren Ihres Plug-Ins erstellt haben. Dies ist der dritte Schritt in Paketen und Testen: Paket überprüfen, installieren und seinen Zugriff, sein Verhalten und seine unterstützten Microsoft 365-Erfahrungen bestätigen.
Die Komponenten und externen Dienste, auf die das Plug-In verweist, müssen bereits einzeln und zusammen funktionieren. In diesem Artikel wird das verpackte Plugin getestet. Sie ersetzen nicht die Prüfung oder Zertifizierung auf Komponentenebene.
Wichtig
Verwenden Sie genau das Artefakt, das Sie veröffentlichen möchten. Wenn Ihre Paketierungsroute Ihre beabsichtigten Komponenten und Zielerlebnisse nicht unterstützt, kehren Sie zu Paketieren Ihres Plug-Ins zurück und wählen Sie eine unterstützte Route aus.
Bevor Sie beginnen
Vorbereitung:
- Das Plugin-Paket mit der genauen Version, das Sie veröffentlichen möchten.
- Das Installations- oder Querladeverfahren für Ihre Verpackungsroute.
- Eine Testumgebung und Identitäten mit dem erforderlichen Zugriff.
- Repräsentative Szenarien und erwartete Ergebnisse für jede Microsoft 365-Zielerfahrung.
Überprüfen des Pakets
Nutzen Sie das Validierungsverfahren für Ihre Verpackungsroute.
| Verpackungsroute | Validierungsverfahren |
|---|---|
| Work IQ Dev Tools | Nachdem Sie das Paket erstellt haben, verwenden wiqd agent validate --mode deep Sie es, um das aufgelöste App-Paket zu überprüfen. Überprüfen Sie in automatisierten Workflows das JSON-Ergebnis data.valid , anstatt sich nur auf den Prozessexitcode zu verlassen. Siehe Validierungs- und Microsoft-Validierungsebene. |
| Alpha WIQD-Plugin-Paket | Nachdem wiqd plugin package Sie das Artefakt erstellt haben, führen Sie wiqd plugin validate --mode deepaus. Bei dieser Paketüberprüfung werden das App-Manifest, die Skills und die MCP-Remoteconnectors der obersten Ebene überprüft, die von der statischen Plug-In-Validierung nicht abgedeckt werden. Überprüfen Sie in automatisierten Workflows das Ergebnis der strukturierten Validierung, anstatt sich nur auf den Prozessexitcode zu verlassen. Weitere Informationen finden Sie unter Erstellen eines Plug-Ins mit Work IQ Dev Tools. |
| Microsoft 365 Agents Toolkit | Verwenden Sie "App-Paket mithilfe von Gültigkeitsprüfungsregeln überprüfen ", oder führen Sie atk validate --app-package-file-path <path>die Siehe Überprüfen Ihrer App. |
| Copilot Studio | Schließen Sie den Workflow zum Veröffentlichen und Konfigurieren ab, und beheben Sie Fehler, bevor Sie die .zip |
| Ein weiterer Plug-In-spezifischer Workflow | Führen Sie das für diesen Pakettyp dokumentierte Validierungsverfahren aus. |
Vergewissern Sie sich, dass das generierte Artefakt die für den Pakettyp definierten Anforderungen erfüllt, die beabsichtigte Identität, Version und Umgebung verwendet und keine Anmeldeinformationen, Geheimnisse, Testdaten, Protokolle oder nicht verknüpfte Dateien enthält.
Beheben Sie Paketfehler, erstellen Sie eine neue Paketversion, und wiederholen Sie die Überprüfung vor der Installation.
Paket installieren oder querladen
- Verwenden Sie das Installations- oder Querladeverfahren für Ihre Verpackungsroute.
- Installieren Sie genau das Artefakt, das die Paketüberprüfung bestanden hat.
- Notieren Sie die Artefaktversion, die Testumgebung, die Identität und das Installationsergebnis.
- Vergewissern Sie sich, dass das installierte Plug-In und die erwarteten Komponenten erkannt werden.
Wenn die Installation fehlschlägt, reparieren Sie das Paket, erstellen Sie eine neue Version, installieren Sie es erneut, und testen Sie erneut.
Testen des verpackten Plug-Ins
- Führen Sie die vollständigen Benutzerszenarien über das installierte Plug-In aus.
- Vergewissern Sie sich, dass die erwarteten Komponenten geladen und die richtigen Komponenten ausgewählt wurden.
- Testen Sie die Erfolgs-, Fehler- und Wiederherstellungsszenarien, die für die Komponenten und Microsoft 365-Erfahrungen erforderlich sind, die Ihr Plug-In unterstützt.
- Notieren Sie das erwartete und das tatsächliche Ergebnis für jedes Szenario.
Wenn eine Komponente die eigenen Anforderungen nicht erfüllt, kehren Sie zu ihrer Build- oder Komponentenvalidierungsanleitung zurück. Definieren Sie einen Komponentenfehler nicht als Erfolg eines Plugin-Pakets neu.
Testen der Authentifizierung und des Zugriffs
Testen:
- Anmeldung, Zustimmung, Tokenerneuerung und Wiederverbindung.
- Zugriff verweigert, unzureichende Berechtigungen, fehlende Verbindungen und nicht verfügbare Dienste.
- Daten und Aktionen außerhalb der Berechtigungen des Benutzers.
Notieren Sie die getesteten Identitäten, Berechtigungen, Authentifizierung, Zustimmung, Verbindungen, Endpunkte und Dienstversionen.
Unterstützte Testumgebungen
Installieren und testen Sie das Paket in jeder Microsoft 365-Umgebung, die Sie unterstützen möchten. Leiten Sie nicht die Unterstützung in einer Erfahrung aus den Ergebnissen einer anderen ab.
Zeichnen Sie die Erfahrungen, Umgebungen, Einschränkungen, nicht unterstützten Kombinationen und akzeptierten Risiken für die Version auf.
Bewerten der Agent-Qualität bei Bedarf
Wenn das Paket einen Agent enthält und die Bewertung der Agent-Qualität Teil der Releasekriterien ist, bewerten Sie die genau bereitgestellte Version, und fügen Sie die Ergebnisse dem Datensatz zur Veröffentlichungsbereitschaft hinzu. Beginnen Sie mit der Übersicht über die Agent-Auswertung.
Die Agentenbewertung misst die Antwortqualität und Regressionen. Sie ersetzen nicht die Paketüberprüfung, Installationstests, Zugriffstests oder Tests in jeder unterstützten Microsoft-Erfahrung.
Festlegen der Releasebereitschaft
Weisen Sie ein Ergebnis zu:
- Bereit - Das genaue Plugin-Paket hat alle erforderlichen Prüfungen bestanden und verfügt über keinen ungelösten Releaseblocker.
- Blockiert – Ein Paket-, Verweis-, Zugriffs-, Kompatibilitäts- oder Laufzeitfehler verhindert die Veröffentlichung.
- Bereit mit Einschränkungen – Erforderliche Prüfungen wurden bestanden, und die verbleibenden Einschränkungen sind dokumentiert, akzeptiert und für die Offenlegung im Veröffentlichungsprozess geeignet.
Notieren Sie für jeden Blockierungsfehler den Besitzer und die erforderliche Lösung. Beheben Sie das Problem, packen Sie das Plug-In neu, installieren Sie das neue Artefakt erneut, und wiederholen Sie die betroffenen Tests.
Das Plug-In kann erst veröffentlicht werden, wenn genau dieses Artefakt das erforderliche Paket, die Installation, den Zugriff, das Szenario, die Erfahrung und die anwendbaren Agent-Qualitätsprüfungen bestanden hat.
Veröffentlichen und verteilen Sie das Plug-In weiter.