Menü

5 Wichtige Diagramme, die Tester zur Verwendung benötigen

5 important diagrams that testers need learn how use

Versuchen Sie Unser Instrument, Um Probleme Zu Beseitigen

Ohne Bilder gab es keine Aufzeichnungen über Frühgeschichte, passables Wissen und Sprachentwicklung.

Nicht zu dramatisch zu dramatisieren, aber Diagramme haben ihren eigenen besonderen Platz, selbst in einer Welt mit hochentwickelten und raffinierten Formen des Schreibens und Ausdrucks.

In der Technologiebranche liegen uns unsere Diagramme sehr am Herzen.

Hier sind einige der wichtigsten, mit denen wir Tester häufig in engen Kontakt kommen und wie wir sie verwenden.

Was du lernen wirst:

5 Diagramme, die Tester zur Verwendung benötigen

Diagramme für Tester

Auf geht's.

# 1) Flussdiagramme:

Flussdiagramme eignen sich am besten für Prozessabbildungen. Sie verwenden spezifische Symbole für jede Aufgabe / Art von Aktion, die innerhalb des Prozesses ausgeführt wird. Es ermöglicht Entscheidungen, Verzweigungen, Schleifen usw. und ist somit ein perfektes Werkzeug für die Dokumentation und das Verständnis.

Die Tester finden die Flussdiagramme normalerweise im Testplan, in der Teststrategie, in Anforderungsartefakten (BRD, FRD usw.) oder in anderen Prozessdokumenten.

Die am häufigsten verwendeten Symbole und ihre Bedeutung in einem Flussdiagramm sind:

  • Ovale- Zum Starten und Stoppen
  • Rechtecke- Zur Bearbeitung / oder einer Aufgabe
  • Diamant- Für Entscheidungen

Ausführliche Informationen zu Flussdiagrammformen finden Sie unter Flussdiagrammsymbole .

Das Verstehen eines Prozesses oder eines Kontrollflusses durch ein Flussdiagramm ist sehr einfach. Es hilft beim Erinnern, Verstehen und dient als Kurzreferenz.

Lesen Sie auch => So schreiben Sie komplexe Business Logic-Testszenarien mithilfe der Entscheidungstabellen-Technik

Hier sind zwei Möglichkeiten, wie wir Tester Flussdiagramme verwenden:

a) Flussdiagramme für Kontrollfluss und statistische Analyse:

Zyklomatische Komplexität ist eine Metrik, mit der wir messen können, wie komplex ein bestimmtes Softwareprogramm ist. Eine der Möglichkeiten, die zyklomatische Komplexität zu kennen, besteht darin, dass wir den Umfang der Unit-Tests verstehen, die durchgeführt werden müssen, um eine vollständige Abdeckung zu erreichen (weitere Informationen und Links unten).

Das Flussdiagramm ist eine Methode, um zu dieser Kennzahl zu gelangen.

Lassen Sie uns anhand eines Kontrollflussdiagramms lernen, wie die zyklomatische Komplexität für das folgende Programm berechnet wird.

Kontrollflussdiagramm

Erstellen Sie einfach ein Kontrollflussdiagramm wie unten gezeigt und verwenden Sie diese Formel:

Zyklomatische Komplexität: = Anzahl der Verbindungen oder Leitungen - Anzahl der Knoten + 2

Kontrollflussdiagramm 1

Aus dem Diagramm geht hervor, dass die Anzahl der Knoten 7 und die Verbindungen 7 beträgt.

Daher beträgt die zyklomatische Komplexität dieses Codeteils 7-7 + 2 = 2.

Benötigen Sie weitere Informationen zur Verwendung des Kontrollflussdiagramms und der zyklomatischen Komplexität?

Überprüfen Sie dies heraus:

b) Flussdiagramme zur Prozessdarstellung:

Das Folgende ist ein Fehlerverfolgungsprozess, der in einem Flussdiagrammformat dargestellt wird. Wie Sie sehen können, ist es sehr einfach zu absorbieren und zu implementieren:

((Hinweis:Klicken Sie auf das Bild für die vergrößerte Ansicht)

Flussdiagramme zur Prozessdarstellung

# 2) Zustandsübergangsdiagramme:

Zustandsübergangstabellen oder -diagramme sind hervorragende Analysewerkzeuge, wenn Sie komplexe Systeme betrachten, die von einem Zustand zum anderen viele Änderungen erfahren.

Für diejenigen Anfänger da draußen, die denken: 'Was ist ein Zustandsübergang?' - Stellen Sie sich eine Glühbirne vor, die von einem Schalter gesteuert wird. Ein Schalter kann ein- und ausgeschaltet werden. Der Zustand, in dem sich eine Glühbirne zu einem bestimmten Zeitpunkt befinden kann, ist EIN oder AUS, und das Ereignis / die Aktion, die den Übergang von einem Zustand in einen anderen bewirkt, ist das Umlegen des Schalters.

Dies kann in Form eines Diagramms oder einer Tabelle dargestellt werden. Wie unten:

Zustandsübergangsdiagramm

LightBulb ONLightBulb AUS
LightBulb ONN.Kippschalter AUS
Glühbirne AUSKippschalter EINN.

Einfach, nicht wahr? Nehmen wir etwas Komplexeres an. Sehen Sie sich ein Zustandsübergangsdiagramm für ein Ticketingsystem an. Es ist ziemlich einfach und leicht zu verstehen.

Zustandsübergangsdiagramm für ein Ticketingsystem

Bitte beachten Sie, dass Zustandsübergangsdiagramme normalerweise geschäftsentitätszentriert und nicht visuell seitenorientiert visuell sind.

Zum Beispiel: Die Kerngeschäftseinheit in unserem Fall ist das Ticket selbst, das über die Anwendung erstellt wird. Der erste Teil, das Erstellen des Tickets, könnte das Navigieren im System durch einige Seiten beinhalten:

  • Seite 1-> Wählen Sie Nr. von Reisenden - Erwachsenen, Kindern und Senioren.
  • Seite 2-> Wählen Sie den Typ des Tickets - eine Tageskarte, eine Wochenkarte, eine Monatskarte usw.
  • Seite 3-> Überprüfen Sie die Details und schließen Sie sie ab.
  • Seite 4-> Zahlung leisten usw.

Es kann also viele verschiedene visuelle Übergänge von Seite zu Seite geben, aber das Ticket selbst befindet sich im Status der Erstellung. Daher erstellen wir normalerweise kein ST-Diagramm für visuelle Übergänge (Sie können es, wenn Sie möchten, aber es wird nicht so häufig verwendet), sondern für Statusübergänge der Kerngeschäftseinheit.

Sobald das ST-Diagramm erstellt wurde, können Sie es verwenden, um die End-to-End-Testszenarien und Endbenutzertransaktionen wie folgt zu identifizieren:

ST-Diagramm

Die drei gelben Linien sind drei End-to-End-Fälle, die beim Testen die kritischsten und am häufigsten verwendeten Bereiche der Anwendung abdecken. Dies ist ein nützliches Werkzeug, um aussagekräftige Testfälle und End-to-End-Abnahmetests zu erstellen.

Eine ausführlichere Erklärung und Verwendung in der Praxis finden Sie unter => Zustandsübergangstesttechnik zum Testen komplexer Anwendungen

# 3) Kontextdiagramme:

Softwaresysteme fungieren selten als unabhängige Einheiten. Einfache Anwendungen wie Taschenrechner, Notizblock usw. funktionieren möglicherweise selbstständig, aber Unternehmensanwendungen sind häufig mit vielen anderen Anwendungen verbunden.

Zum Beispiel: Ein Abrechnungssystem kann mit der Buchhaltungsanwendung, dem Arbeitszeittabellensystem für Mitarbeiterstunden und dem HR-Portal für Mitarbeiterdetails interagieren. Kontextdiagramme sind hervorragende Diagramme, die all diese Beziehungen auf leicht verständliche Weise darstellen.

Das Folgende ist ein Kontextdiagramm für das gerade beschriebene Lohn- und Gehaltsabrechnungssystem:

Kontextdiagramm

Ein Kontextdiagramm zeigt sehr deutlich den Kontext eines bestimmten Systems mit allen anderen Entitäten, die sich darauf beziehen. Eine einfache Erklärung finden Sie hier =>

Eine einfache Erklärung finden Sie hier => Systemkontextdiagramm

Kontextdiagramme helfen Testern, das System im weiteren Sinne zu verstehen und Teststrategien zu erstellen, die diese eingehenden und ausgehenden Beziehungen enthalten, die das System zu den anderen Entitäten unterhält. Wir erstellen möglicherweise kein Kontextdiagramm als Teil unseres Testprozesses, aber falls verfügbar, hilft es beim Verständnis.

# 4) Mindmaps:

Eine Mind Map verfolgt einen beschäftigten Geist, der von Thema zu Thema springt. Jeder Gedanke wird tiefer und verzweigt sich mit jeder Idee weiter. Es ist eine Diagrammform, bei der Sie einfach mit Ihrer Hauptidee beginnen und jeden einzelnen Untergedanken dokumentieren, der daraus entsteht.

Beste Datenträgerbereinigung für Windows 10

Mind Maps können für alles und jeden verwendet werden. Obwohl sie noch nicht in IEEE, CMMI oder anderen Standardvorlagen oder Prozessdokumenten erscheinen, sind sie immer noch ein sehr beliebter Bestandteil der Kultur der Softwareindustrie.

Eine sehr beliebte Verwendung von Mind Maps ist das Verfolgen von Erkundungstests. (Ich weiß, ich weiß, Sie denken, warum müssen explorative Tests überhaupt nachverfolgt werden? Dies liegt daran, dass es mit schnellen Entwicklungszyklen, agilen und anderen schnelleren Methoden der Softwareentwicklung für Tester weniger wahrscheinlich wird, die zu finden Zeit und Umfang für eine vollständige Dokumentation. Dies bedeutet, dass das Ausmaß der Erkundung zunimmt und verstärkt werden muss. Mind Maps können genau das für Sie tun.)

Zum Beispiel: Das folgende Diagramm zeigt eine E-Commerce-Anwendung, in der Sie Ihre Tests einfach wie folgt mit einer Mind Map verfolgen:

Diagramm für eine E-Commerce-Anwendung

Tester erhalten die Mind Maps möglicherweise nicht als Eingaben. Aber wir könnten Situationen sehen, in denen wir sie schaffen müssen. Das ist sehr einfach. Beginnen Sie mit Ihrer zentralen Idee oder Ihrem Ausgangspunkt und folgen Sie, wohin Ihre Gedanken Sie führen. Es gibt viele einfache und kostenlose Online-Tools, die Sie für Mind Mapping verwenden können. Dies ist der, mit dem ich das Obige gezeichnet habe Karte hier.

Weitere Informationen und Tools finden Sie unter => Mind Mapping beim Testen von Software - Möglichkeiten, um das Testen unterhaltsamer zu gestalten!

# 5) ER-Diagramme:

Entity-Relationship (ER) -Diagramme werden für die Datenbankmodellierung verwendet. Sie helfen uns, die Tabellen, ihre Felder und die Beziehung zwischen Feldern in einer Tabelle und Feldern in anderen Tabellen im DB-System zu verstehen. Es zeigt die Komponenten Ihres DB-Systems und die Beziehungen zwischen ihnen auf visuelle Weise.

ER-Diagramme dienen auch als erster Testlauf des DB-Modells und zur Visualisierung, bevor DB-Systeme entworfen und erstellt werden.

In ER-Diagrammen werden Entitäten (die Instanzen von DB-Tabellen) und ihre Beziehungen (eins zu eins, eins zu viele, eins zu obligatorisch usw.) mithilfe von Kästchen und Krähenfußverbindern dargestellt. ))

Es gibt viele Variationen der ER-Diagramme, aber die einfachste Version kann wie folgt aussehen:

IS-Diagramm

Bild Quelle

Eine kurze Einführung und Erklärung finden Sie unter:

# 6) Bonus: Mock-up-Bildschirme / Wireframes:

Wireframes sind entweder HTML oder einfache Bilder (Screenshots), die uns die zukünftige UI-Seite / -Komponente schematisch zeigen.

Wireframes sind ein Segen für Tester, da sie es uns sehr einfach machen, das Endprodukt zu visualisieren und ihren Testdesign-Analyseprozess zu verbessern. Dies bedeutet bessere Testszenarien, bessere Testfälle und damit eine höhere Testeffektivität.

Wireframes können einfache handgezeichnete Bilder oder interaktiv erstellte Webseitenstrukturen oder andere Diagramme sein, die für das endgültige System repräsentativ sind.

Ein einfaches Drahtmodell für den Anmeldebildschirm kann wie folgt aussehen:

Anmeldebildschirm

Hier ist ein kurzer Link, um zu verstehen, wie QA-Teams Drahtgitter für frühe Tests verwenden, und einige Tools, um sie zu erstellen => Wireframes - sollten sie wirklich getestet werden? Und wenn ja, wie?

Zum Abschluss: Wie können Sie diese Diagramme bei Bedarf erstellen?

Meistens interpretieren Tester die meisten der oben genannten Diagramme. Aber selten müssen wir sie erstellen. MS Visio und SmartDraw sind großartige Werkzeuge. Wenn Sie jedoch etwas Freies und Leichtes suchen (keine Installation und Einrichtung), Hier geht es los.

Wenn Sie keinen Zugang zum Internet haben und nur Ihr Wort oder Ihre Farbe haben, können Sie die verfügbaren Formen verwenden, um diese Diagramme zu erstellen (zumindest die meisten davon). Dies ist meine am wenigsten bevorzugte Methode, da sie zeitaufwändig und nicht so benutzerfreundlich ist, aber funktioniert.

Über den Autor: Dieser Artikel wurde von unserem Teammitglied Swati verfasst.

Welche Diagramme verwenden Sie und welche sind Ihre Favoriten?

Literatur-Empfehlungen

^