Power BI-Implementierungsplanung: Überprüfen von Inhalten

Dieser Artikel hilft Ihnen beim Überprüfen von Inhalten im Rahmen der Verwaltung des Lebenszyklus von Inhalten. Er wendet sich in erster Linie an folgende Zielgruppen:

• COE-Teams (Center of Excellence) und BI-Teams: Die Teams, die für Power BI in der Organisation verantwortlich sind. Zu diesen Teams gehören Entscheidungsträger, die entscheiden, wie der Lebenszyklus von Power BI-Inhalten verwaltet werden soll. Diese Teams können auch Releasemanager umfassen, die sich um den Lebenszyklus von Inhaltsreleases kümmern, sowie Techniker, welche die Komponenten erstellen und verwalten, die für die effektive Nutzung und Unterstützung der Lebenszyklusverwaltung erforderlich sind.
• Inhaltsersteller und Inhaltsbesitzer: Benutzer, die Inhalte erstellen, die sie im Fabric-Portal veröffentlichen möchten, um sie für andere Personen freizugeben. Diese Personen sind für die Verwaltung des Lebenszyklus der von ihnen erstellten Power BI-Inhalte verantwortlich.

Die Lebenszyklusverwaltung besteht aus den Prozessen und Vorgehensweisen, die Sie für den Umgang mit Inhalten von der Erstellung bis zur späteren Veralterung einsetzen. In der zweiten Phase der Lebenszyklusverwaltung entwickeln Sie Inhalte und verwalten Änderungen. Dazu gehören wichtige Entscheidungen darüber, wie Sie Inhalte entwickeln und Arbeitsbereiche und Versionskontrolle einrichten. In der dritten Phase überprüfen Sie Inhalte, um zu testen, ob sie für die Bereitstellung bereit sind.

Die Überprüfung von Inhalten ist wichtig, um die Qualität und Vertrauenswürdigkeit Ihrer Lösungen sicherzustellen. Aus diesem Grund ist es wichtig, dass Sie Inhaltsänderungen testen, bevor Sie sie in der Produktion bereitstellen.

Die folgende Abbildung zeigt den Lebenszyklus von Power BI-Inhalten, wobei Phase 3 hervorgehoben ist, in der Sie Inhalte überprüfen.

Zum Überprüfen von Inhalten müssen bestimmte Entscheidungen oder Aktionen getroffen werden, um sicherzustellen, dass der Inhalt erwartungsgemäß ausgeführt wird.

Wenn Sie Inhalte überprüfen, bewerten Sie verschiedene Aspekte der Lösung.

• Funktionalität: Ob die Elemente und Funktionen, aus denen die Lösung besteht, funktionsfähig sind. Ein Beispiel für einen Funktionstest ist, ob ein semantisches Modell eine geplante Aktualisierung durchführen kann.
• Datengenauigkeit: Ob die angezeigten Zahlen und Ergebnisse vollständig sind und den geschäftlichen Erwartungen entsprechen. Ein Beispiel für das Testen der Datengenauigkeit ist die Frage, ob ein Wert in einem Bericht mit einer bekannten Basislinie übereinstimmt.
• Leistung: Ob die Abfragen minimale Auswirkungen auf die verfügbaren Benutzerressourcen oder -wartezeiten haben. Ein Beispiel für einen Leistungstest ist die Frage, ob ein Dataflow zuverlässig aktualisiert wird, ohne dass eine Zeitüberschreitung eintritt oder lange Aktualisierungszeiten auftreten.
• Sicherheit: Ob nicht autorisierte Personen daran gehindert werden, Informationen oder die gesamte Lösung einzusehen oder darauf zuzugreifen. Ein Beispiel für das Testen der Sicherheit ist der Identitätswechsel eines Benutzers oder einer Rolle beim Überprüfen der Sicherheit auf Zeilenebene (RLS).
• Effektivität: Ob sich die Lösung auf das relevante Geschäftsproblem oder den entsprechenden Prozess bezieht und Geschäftsziele wie beabsichtigt ausreichend unterstützt. Ein Beispiel für das Testen der Effektivität ist das Sammeln von Benutzerfeedback, wenn Sie Benutzerakzeptanztests (User Acceptance Testing, UAT) durchführen.
• Barrierefreiheit: Ob die Lösung bekannte Barrierefreiheitsstandards erfüllt, damit sie von so vielen Personen wie möglich verwendet werden kann. Ein Beispiel für Barrierefreiheitstests ist die Überprüfung, ob Ihr Bericht die Microsoft-Prüfliste für die Barrierefreiheit von Berichten erfüllt.

Sie überprüfen Inhalte, indem Sie verschiedene Arten von Tests durchführen. In den folgenden Abschnitten werden wichtige Überlegungen für Entscheidungen darüber beschrieben, wie Inhaltsersteller und -verbraucher Tests durchführen.

Entscheiden, wie Ersteller Inhalte überprüfen sollen

Inhaltsersteller sollten ihre eigenen Änderungen an Inhalten überprüfen, um die Qualität und Funktionalität der Änderungen sicherzustellen. Tests erfolgen in der Regel im Entwicklungsarbeitsbereich, der die aktuelle funktionierende Version einer Lösung enthält. Inhaltsersteller testen ihre eigenen Änderungen, bevor Inhalte für eine Benutzerprüfung in einem Testarbeitsbereich bereitgestellt werden.

Es gibt zwei Möglichkeiten für Inhaltsersteller, Inhalte zu überprüfen.

• Manuelle Tests: Bei manuellen Tests prüft jemand den Inhalt manuell, entweder durch eine subjektive Bewertung oder durch einen Vergleich mit objektiven Testkriterien. Manuelle Tests sind einfach durchzuführen, aber sie sind anfällig für menschliche Fehler oder Verzerrungen. Wenn der Inhalt einen bestimmten Umfang erreicht, kann die Durchführung manueller Tests zudem mühsam werden. Sie können manuelle Tests auf zwei Arten durchführen.
  • Unabhängige Bewertung, bei der Sie Ihre eigenen Inhalte, wie semantische Modelle und Berichte, testen.
  • Peer Review, d. h. eine subjektive Beurteilung des Inhalts, um die Lösung kritisch zu bewerten und Verbesserungsvorschläge zu machen.
• Automatisierte Tests: Automatisierte Tests umfassen einen vorbereiteten Test, der automatisch und ohne menschliches Zutun ausgewertet wird. In der Regel werden bei automatisierten Tests Teile des Lösungscodes anhand bestimmter Benchmarks oder Baselines überprüft. Automatisierte Tests sind schwieriger durchzuführen und erfordern mehr Zeit und Aufwand bei der Einrichtung. In Unternehmensszenarien sind automatisierte Tests jedoch unerlässlich, um die Qualität und Vertrauenswürdigkeit größerer Implementierungen und geschäftskritischer Lösungen sicherzustellen.

In den folgenden Abschnitten werden verschiedene Möglichkeiten beschrieben, wie Inhaltsersteller manuelle Tests, automatisierte Tests und Peer Review durchführen können.

Durchführen manueller Tests

Sie sollten ihre eigenen manuellen Tests für die von Ihnen erstellten Inhalte durchführen. Diese Tests sollten sicherstellen, dass Ihre Änderungen wie erwartet funktionieren und die gewünschten Qualitätsstandards erreichen. In der Regel umfassen manuelle Tests die Verwendung und subjektive Beurteilung der Inhalte oder spezifischen Inhaltsänderungen sowie das Beschreiben und Dokumentieren der Ergebnisse.

Im Folgenden finden Sie einige Überlegungen zum Testen Ihrer eigenen Inhalte.

• Entscheiden und dokumentieren Sie vorab die Testbedingungen und Erfolgskriterien.
• Seien Sie gründlich beim Testen und bei der Dokumentation der Testergebnisse. Achten Sie jedoch darauf, dass Sie überflüssige Tests vermeiden, damit Ihre Testverfahren die Entwicklung nicht verlangsamen.
• Erstellen Sie einen Standardsatz von Tests für jeden Elementtyp, um die Wiederholbarkeit zu verbessern.
• Dokumentieren Sie Testergebnisse und Schlussfolgerungen.
• Testen Sie mehrmals, um sicherzustellen, dass Ihre Testergebnisse die Realität und nicht den Zufall widerspiegeln.
• Verwenden Sie Testbedingungen, die repräsentativ für Ihre Produktionsumgebung sind.

In den folgenden Abschnitten werden weitere wichtige Überlegungen zu manuellen Tests beschrieben.

Manuelles Testen von semantischen Modellen

Semantische Modelle sind ein wichtiger Bestandteil einer Lösung in Fabric und Power BI, da sie eine Upstreamquelle für Berichte, Dashboards und andere Clienttools und Fabric-Workloads sind. Daher ist es wichtig, Ihre semantischen Modelle vor der Bereitstellung zu überprüfen.

Beantworten Sie Fragen wie die folgenden, um Ihr semantisches Modell zu überprüfen.

• Enthalten Tabellen unerwartete fehlende, doppelte oder falsche Werte?
• Geben DAX-Measures die erwarteten Ergebnisse ohne lange Abfragezeiten zurück?
• Wird eine geplante Aktualisierung ohne lange Aktualisierungszeiten erfolgreich abgeschlossen?
• Beobachten Sie Ergebnisse vom Typ (Leer) in Datenvisualisierungen, Filtern oder Abfrageergebnissen, die durch Verstöße gegen die referentielle Integrität verursacht werden?
• Verhindert die Datensicherheit wie RLS oder die Sicherheit auf Objektebene (Object-Level Security, OLS) ausreichend, dass nicht autorisierte Personen auf das Modell oder die zugehörigen Daten zugreifen?
• Sind Modellobjekte (z. B. DAX-Measures oder Tabellenspalten) in Anzeigeordner unterteilt?

Sie können verschiedene Tools und Ansätze verwenden, um Ihre semantischen Modelle zu überprüfen.

• Power BI Desktop: Mit Power BI Desktop können Sie verschiedene Aspekte Ihrer semantischen Modelle mithilfe verschiedener Funktionen überprüfen. Beispiele für Power BI Desktop-Funktionen, die das Testen semantischer Modelle erleichtern, sind:
  • Visuelle Canvas: Testen Sie die Funktionalität und Genauigkeit des Modells mithilfe von Drag & Drop-Visualisierungen.
  • DAX-Abfrageansicht: Testen Sie die Modellgenauigkeit und den DAX-Code mit DAX-Abfragen, die Sie speichern und später wiederverwenden können.
  • Abfragediagnose: Testen Sie die Aktualisierungsleistung, indem Sie Diagnoseinformationen darüber abrufen, wie Abfragen in Power Query ausgewertet werden.
• Fabric: Funktionen und Elemente im Fabric-Portal ermöglichen es Ihnen, Aspekte Ihres semantischen Modells zu überprüfen, sobald es in einem Arbeitsbereich bereitgestellt wurde.
  • Sicherheit: Testen Sie die Sicherheit des Modells, indem Sie durch Identitätswechsel als Sicherheitsrolle oder Benutzer ausgeben.
  • Notebooks: Testen Sie die Funktionalität und Genauigkeit des Modells mithilfe von semantischem Link.
  • Überwachungshub: Testen und überwachen Sie die Datenaktualisierung von semantischen Modellen und anderen Fabric-Datenelementen.
• Tools von Drittanbietern: Mit Tools von Drittanbietern können Sie andere Aspekte Ihres semantischen Modells überprüfen, indem Sie entweder mehr Details oder andere Funktionen zur Verfügung stellen, die die Prüfung erleichtern. Beispiele für Tools von Drittanbietern, die das Testen semantischer Modelle erleichtern, sind:
  • DAX Studio: Testen und optimieren Sie die Leistung von DAX-Code, indem Sie detaillierte Aufschlüsselungen von DAX-Abfragezeitpunkten und Abfrageplänen erhalten.
  • Tabular Editor: Testen und debuggen Sie die Genauigkeit von DAX-Code, indem Sie detaillierte Aufschlüsselungen darüber erhalten, wie DAX-Abfragen ausgewertet werden und welcher Auswertungskontext aktiv ist.

Manuelles Testen von Berichten

Berichte sind eine gängige Möglichkeit für Benutzer, mit Ihren Daten zu interagieren. Viele Benutzer verlassen sich auf Berichte, um Entscheidungen zu treffen und Maßnahmen zu ergreifen, um ihre Geschäftsziele zu erreichen. Daher ist es wichtig, dass Sie Ihre Berichte vor der Bereitstellung überprüfen.

Beantworten Sie Fragen wie die folgenden, um Ihre Berichte zu überprüfen.

• Erfüllen Berichte die dokumentierten Geschäftsanforderungen?
• Werden die richtigen Visualtypen verwendet, um die richtige Frage zu beantworten?
• Sind Berichtsseiten klar und übersichtlich, ohne überwältigende Farben oder zu viele visuelle Elemente?
• Funktioniert der Bericht wie erwartet, wenn er auf eine enge Teilmenge von Daten gefiltert wird?
• Lässt der Bericht den Export nach Excel zu, und wenn ja, lässt er das Abrufen zusammengefasster Daten oder der zugrunde liegenden Daten zu?
• Kann der Bericht für berichtsübergreifende Drillthroughs oder zur Personalisierung visueller Elemente verwendet werden?

Sie können verschiedene Tools und Ansätze verwenden, um Ihre Berichte zu überprüfen.

• Power BI Desktop: Mit Power BI Desktop können Sie verschiedene Aspekte Ihrer Berichte mithilfe verschiedener Funktionen überprüfen. Beispiele für Power BI Desktop-Funktionen, die das Testen von Berichten erleichtern, sind:
  • Visuelle Canvas: Testen Sie die Berichtsfunktionalität mithilfe von Slicern, Filtern und anderen interaktiven Elementen.
  • Leistungsanalyse: Testen Sie die Berichtsleistung, indem Sie die Zeiten für das visuelle Rendering und die DAX-Abfragen messen. Sie können visuelle DAX-Abfragen aus der Leistungsanalyse kopieren, um sie in anderen Tools zu verwenden, und Leistungsergebnisse für die Dokumentation speichern.
  • Simulationen des Abfragegrenzwerts: Testen Sie die Leistung von Berichten, indem Sie die Speichergrenzwerte in der Kapazität simulieren, in der sie bereitgestellt werden sollen.
• Fabric: Funktionen und Elemente im Fabric-Portal ermöglichen es Ihnen, Aspekte Ihres Berichts zu überprüfen, sobald er in einem Arbeitsbereich bereitgestellt wurde.
  • App aktualisieren: Testen Sie die Berichtsfunktionalität und die Sicherheit bei der Verteilung von Berichten in Power BI-Apps und legen Sie verschiedene App-Zielgruppen fest, um zu bestimmen, wer welche Inhalte sehen darf. Wenn Sie App-Zielgruppen verwenden, können Sie eine Vorschau der Berichte anzeigen, auf die sie Zugriff haben, und die App selbst testen.
  • Leseansicht im Arbeitsbereich oder in der App: Testen Sie die Funktionalität und Genauigkeit von Berichten, indem Sie sie in der gleichen Umgebung wie Benutzer verwenden.

Manuelles Testen durch Ausführen einer Peer Review

Eine andere Möglichkeit, Inhalte manuell zu überprüfen, ist eine Peer Review. Bei einer Peer Review stellen Inhaltsersteller die Lösung oder einen Teil der Lösung einem Kollegen zur Auswertung zur Verfügung. Der Zweck einer Peer Review besteht darin, eine Lösung mithilfe der kollektiven Erfahrung und Expertise mehrerer Inhaltsersteller zu verbessern. Sie können Peer Reviews sowohl während als auch nach manuellen und automatisierten Tests durchführen.

Es gibt verschiedene Möglichkeiten, wie Sie eine Peer Review durchführen können.

• Funktionsüberprüfung: Eine Funktionsüberprüfung konzentriert sich auf Funktionen, Prozesse oder Geschäftsanforderungen, die die Lösung erfüllen sollte. Bei einer Funktionsprüfung verwenden die Prüfer die Lösung so, als wären sie selbst Endbenutzer. Sie dokumentieren alle Mängel oder Probleme, die sie finden, zusammen mit jeder subjektiven Kritik, um die Implementierung zu verbessern.
• Technische Überprüfung: Eine technische Überprüfung konzentriert sich auf die technischen Aspekte der Lösung, wie Datenmodellierung, Code oder Design. Bei einer technischen Überprüfung bewerten die Prüfer, wie bestimmte Funktionen oder Änderungen implementiert wurden, und schlagen alternative Ansätze vor oder weisen auf mögliche Fehler oder Risiken des aktuellen Ansatzes hin.
• Pull Request: Beim Ausführen der Quellcodeverwaltung erstellen Sie einen Pull Request (PR), um Ihre Änderungen in der neuesten Version einer Lösung zusammenzuführen. Ein technischer Besitzer überprüft die vorgeschlagenen Änderungen und wertet den Quellcode aus. Diese Art der Überprüfung ist nützlich, um sicherzustellen, dass der Code den Standardkonventionen entspricht, wie z. B. die Formatierung von DAX- oder M-Code, oder um Antimuster oder potenziell problematischen Code zu identifizieren.

Nachdem Sie einen Peer Review-Zyklus abgeschlossen haben, sollten Sie alle empfohlenen Änderungen dokumentieren und integrieren. Bei Bedarf sollten Sie die Änderungen erneut zur Genehmigung übermitteln, bevor Sie mit den Benutzertests fortfahren. In der Regel sind mehrere Iterationen der Peer Review nur erforderlich, wenn es viele Änderungen oder einige komplexe Änderungen zum Testen gibt.

Automatisieren von Tests

Inhaltsersteller können Tests automatisieren, sodass Tests vor der Bereitstellung automatisch ausgeführt werden. Automatisierte Tests umfassen in der Regel vorbereitete Testbedingungen, die als Reaktion auf bestimmte Aktionen, wie das Speichern von Inhalten oder das Einreichen eines Pull Requests (PR), programmgesteuert ausgeführt und orchestriert werden. Die Ergebnisse automatisierter Tests werden automatisch für spätere Referenzen und Dokumentationen gespeichert.

Der Zweck eines automatisierten Tests besteht darin, die Zeit und den Aufwand zur Überprüfung von Inhaltsänderungen zu reduzieren und gleichzeitig die Konsistenz der Tests und Zuverlässigkeit ihrer Ergebnisse zu verbessern. Wenn Inhalte einen automatisierten Test nicht bestehen, werden sie in der Regel erst bereitgestellt, wenn die Probleme vom Inhaltsersteller behoben wurden.

Effektive automatisierte Tests sind ein wichtiger Bestandteil der Implementierung von DataOps. DataOps ermöglicht es Teams, Prozesse zu automatisieren und zu skalieren, indem sie Verfahren anwenden, die die Bereitstellung von Daten und Analysen verbessern und beschleunigen.

In den folgenden Abschnitten werden wichtige Überlegungen zum automatischen Testen von semantischen Modellen und Berichten in Power BI beschrieben.

Automatisieren der Tests von semantischen Modellen

Das automatisierte Testen von semantischen Modellen ist möglich, erfordert aber in der Regel eine individuelle Einrichtung mit Tools und Frameworks von Drittanbietern.

Sie können verschiedene Tools und Ansätze verwenden, um das Testen von semantischen Modellen zu automatisieren.

• Best Practice Analyzer (BPA): Mit Best Practice Analyzer können Sie Regeln festlegen, die Sie zur Auswertung eines semantischen Modells verwenden können. Sie können BPA mit Tabular Editor ausführen, wobei alle Regelverstöße in einem semantischen Modell identifiziert werden. Sie können Überprüfungen auf BPA-Regelverstöße automatisieren, indem Sie die Tabular Editor-Befehlszeilenschnittstelle (CLI) zusammen mit Azure DevOps oder als Teil eines anderen geplanten Prozesses verwenden.
• Fabric-Notizbücher und semantischer Link: Mit Notizbüchern in Fabric können Sie mit semantischen Modellen programmgesteuert interagieren. Sie können Notebooks verwenden, um Frameworks wie Great Expectations (GX) auszuführen, um Daten zu überprüfen. Darüber hinaus können Sie Measures und DAX-Abfragen auswerten und die Ergebnisse dann anhand bekannter Baselines testen.
• Power Automate: Mit Power Automate können Sie Abfragen mit semantischen Modellen ausführen und Berichte mithilfe der Power BI-REST-APIs exportieren. Sie können die Abfrageergebnisse anhand von bekannten Baselines prüfen und dann nachgelagerte Aktionen durchführen, wie z. B. das Auslösen von Warnungen an Inhaltsbesitzer.

Automatisieren der Tests von Berichten

Es gibt nur begrenzte Möglichkeiten, das Testen von Berichten zu automatisieren. Diese Optionen basieren auf externen Tools oder Communitylösungen, um visuelle Elemente oder Berichtseigenschaften automatisch zu überprüfen, z. B. das Überprüfen von Berichtsmetadaten oder das Simulieren von Benutzerinteraktionen mit Berichten.

Sie können verschiedene Tools und Ansätze verwenden, um das Testen von Berichten zu automatisieren.

• Analysen der bewährten Methoden für Berichte: Es gibt verschiedene Tools von Drittanbietern, die ähnliche Funktionen wie eine Analyse bewährter Methoden unterstützen, um die Erkennung von Problemen in Berichten durch Untersuchen der Berichtsdefinition zu automatisieren. Zwei Tools, die diese Funktionalität unterstützen, sind PBI Explorer und PBI Inspector.
• Power Automate Desktop: Mit Tools zur Benutzeroberflächenautomatisierung wie Selenium für Python oder Power Automate Desktop können Sie die Mausinteraktionen von Benutzern mit den Berichten simulieren. Durch Definieren eines Benutzerflows können Sie Navigation und Interaktionen testen. Diese Tests sind erfolgreich, wenn sie den Flow abschließen können, und schlagen fehl, wenn sie bestimmte Wörter oder Bilder auf dem Bildschirm erkennen (z. B. eine Fehlermeldung oder ein leeres Bild).

Entscheiden, wie Benutzer Inhalte überprüfen sollen

Sobald die Inhalte die manuellen und automatisierten Tests sowie die Peer Review bestanden haben, können sie von Benutzern getestet werden. Wenn Benutzer Inhalte testen, geben sie subjektives Feedback darüber ab, ob diese Inhalte die Geschäftsanforderungen erfüllen und ihren Erwartungen entsprechen, einschließlich der Rückgabe genauer Ergebnisse.

Die Benutzerprüfung erfolgt in der Regel in einem Testarbeitsbereich. Berücksichtigen Sie beim Einrichten eines Testarbeitsbereichs die folgenden Überlegungen.

• Erstellen einer Test-App: Wenn Sie beabsichtigen, Inhalte mithilfe einer Power BI-App zu verteilen, richten Sie eine Test-App für Testbenutzer ein, um die Inhalte zu überprüfen. Die Test-App muss mit der App identisch sein, die Sie in der Produktion einrichten. Denken Sie daran, in die Navigation der Test-App Links zu Dokumentation, Schulungen und Feedbackformularen aufzunehmen.
• Zugriff bereitstellen: Bestimmen Sie eine Teilmenge von Benutzern aus der Community, die die Lösung überprüfen sollen. Setzen Sie sich mit diesen Benutzern in Verbindung und vereinbaren Sie, wann und warum sie diese Inhalte überprüfen sollen. Stellen Sie dann sicher, dass Sie ihnen Zugriff auf die Inhalte gewähren und sie den entsprechenden Sicherheitsrollen hinzufügen. Teilen Sie Links zu den Inhalten oder der Test-App mit den Benutzern, damit sie mit dem Testen beginnen können.
• Geplante Aktualisierung einrichten: Die Benutzerprüfung sich in der Regel über einen längeren Zeitraum. Es lohnt sich, eine geplante Aktualisierung der Datenelemente im Testarbeitsbereich einzurichten, damit die Benutzer mit den neuesten Daten testen können.

Bevor Sie mit der Benutzerüberprüfung beginnen, sollten Sie die erforderlichen Vorbereitungen durchführen.

• Planen Sie, wann die Benutzerüberprüfung erfolgen soll.
• Geben Sie an, ob die Benutzerüberprüfung auf einen bestimmten Zeitraum oder einen Teil eines iterativen Prozesses beschränkt ist.
• Erstellen Sie eine Methode zum Sammeln von Feedback, z. B. mithilfe Microsoft Forms.
• Teilen Sie den an der Prüfung beteiligten Benutzern die Planung und die Erwartungen mit.
• Organisieren Sie eine Einführung für die Benutzerprüfung, um die Benutzer anzuleiten und die Erwartungen zu steuern.
• Führen Sie Schulungen für Benutzer durch, um den Prüfungs- und Feedbackprozess zu veranschaulichen.

Hier sind einige verschiedene Möglichkeiten, um die Benutzerüberprüfung von Inhalten zu erleichtern.

• Beobachtungstests: Beobachtungstests sind kurze Sitzungen, in denen Inhaltsersteller einen oder mehrere Benutzer bei der Verwendung der Inhalte ohne Anleitung oder Anweisungen beobachten. In diesen Sitzungen nutzen Inhaltsersteller ihre Beobachtungen, um mögliche Fehler, Probleme oder Verbesserungen an der Lösung zu identifizieren. Diese Tests können wertvoll sein, da sie wenig Zeit und Aufwand für die Organisation erfordern und auf bestimmte Funktionen oder Teile einer Lösung beschränkt werden können. Beobachtungstests sind am nützlichsten, um frühes Feedback zu einem Design oder Ansatz zu erhalten, z. B. bei einem Proof of Concept (POC).
• Tests mit Fokusgruppen: Fokusgruppentests sind begrenzte Sitzungen, die mit einer kleinen Gruppe von Benutzern organisiert werden, die den Inhalt gemeinsam durchgehen. Diese Fokusgruppen werden zusammengestellt, um die wichtigsten Interessengruppen und Fachexperten auszuwählen, die das beste Feedback zu bestimmten Merkmalen oder Funktionalitäten geben können. Fokusgruppentests können sich über mehrere interaktive Sitzungen erstrecken. Fokusgruppentests erfordern mehr Zeit und Aufwand als Beobachtungstests, können aber detaillierteres Feedback zu einer Lösung liefern.
• Benutzerakzeptanztests: Benutzerakzeptanztests (User Acceptance Testing, UAT) ist ein formaler Prozess, bei dem eine größere Gruppe von Einzelpersonen aus der Benutzercommunity überprüft und asynchrones Feedback zu einer Lösung liefert. UAT erfordern die meiste Zeit und Mühe bei der Organisation, sind aber auch die gründlichste Art der Durchführung von Benutzertests. Sobald die Testbenutzer die Lösung akzeptieren und die Probleme mit dem Feedback gelöst sind, können die Inhalte im Produktionsarbeitsbereich bereitgestellt werden.

Sobald Sie sich entschieden haben, wie Inhalte überprüft werden sollen, können Sie planen, wie Sie sie in und zwischen den Arbeitsbereichen bereitstellen möchten.

Checkliste: Die Planung, wie Inhalte überprüft werden, umfasst folgende wichtige Entscheidungen und Aktionen:

Zugehöriger Inhalt

Im nächsten Artikel dieser Reihe erfahren Sie, wie Sie Inhalte als Teil der Verwaltung des Inhaltslebenszyklus bereitstellen.