Überblick zum Workshop zur Überprüfung der Teststrategie

  • 15 Minuten

Das Ziel von Success by Design ist es, bei der Implementierung von Microsoft Dynamics 365 ein erfolgreiches Ergebnis für den Kunden sicherzustellen. Im Folgenden sind die Ziele der Überprüfung der Teststrategie aufgeführt:

  • Kommunikation und Verständnis fördern – Der Workshop zur Überprüfung der Teststrategie soll ein Gespräch über die Teststrategie fördern, das das allgemeine Verständnis des Implementierungsteams hinsichtlich der Ziele, der Typen, der Abdeckung und Planung des Tests sowie des Ansatzes zur Überprüfung der Lösung fördert.
  • Risiken und Probleme identifizieren – Durch einen umfassenden, aber allgemeinen Blick auf die Teststrategie können Sie Probleme und Risiken mit dem Lösungsdesign‑ oder Implementierungsansatz identifizieren, die sich negativ auf das Ergebnis auswirken.
  • Empfehlungen geben – Basierend auf den identifizierten Risiken stellt der Workshop Empfehlungen bereit, die Sie bei der optimalen Verwaltung und Minderung der Risiken unterstützen.

Der Workshop zur Überprüfung der Teststrategie kann für komplexe Projekte persönlich durchgeführt werden. In diesem Fall wird er in der Regel als einzelner Workshop durchgeführt, der alle erforderlichen Themen abdeckt. Der Workshop wird meistens remote durchgeführt.

Die folgenden Abschnitte behandeln die wichtigsten Aspekte des Workshops zur Überprüfung der Teststrategie und bieten eine Auswahl der Arten von Fragen, die in jedem Abschnitt behandelt werden.

Allgemeine Teststrategie

Die Teststrategie umfasst den übergeordneten Ansatz und den Plan zur Überprüfung der Lösung für den Produktionseinsatz. Dieses Thema konzentriert sich auf die Beantwortung von Fragen wie:

  • Gibt es eine dokumentierte Teststrategie?
  • Spiegelt die Teststrategie die Bedürfnisse und Umstände dieses Projekts wider?
  • Ist die Teststrategie in einer projektbezogenen und für die relevanten Projekt‑ und Geschäftsbeteiligten verständlichen Sprache formuliert?

Projektumfang gegenüber Testumfang

Der Testumfang ist eindeutig vom Umfang des Projekts abhängig. In diesem Abschnitt wird untersucht, wie gut der Projektumfang durch den Testumfang abgedeckt wird.

Dieses Thema geht der folgenden Frage nach: Wie und im Rahmen welcher Testphase bzw. Testart sollen die Projektfunktionsumfangs-Bereiche getestet werden?

Stellen Sie sich beispielsweise den folgenden Umfang vor:

  • Geschäftsprozesse
  • Geschäftsanforderungen
  • Entwurfsanforderungen
  • Daten (zur funktionalen Nutzung, Migration, Schnittstellen, Berichterstellung/BI usw.)
  • Geografie
  • Kundenspezifische Bereiche
  • Prozessänderungen
  • Sicherheit
  • Rechtliche Anforderungen
  • Projektziele

Eine weitere Frage dieses Themas ist: Wie und im Rahmen welcher Testphase bzw. Testart sollen die nichtfunktionalen Projektumfangsbereiche getestet werden?

Stellen Sie sich beispielsweise den folgenden Umfang vor:

  • Leistung
  • Benutzerfreundlichkeit
  • Bedienbarkeit
  • Wartbarkeit
  • Notfallwiederherstellung
  • Geschäftskontinuität
  • Sonstige für dieses Projekt relevante Bereiche

Testplan auf hoher Ebene

Die Tests werden während des gesamten Projekts durchgeführt, und der übergeordnete Testplan bietet die Struktur, um zu zeigen, wie die verschiedenen Testtypen und ‑phasen aufeinander aufbauen, um eine inkrementelle und umfassende Validierung der Lösung zu ermöglichen. Dieses Thema konzentriert sich auf die Beantwortung von Fragen wie:

  • Wie wird der übergeordnete Testplan in den Projektplan integriert?
  • Spiegelt die Testplanung die Teststrategie wider?
  • Sind alle Testarten und ‑phasen im Testplan genau abgebildet?
  • Bietet der Testplan im Verhältnis zur Größe und Komplexität des Projekts ausreichend Zeit und Aufwand für die Durchführung von Tests?
  • Zeigt der Testplan, dass der Zeit‑ und Arbeitsaufwand, der den verschiedenen Testbereichen zugewiesen wird, im Verhältnis zum Risiko steht, das für das Unternehmen angegeben wird?

Testphasen und ‑typen

Tests in einer Geschäftsanwendung wie Dynamics 365 sind facettenreich, und die Testphasen und ‑typen repräsentieren die Validierung verschiedener Ebenen und Dimensionen der Lösung. In diesem Abschnitt wird die Vollständigkeit einiger wichtiger Testspezifikations‑ und Testmanagementattribute der wichtigsten Testphasen und ‑typen untersucht.

Die folgenden Tabellen zeigen eine Ansicht der Bereiche, die jeder Testtyp definiert haben sollte.

Tests – Hauptdefinitionen

Testphase/Testtyp Hauptziele Herkunftsbelege Testabdeckung Teilnahmekriterien Beendigungskriterien
Geben Sie den Titel der Testphase ein (z. B. Integrationstest oder Benutzerakzeptanztest), oder geben Sie die wichtigsten Testtypen (z. B. Leistungstest oder Mock Cutover) ein. Geben Sie die wichtigsten Ziele ein, die in jeder Testphase voraussichtlich erreicht werden. Listen Sie den Dokumenttyp/Anforderungsbereich auf, der verwendet wird, um den Inhalt von Testfällen und die Akzeptanzkriterien zu definieren. (Mit anderen Worten: was wird als Definition verwendet, gegen die das Testergebnis validiert wird?) Bestimmen Sie, welche Bereiche des Projektumfangs in dieser Phase voraussichtlich validiert werden sollen, zum Beispiel: End-to-End-Geschäftsprozess und zugehörige Konfiguration – Spezifische Funktionen – Migrierte Daten Definieren Sie die Zugangskriterien, die erfüllt sein müssen, damit diese Testphase als bereit für den Beginn der formellen Umsetzung gilt. Definieren Sie die Abschlusskriterien, die die Testergebnisse erfüllen müssen, damit diese Testphase als zielerfüllend angesehen wird und diese Phase formal verlassen werden kann.

Testverwaltung

Testphase/Testtyp Testvorbereitung Testimplementierung Testberichte Testverwaltungstool(s) Testbesitzer
Geben Sie den Titel der Testphase ein (z. B. Integrationstest oder Benutzerakzeptanztest), oder geben Sie die wichtigsten Testtypen (z. B. Leistungstest oder Mock Cutover) ein. Kurze Beschreibung der Testvorbereitung mit Erwartungen der Testzugangskriterien (z. B. Testskripterstellung, Datenanforderungen oder Umgebungen) Kurze Beschreibung, wie dieser Test implementiert wird (welche Rollen werden die Tests durchführen oder wie der Lebenszyklus eines Defekts verläuft) Definieren Sie, wie der Testfortschritt gemeldet wird und wie die Ergebnisse/Qualität analysiert und berichtet werden, z. B.: – Berichte zur internen Verwendung im Projekt – Berichte für Hauptgeschäftsbeteiligte Bestimmen Sie die Tools, die zum Speichern, Überprüfen und Verwalten des Testframeworks, der Testfälle und der Testergebnisse verwendet werden. Überlegen Sie auch, welche Tools verwendet werden, um Testfälle den Anforderungen/Umfängen zuzuordnen, wie z. B. Azure DevOps, Kira oder Microsoft Excel. Legen Sie fest, wer für das Ergebnis dieses Tests verantwortlich ist.

Die Informationen aus den vorhergehenden Tabellen gelten für alle Testarten. Zu den wichtigsten Testphasen und ‑typen, die abgedeckt werden könnten, gehören:

  • Einheitentests
  • Funktions-/Prozesstests
  • Systemintegrationstests
  • End-to-End-Tests
  • Benutzerakzeptanztests (UAT)
  • Regressionstests

Zu den wichtigsten nichtfunktionalen Testtypen, die abgedeckt werden können, gehören:

  • Leistungstests
  • Datenüberprüfung
  • Sicherheitstests

Diese Liste ist nicht vollständig, und je nach Art des Projekts können andere Arten von Tests relevant sein, wie z. B. Point-of-Sale-Tests (POS) für Einzelhandelsgeschäfte oder Scangerätetests für Lageranwendungen.

Zusätzliche Fragen, die für einen bestimmten Testtyp/eine bestimmte Testphase besonders relevant sind und von den vorherigen Kategorien möglicherweise nicht angemessen abgedeckt werden, sind:

  • Wurden aus Anforderungen und/oder Geschäftsszenarien funktionale Testfälle definiert?
  • Deckt der Funktionstest alle Funktionsmodule ab?
  • Werden die Funktionstestskripte mit Unternehmensbenutzern geprüft?
  • Erklärt die Strategie für Systemintegrationstests das Erstellen einer produktionsähnlichen Testumgebung für die Durchführung von Systemintegrationstests?
  • Wurde eine Methode definiert, um alle beteiligten Systeme beim Systemintegrationstest zu synchronisieren/resynchronisieren?
  • Wurden End-to-End-Testfälle mit dem Besitzer jedes Funktionsmoduls validiert?
  • Berücksichtigt die End-to-End-Teststrategie Nutzbarkeitstests?
  • Wurden die wichtigsten Stakeholder für UAT identifiziert?
  • Dokumentiert der UAT-Plan klar die Rolle jedes Stakeholders in der UAT-Phase?
  • Haben Sie während der UAT einen klaren Kommunikationsplan mit allen erforderlichen Stakeholdern erstellt?
  • Wurde jeder Hauptprozess in Unterprozesse zerlegt?
  • Wurden die Testszenarien in UAT priorisiert?
  • Enthält der UAT-Testplan eine angemessene Bereitstellung der UAT-Testumgebung?
  • Haben Sie vor dem UAT-Test eine Benutzerschulung für die Tester geplant?
  • Wurde eine angemessene Definition für den Kernsatz von Tests erstellt, die eine Regressionstestsuite bilden würden?
  • Gibt es einen Prozess, um aktuelle Änderungen (auf hoher Ebene) für Regressionstests zu identifizieren?
  • Beinhaltet der Testplan die Automatisierung von Regressionstests?
  • Wurde ein Prozess für Datenvalidierungstests definiert?
  • Wurden die richtigen Geschäftsbeteiligten für die Durchführung von Datenvalidierungstests identifiziert?
  • Gibt es einen Plan für die Durchführung von End-to-End-Tests für migrierte Daten?
  • Umfassen Datenvalidierungstests Datenabgleichsberichte und ‑pläne?
  • Wurden Schlüsselbereiche für Sicherheitstests identifiziert?
  • Erfordert der Testplan, dass alle erforderlichen Sicherheitsrollen und ‑berechtigungen definiert und ausgefüllt werden, bevor UAT‑ oder Systemintegrationstests durchgeführt werden?
  • Beinhaltet die Sicherheitsteststrategie die Sicherheitsanforderungen Ihres Unternehmens?

Tools

Die Planung, Vorbereitung, Durchführung und Berichterstattung von Tests erfordert einen erheblichen Verwaltungsaufwand. Bei den einfachsten Projekten kann dieser Prozess über Tabellenkalkulationen verwaltet werden, aber das kann bei komplexeren Projekten unpraktisch und schwer zu verfolgen sein. Die meisten Projekte verwenden irgendeine Form von Aufgabenverwaltungssoftware. Darüber hinaus verwenden viele Organisationen Automatisierungstools, um Tests zu planen, zu erstellen, Tests durchzuführen und die Testergebnisse zu melden. Dieses Thema konzentriert sich auf die Beantwortung von Fragen wie:

  • Welche Testverwaltungstools werden verwendet und auf welche Weise, um Tests auf Quellanforderungen abzubilden (Rückverfolgbarkeitsmatrix)?
  • Welche Testverwaltungstools werden verwendet, um die Identifizierung und Speicherung von Testfällen zu verwalten?
  • Welche Testverwaltungstools werden verwendet, um die Ressourcenzuweisung zu verwalten und den gesamten Lebenszyklus eines Tests von seiner Erstellung über die Durchführung des Tests, die Zusammenstellung der Testergebnisse, die Fehlerprotokollierung bis hin zur Auflösung und Wiederholung zu verfolgen?
  • Welche Tools werden verwendet, um die Ausführung von Testtypen und die Erfassung der Ergebnisse zu automatisieren?