Planung planning

In diesem Dokument wird beschrieben, was Sie für die Planung Ihres Tests wissen müssen. Außerdem sollten Sie die folgenden Fragen beantworten, bevor Sie Ihre Tests durchführen:

Bevor Sie beginnen before-you-start

Bevor Sie mit der eigentlichen Analyse und Definition der Tests beginnen, lesen Sie die folgenden Informationen durch:

AEM-Architektur: Lesen Sie „Grundlegende Konzepte“, um sich mit der Architektur und den Grundprinzipien von AEM vertraut zu machen.

Dokumentation: In der Dokumentation und den Anleitungsartikeln erhalten Sie weitere Informationen.

Grundlegende Prinzipien des Testens: Sie sollten die Grundlagen von Softwaretests und Qualitätssicherung kennen. Vorzugsweise sollten Sie bereits Erfahrung mit dem Testen von Projekten haben.

Es gibt viele Websites, Bücher und Kurse, die solche Prinzipien behandeln. Deshalb werden sie in diesem Dokument nicht weiter besprochen.

Zu vermeidende Annahmen: Die größte Annahme ist, dass Ihre Website täglich Millionen von Anfragen bedienen muss. Unter bestimmten Umständen kann dies zwar zutreffen, Sie sollten es jedoch nicht grundsätzlich voraussetzen.

Zukünftige Werte können zwar nicht 100 % genau vorausgesagt werden, aber Sie erhalten einen guten Anhaltspunkt, indem Sie Ihre aktuelle Website und den Besucher-Traffic beobachten. Sie können dann anhand des Faktors, um den der Besucher-Traffic erwartungsgemäß/hoffentlich wachsen wird, Schätzungen anstellen.

Verpflichtung zur Qualität: Es ist äußerst wichtig, dass jeder, der am Test teilnimmt, neutral bleibt und nur die Ergebnisse der durchgeführten Tests berichtet.

Es liegt in der Verantwortung des Projekt-Managers, abhängig von den Ergebnissen Handlungen zu bestimmen und zu veranlassen.

Sich einbringen: Obwohl es in der Verantwortung des bzw. der Projektverantwortlichen liegt, sicherzustellen, dass alle Betroffenen an allen Meetings beteiligt sind (Status, Workshops usw.), sollten auch Sie versuchen, sich so früh wie möglich in den Projektzyklus einzubinden. Dazu gehören Informationssammlung und Anforderungsanalyse.

Den Kunden einbinden: In ähnlicher Weise sollten Sie auch versuchen, beim Definieren Ihrer Testfälle und des Testplans nach Möglichkeit den Kunden einzubeziehen.

Testarten types-of-tests

Es gibt verschiedene Standardklassifikationen von Tests, die sich zum Testen von AEM-Projekten eignen. Sie sollten mit ihnen vertraut sein, um zu entscheiden, welche Sie verwenden möchten:

Komponententests: Tests werden (in der Regel) vom Entwicklungs-Team durchgeführt, um sicherzustellen, dass sich die einzelnen Elemente korrekt verhalten (wenn auch isoliert).

Integrationstests: Testet Module in Kombination. Diese Tests werden nach Komponententests, aber vor Systemtests durchgeführt.

Smoke-Tests: Hierbei handelt es sich um Schnelltests, um zu überprüfen, ob die Software ausgeführt wird und allgemeine Funktionen verfügbar sind. Es werden keine Detailtests durchgeführt.

Funktionstests: Diese Tests werden verwendet, um die Funktionalität der Software zu testen. Es wird eine Testreihe konzipiert, die alle Funktionsdetails mit vorgesehenen, nicht vorgesehenen und/oder fehlerhaften Eingaben abdeckt.

Black-Box-Tests sind Funktionsprüfungen einer vollständigen Einheit/Komponente bzw. eines Moduls und werden ohne Kenntnis der internen Funktionsweise des betreffenden Elements durchgeführt.

Systemtests: Hierbei wird das gesamte System getestet, nachdem es vollständig auf einer geeigneten Plattform integriert und installiert wurde.

Sie testen die Funktionalität nach dem Black-Box-Prinzip.

Leistungstests: Leistungstests sind beim Testen von AEM äußerst wichtig.

Sie zeigen die Leistung unter verschiedenen Bedingungen auf:

Die Ergebnisse werden dann verwendet, um die Anwendung zu optimieren.

Belastungstest: Belastungstests werden durchgeführt, um zu prüfen, wie sich eine Komponente oder Anwendung unter Extrembedingungen verhält. Insbesondere werden diese Tests verwendet, um zu zeigen, wie sich das Verhalten verschlechtert, wenn das Element fehlschlägt.

Regressionstests: Regressionstests werden verwendet, um zu bestätigen, ob Funktionen, die bereits in einer vorherigen Version der Software getestet wurden, weiterhin ordnungsgemäß funktionieren.

Regressionstests eignen sich gut für Automatisierung (sofern möglich), um sicherzustellen, dass sie schnell und konsistent wiederholt werden können.

Akzeptanztests: Akzeptanztests sind eine spezielle Kategorie, da sie verwendet werden, um die Akzeptanz des Projekts beim Kunden zu prüfen.

Die Akzeptanztests umfassen möglicherweise einige Tests aus den oben aufgeführten Kategorien. Sie werden ausgewählt, um sicherzustellen, dass das Projekt die Kundenanforderungen erfüllt.

Weitere Informationen finden Sie unter Akzeptanz und Abnahme.

Erste Schritte getting-started

Bevor Sie mit Ihren detaillierten Testfällen und Ihrem Testplan beginnen, können Sie Folgendes tun:

Definieren der Ziele: Definieren Sie Ihre allgemeinen Ziele, die im Laufe der Tests als Ausgangspunkt für die Feinabstimmung dienen. Sie sollten Folgendes tun:

und andere.

Sammeln von Traffic-Statistiken von der bestehenden Website: Diese Informationen können aus den Protokolldateien extrahiert werden. Weitere Informationen finden Sie unter „Leistungsüberwachung“.

Diese Zahlen geben einen Überblick über den aktuellen Traffic (Menge und Verteilung) auf der vorhandenen Website und können als Ausgangspunkt für die neue Website verwendet werden.

Sammeln von Traffic-Statistiken von externen Websites: Wenn möglich, können Sie zum Vergleich Traffic-Statistiken zu anderen Websites heranziehen. Diese Zahlen werden jedoch nicht immer veröffentlicht.

Bestätigen von Zielmetriken: Metriken werden zum Festlegen quantitativer Messwerte für die Qualität der Website verwendet, da sie Leistungsziele darstellen.

Sie sollten zu Beginn des Projekts gemeinsam mit der Kundschaft definiert werden. Weitere Informationen finden Sie unter Zielmetriken.