7 Tipps zum Schreiben von Testfällen zur Verbesserung Ihres ERP-Softwaretestprozesses

Testfälle sind sehr wichtig, um die Qualität Ihres ERP-Softwaretestprozesses sicherzustellen. Sie sind die ersten Schritte in einem Testzyklus und wenn Testfälle nicht von ausreichender Qualität sind, wird das gesamte Projekt ‘belastet’. Das Schreiben von “großartigen” Testfällen ist eine Fähigkeit, die durch einfaches Ausführen Form erhält. Aber es ist sehr praktisch, einige Einblicke zu haben, die Ihnen helfen könnten. Mit diesem Artikel möchte ich Sie erreichen und Vorschläge geben, um es einfacher, unterhaltsamer und besser zu machen. Die Tipps, die gegeben werden, beziehen sich insbesondere auf Testfälle bei Abnahmetests von ERP-Systemen.

Was sind Testfälle?

In der Welt des Softwaretests gibt es viele Definitionen von Testfällen. Aus diesem Grund ist es wichtig, unsere Definition zu nennen. In unserer Philosophie sind Testfälle (basierend auf IEEE610): “Eine Reihe von Testeingaben, Ausführungsbedingungen und erwarteten Ergebnissen, die für ein bestimmtes Ziel entwickelt wurden.” Zu wissen, wie man gute Testfälle schreibt, ist äußerst nützlich für jeden, der testen möchte. Sei es ein Funktionstest, ein User Acceptance Test, das Testen einer Webanwendung oder eines Moduls eines ERP-Systems. In allen oben beschriebenen Situationen bestimmen die Testfälle, inwieweit die Ergebnisse ein Urteil über die vorgegebenen Ziele abgeben.

Warum ist das Schreiben von Testfällen so schwierig?

Wie in der Definition beschrieben, führen Testfälle Tester durch eine Folge von Testanweisungen, um festzustellen, ob die Software die vordefinierten Anforderungen erfüllt oder nicht. Die Ausführung von Testfällen hilft uns, Informationen zu sammeln und zu entdecken, um dieses spezifische Ziel oder Ziel zu erreichen. Das erste Problem, dem wir direkt begegnen, ist die Vielfalt möglicher Ziele. Und weil es verschiedene Arten von Tests und Zielen gibt, gibt es verschiedene Arten von entsprechenden Testfällen.

Ein zweites Problem bezieht sich auf den Inhalt der eigentlichen Testanweisung oder -schritte. Das Niveau dieser Anweisungen hängt von der Art des Testers ab, der diese Informationen interpretieren und eine Meinung abgeben muss. Ein professioneller Tester benötigt andere Anweisungen als ein Endbenutzer, der an der Abnahmeprüfung eines ERP-Systems beteiligt ist

Tipp 1: Bestimmen Sie Ihr Ziel und was Sie melden möchten

Überlegen Sie, was Sie melden möchten, damit Sie Ihr Ableitungsziel bestimmen können. Wenn Sie dies als Basis verwenden, haben Sie den Umriss des Testfalls im Blick. Es gibt viele verschiedene Ziele, bei denen wir uns immer fragen müssen, was wir lernen oder erreichen wollen, wenn wir den Test durchführen. Hier einige Beispiele:

• Fehler finden: Dies ist der klassische Zweck des Testens. Ein Test wird durchgeführt, um Defekte aufzudecken.
• Maximiere die Anzahl der Fehler: Der Unterschied zwischen “Maximierung der Anzahl der Fehler” und “Fehler finden” besteht darin, dass die Gesamtzahl der Fehler wichtiger ist als die Abdeckung.
• Vorzeitige Produktfreigaben blockieren: Ziel dieses Tests ist es, möglichst viele schwerwiegende Mängel (Showstopper) vorzeitig zu finden, damit niemand das Produkt in Produktion nimmt.
• Unterstützung von Managern bei ihren Go / No-Go-Entscheidungen: Manager treffen Entscheidungen auf der Grundlage von Risiken. Risikoindikationen wie Testabdeckung, Auswirkungen der gefundenen Probleme usw. Geben Sie ihnen einen besseren Hintergrund, auf dem sie ihre Entscheidungen stützen können.
• Konformitätsbewertung nach Spezifikation: Die angeblichen Spezifikationen werden auf ihre Funktionsfähigkeit überprüft. Alle Angelegenheiten, die nicht mit den Spezifikationen verbunden sind, werden ignoriert.
• Beurteilung der Qualität: Dies ist ein schwieriges Ziel, da Qualität mehrdimensional ist. Die Art der Qualität hängt von der Art des Produkts ab. Zur Beurteilung der Qualität sollten klare Kriterien aufgestellt werden, die so definiert sind, dass sie tatsächlich messbar gemacht werden können.

Die aus den Testfällen abgeleiteten Testergebnisse liefern direkt relevante Informationen über das Ziel.

Tipp 2: Reservieren Sie ausreichend Entwurfszeit

Reservieren Sie genügend Zeit, um Ihre Testfälle so zu entwerfen, dass sie Ihren Zielen entsprechen. Schlechte Testfälle werden Sie während des gesamten Testprozesses verfolgen. Vergleichen von Testergebnissen, Berichten über mehrere Testrunden usw. Werden im Wesentlichen durch die Qualität Ihrer Testfälle bestimmt.

Wenn Ihnen bereits die Zeit zum Entwerfen ausgeht, Sie aber trotzdem mit dem Testen beginnen möchten, stellen Sie sicher, dass Sie zumindest die Hauptrisiken definiert haben. Wenn 10 Tester 5 Testfälle mit 1 Testschritt überprüfen müssen, führt dies zu 50 Testergebnissen. Egal was diese 50 Ergebnisse geben mehr Informationen über Qualität als nichts zu tun. Dies wird wahrscheinlich nicht erschöpfend sein, aber es ist ein erster Schritt. Daraus kann der Detaillierungsgrad bestimmter Teile bestimmt werden.

Wir ziehen es vor, dass Sie im Voraus darüber nachdenken, wie der Test gestaltet werden soll, und dass die Ergebnisse des Tests eine echte Antwort auf das Ziel geben. Aber in Wirklichkeit ist das manchmal widerspenstig.

Tipp 3: Testfall benennen

Die Benennung von Testfällen ist wichtig. In einem durchschnittlichen ERP-Test haben Sie leicht mehr als 500 Testfälle. Sie werden verstehen, dass eine logische Namensstruktur die Auffindbarkeit verbessert. In der Literatur wird oft von einer möglichst vollständigen Bezeichnung gesprochen, in der das zu testende Verfahren, Modul, Objekt etc. Sind alle im Namen enthalten. Sie können sich vorstellen, dass die Bereitstellung von 500 Testfällen mit einem so vollständigen Titel zu einer chaotischen Verwaltung führt. Mit einer einfachen Excel-Tabelle verlieren Sie leicht den Überblick. Testverwaltungstools bieten eine Struktur, mit der Sie Testfälle mit wiederverwendbaren Objekten verknüpfen können, ohne dass sie den Namen “verschmutzen”. Sie haben auch Testregistrierungstools, die diese Beziehungen auf andere Weise organisieren.

Innerhalb von TestMonitor haben wir zum Beispiel eine andere Lösung erfunden. Im Tool können Sie Labels oder Tags definieren, die Sie dann mit Testfällen verknüpfen können. Innerhalb von TestMonitor werden die Testfälle mit einem oder mehreren Business Process-, Risk-, Requirement- oder Application Labels verknüpft. Dadurch können Testfälle gruppiert und aus verschiedenen Perspektiven abgerufen werden.

Für den Namen eines Testfalls innerhalb des Testmonitors genügt eine klare Beschreibung des Zwecks des Testfalls. Um es einfach zu machen, beschreiben Sie eine Aktivität mit einer impliziten Erwartung.

Beispiel Testfallname:
“Beendigung des Mietverhältnisses – unabhängiges Haus”
“Kunde erstellen” “Vorläufiger Buchungsbeleg”
usw.

Beispiel für Testfall “Provisorischer Buchungsbeleg”, der mit mehreren Labels verknüpft ist:

• geschäftsprozess ‘Wareneingang’
• Anforderung ‘Vertragsanforderung’
• Risiko ‘Operationelles Risiko’
• Anwendung ‘ERP’

Es ist wichtig, das erwartete Ergebnis pro Testfall zu beschreiben. Der Tester weiß dann, in welche Richtung die “Antwort” gehen muss und erhält direkt ein explizites Testframework.

Tipp 4: Beschreibung des Testschritts

Wie in der Definition beschrieben Testfälle sind eine Sammlung von Testanweisungen, die uns helfen, Informationen zu finden, um ein bestimmtes Ziel zu erreichen.

Ein Testfall muss einen klaren Anfang und ein klares Ende haben, um festzustellen, ob der Testfall bestanden wurde oder nicht. Zusätzlich wird ein Testfall aus einer oder mehreren Testanweisungen oder -schritten zusammengesetzt, wobei mehrere Pfade möglich sind, um das gewünschte Ergebnis zu erzielen. Nur den Weg des Erfolgs zu testen, ist oft unzureichend. In bestimmten Situationen können nicht erfolgreiche Pfade den Unterschied ausmachen.

Es ist wichtig, Testschritte so klar wie möglich zu definieren, damit der Endbenutzer für einen User Acceptance Test genau weiß, was er zu tun hat. Natürlich gibt es Vorbedingungen, wie Functional Level Tester, Kenntnisse des neuen Systems, Kenntnisse der möglichen angepassten Geschäftsprozesse usw. Aber im Wesentlichen sollte jeder alle Testschritte verstehen.

Angenommen, wir beschreiben den Testfall “Mietvertragsbeendigung – unabhängiges Zuhause” für einen einfachen Erfolgspfad weiter:

1. Wählen Sie eine Einheit aus und beginnen Sie mit der Kündigung des Mietvertrags. Kontrollieren Sie, ob es Voraussetzungen gibt, unter denen die Kündigung des Mietverhältnisses akzeptiert werden kann / nicht, und erstellen Sie eine Aufzeichnung davon.
2. Vereinbaren Sie einen Termin für die Endkontrolle.
3. Füllen Sie die Daten auf dem Bildschirm Beendigung des Mietverhältnisses. Überprüfen Sie die Mieterdaten in der Kündigungskarte.
4. Registrieren Sie die Kündigung des Mietvertrags und senden Sie ein Konformationsschreiben. Überprüfen Sie, ob das Bestätigungsschreiben im digitalen Archiv eingegangen ist.
5. Überprüfen Sie im Vertragsregister der Einheit, dass der aktuelle Vertrag gekündigt ist, dass der gekündigte Vertrag mit der Beendigung des Mietverhältnisses verbunden ist und dass ein neu angelegter Leerstandsvertrag vorliegt.
6. Überprüfen Sie den neuen (Vakanz-) Vertrag anhand der Mietrichtlinie und der Elementvorlagen.

Was fällt Ihnen auf?

• Jeder Testschritt beginnt mit einem Verb
• , gefolgt von einem Thema
• , das mit Detaillierungs- und möglicherweise Kontrollfragen endet. Sie können die Kontrollfragen in separaten Testschritten stellen, aber die Praxis zeigt, dass die Kontrollfrage eine Verfeinerung der Aktion ist und dann logischerweise als Testschritt notiert wird.

Im oben genannten Beispiel wird davon ausgegangen, dass ein Spezialist aus einem bestimmten Bereich den Testschritt auswertet. Und weil er oder sie Spezialist ist, werden keine Eingabebedingungen vorgegeben oder explizite Erwartungen skizziert, denn der Spezialist hat noch seine eigenen Fallstudien im Ärmel und seine Erwartungen sind glasklar.

Sollten Sie aktuell keinen Spezialisten haben, können Sie die Testschritte mit Eingabebedingungen und expliziten Erwartungen erweitern.

Zum Beispiel Testschritt 1 beim Testfall “Kündigung Mietvertrag – Eigenheim” mit weiteren Details.

1. Wählen Sie die Einheit “Fleet Street 677” und starten Sie die Kündigung des Mietverhältnisses. Die Bedingungen stellen sicher, dass diese Einheit nicht vor Zahlung der Rückstände gekündigt werden kann.
2. Usw.

Tipp 5: Nicht mehr als 10 Testschritte in 1 Testfall

Wir stoßen regelmäßig auf Testprojekte, bei denen einem Testfall >50 Testschritte zugeordnet sind. Dies ist aus mehreren Gründen zu viel:

• Alle Testschritte müssen separat durchgeführt (oder explizit bestanden) werden, bevor ein Testfall ein Urteil erhält.
• Die abschließende Beurteilung eines Testfalls wird durch den “schlechtesten” Wert bestimmt. Es kann also durchaus sein, dass 49 Testschritte als “gut” und einer als “falsch” bewertet werden, was zu einem “falschen” Testfall führt. Die Messung der Prüfschritte soll dabei ähnlich sein. Damit meine ich, dass praktisch jeder Testschritt gleich dem Effekt der Auswertung sein muss. Wenn Sie 10-Testschritte haben, die Sie befolgen müssen, einschließlich 2-kleiner Testschritte, die in keinem Verhältnis zu den anderen 8-Testschritten stehen, müssen Sie diese neu formulieren. Das gleiche gilt umgekehrt mit einem harten Testschritt.
• Bei zu vielen Testschritten innerhalb eines Testfalls geht der Tester schnell verloren. Wir haben keine wissenschaftliche Studie darüber gemacht, aber die Praxis zeigt, dass ein Testfall nicht mehr als 10 Testschritte umfassen sollte. Man kann sich viele Ausnahmen vorstellen (Konvertierungskontrollen usw.), aber in der Praxis funktioniert dies für einen Benutzerakzeptanztest eines ERP-Systems am besten.
• Für Entwickler ist es schwierig, den gefundenen Fehler zu reproduzieren. Mit vielen Testschritten wird der Entwickler viel Zeit verlieren, wenn er versucht, die Situation nachzuspielen.
• Wiederholungen oder Wiederholungstests großer Testfälle nehmen zu viel Zeit in Anspruch. Wenn ein Fehler von einem Tester erkannt wird, muss der entsprechende Testfall erneut getestet werden. Ein erneuter Test erfordert, dass genau dieser Schritt neu bewertet wird. Wenn Sie zu viele Testschritte ausführen, testen Sie höchstwahrscheinlich zu viel. Auf diese Weise dauert der Testprozess länger und kann Ihre Tester möglicherweise überlasten.

Daneben haben Sie auch Testregistrierungstools, die dem Tester die Testfälle in verschiedenen Formen präsentieren können. TestMonitor zum Beispiel hat zwei verschiedene Ansichten. Der TestMonitor verfügt über ein Display, das alle Testschritte separat pro Seite anzeigt und ein Display, in dem die Testfälle pro Seite inklusive aller Testschritte dargestellt werden.Der Vorteil der ersten Anzeige besteht darin, dass jeder Tester für jeden Testschritt mehr Informationen erhalten kann. Der Nachteil für den Fall, dass der Tester erfahrener ist, muss er jedes Mal auf “Weiter” klicken, wenn er mit dem nächsten Testschritt fortfahren möchte. In der anderen Ansicht für jeden Testfall sind die Vor- und Nachteile umgekehrt.

Tipp 6: Überprüfung durch einen Nicht-Designer / Lieferanten

In der Praxis sehen wir regelmäßig Testskripte, die von den Programmierern des Softwareanbieters erstellt wurden. Bei der Überprüfung dieser Testskripte durch die eventuellen Tester gibt es normalerweise mehr Fragen als Antworten. Umgekehrt funktioniert dies auch für Testskripte, die von den eigenen Mitarbeitern erstellt wurden. Es bietet einen echten Mehrwert, diese vom Softwareanbieter zu überprüfen. Sie betrachten die fertigen Testskripte mit anderen Augen und lassen sich immer wieder sinnvolle Ergänzungen oder Modifikationen einfallen.

Mit ein wenig Brainstorming mit den Spezialisten des Softwareanbieters und der Kundenorganisation können Sie sich schnell auf das Wesentliche konzentrieren, was getestet werden muss. Nehmen Sie sich dann die Zeit, die Testfälle und Nicht-Erfolgsszenarien zu betrachten, und Sie werden feststellen, dass Ihr Testmodell schnell umfangreicher und detaillierter wird. Außerdem erhalten Sie mehr Informationen über die Qualität, als Sie für möglich gehalten haben.

Tipp 7: TestMonitor

Nutzen Sie außerdem eine professionelle Testplattform und machen Sie Qualität wirklich aufschlussreich. Fordern Sie noch heute eine kostenlose Testversion von TestMonitor an und sehen und erleben Sie den Unterschied selbst.

Wenn Sie ein Neuling in der Welt des Testens sind, werden Sie leicht von all der Testterminologie überwältigt, die herumgeworfen wird. In diesem Artikel werden wir versuchen, einige der Jargons zu erklären, denen Sie in Ihrem täglichen Testleben begegnen könnten, um alles ein wenig verständlicher zu machen.

Testen mit TestMonitor starten

Noch kein TestMonitor-Benutzer? Gutes und einfaches Testen hat für Qualitätssicherungsmanager, Testmanager, IT-Manager, Testmanager und den Release Manager oberste Priorität. TestMonitor macht das Testen auch für Testbenutzer einfach und macht Spaß.

Also lass uns anfangen. Vielleicht möchten Sie sich unser Video ansehen oder die Produktbroschüre herunterladen. Aber natürlich können Sie mit einer kostenlosen Testversion die Benutzerfreundlichkeit von TestMonitor wirklich selbst erleben.

In Kontakt bleiben? Folgen Sie TestMonitor auf Twitter und LinkedIn.