Use Case und Use Case Testing Complete Tutorial

use case use case testing complete tutorial

Lassen Sie uns zunächst verstehen 'Was ist ein Anwendungsfall?' und später werden wir diskutieren 'Was ist Use Case Testing?' .

Ein Anwendungsfall ist ein Werkzeug zum Definieren der erforderlichen Benutzerinteraktion. Wenn Sie versuchen, eine neue Anwendung zu erstellen oder Änderungen an einer vorhandenen Anwendung vorzunehmen, werden mehrere Diskussionen geführt. Eine der kritischen Diskussionen, die Sie führen müssen, ist, wie Sie die Anforderungen für die Softwarelösung darstellen.

Geschäftsexperten und Entwickler müssen ein gegenseitiges Verständnis für die Anforderung haben, da dies sehr schwer zu erreichen ist. Jede Standardmethode zur Strukturierung der Kommunikation zwischen ihnen wird wirklich ein Segen sein. Dies wird wiederum die Fehlkommunikation reduzieren und hier kommt der Anwendungsfall ins Spiel.

Dieses Tutorial gibt Ihnen ein klares Bild über das Konzept des Anwendungsfalls und des Testens und behandelt dabei die verschiedenen Aspekte mit praktischen Beispielen, um das Verständnis für jeden zu erleichtern, der mit dem Konzept völlig neu ist.

Was du lernen wirst:

• Anwendungsfall
• Wer verwendet Use-Case-Dokumente?
• Arten von Anwendungsfällen
  • # 1) Anwendungsfälle für sonnige Tage
  • # 2) Anwendungsfälle für Regentage
• Elemente in Anwendungsfällen
• Darstellung
• Wie schreibe ich einen Anwendungsfall?
• Anwendungsfalldiagramm
• Benutzeraktionen
• Was ist Anwendungsfalltest?
  • Einige Fakten
  • Wie erstelle ich eine Testfallvorlage?
• Fazit
• Literatur-Empfehlungen

Anwendungsfall

Der Anwendungsfall spielt eine wichtige Rolle in den verschiedenen Phasen des Software Development Life Cycle. Der Anwendungsfall hängt von 'Benutzeraktionen' und 'Reaktion des Systems' auf die Benutzeraktionen ab.

Es ist die Dokumentation der vom Akteur / Benutzer durchgeführten 'Aktionen' und das entsprechende 'Verhalten' des Systems gegenüber den 'Aktionen' des Benutzers. Anwendungsfälle kann oder kann nicht dazu führen, dass der „Akteur / Benutzer“ ein Ziel für Interaktionen mit dem System erreicht.

Im Anwendungsfall werden wir beschreiben 'Wie reagiert ein System auf ein bestimmtes Szenario?' . Es ist 'benutzerorientiert' und nicht 'systemorientiert'.

Es ist „benutzerorientiert“: Wir werden angeben, welche Aktionen der Benutzer ausführt und was die Akteure in einem System sehen.

Es ist nicht „systemorientiert“: Wir werden nicht 'Was sind die Eingaben für das System?' Und 'Was sind die Ausgaben, die vom System erzeugt werden?' Angeben.

Das Entwicklungsteam muss die „Anwendungsfälle“ schreiben, da die Entwicklungsphase stark von ihnen abhängt.

Use Case Writer, Teammitglieder und Kunden tragen zur Erstellung dieser Fälle bei. Um diese zu erstellen, muss ein Entwicklungsteam zusammengestellt werden, und das Team sollte sich der Projektkonzepte sehr bewusst sein.

Nach der Implementierung des Falls wird das Dokument getestet und das Verhalten des Systems entsprechend überprüft. In einem Fall bedeutet der Großbuchstabe 'A' 'Schauspieler', der Buchstabe 'S' 'System'.

Wer verwendet Use-Case-Dokumente?

Diese Dokumentation gibt einen vollständigen Überblick über die verschiedenen Arten, wie der Benutzer mit einem System interagiert, um das Ziel zu erreichen. Eine bessere Dokumentation kann dazu beitragen, die Anforderungen an ein Softwaresystem viel einfacher zu ermitteln.

Diese Dokumentation kann von Softwareentwicklern, Software-Testern sowie Stakeholdern verwendet werden.

Verwendung der Dokumente:

• Entwickler verwenden die Dokumente, um den Code zu implementieren und zu entwerfen.
• Tester verwenden sie zum Erstellen der Testfälle .
• Geschäftsinteressenten verwenden das Dokument, um die Softwareanforderungen zu verstehen.

Arten von Anwendungsfällen

Es gibt 2 Arten.

Sie sind:

• Sonniger Tag
• Regnerischen Tag

# 1) Anwendungsfälle für sonnige Tage

Dies sind die Hauptfälle, die am wahrscheinlichsten auftreten, wenn alles gut läuft. Diese haben eine höhere Priorität als die anderen Fälle. Sobald wir die Fälle abgeschlossen haben, geben wir sie dem Projektteam zur Überprüfung und stellen sicher, dass wir alle erforderlichen Fälle abgedeckt haben.

Was ist die beste Computer-Reinigungssoftware?

# 2) Anwendungsfälle für Regentage

Diese können als Liste der Randfälle definiert werden. Die Priorität solcher Fälle wird nach den „Sunny Use Cases“ liegen. Wir können die Hilfe von Stakeholdern und Produktmanagern in Anspruch nehmen, um die Fälle zu priorisieren.

Elemente in Anwendungsfällen

Nachstehend sind die verschiedenen Elemente aufgeführt:

1) Kurz Beschreibung : Eine kurze Beschreibung des Falls.

2) Schauspieler : Benutzer, die an Anwendungsfallaktionen beteiligt sind.

3) Voraussetzung : Voraussetzungen, die erfüllt sein müssen, bevor der Fall beginnt.

4) Grundlegend Fließen : 'Basisablauf' oder 'Hauptszenario' ist der normale Arbeitsablauf im System. Es ist der Fluss von Transaktionen, die von den Akteuren durchgeführt werden, um ihre Ziele zu erreichen. Wenn die Akteure mit dem System interagieren, wie es der normale Workflow ist, tritt kein Fehler auf und die Akteure erhalten die erwartete Ausgabe.

5) Alternativ fließen : Neben dem normalen Workflow kann ein System auch einen „alternativen Workflow“ haben. Dies ist die seltenere Interaktion eines Benutzers mit dem System.

6) Ausnahme fließen : Der Ablauf, der einen Benutzer daran hindert, das Ziel zu erreichen.

7) Post Bedingungen : Die Bedingungen, die nach Abschluss des Falls überprüft werden müssen.

Darstellung

Ein Fall wird häufig in einem einfachen Text oder einem Diagramm dargestellt. Aufgrund der Einfachheit des Anwendungsfalldiagramms wird es von jeder Organisation als optional angesehen

Anwendungsfallbeispiel:

Hier werde ich den Fall für die Anmeldung bei einem Schulverwaltungssystem erläutern.

Zu beachtende Punkte

• Häufige Fehler, die die Teilnehmer mit dem Anwendungsfall machen, sind, dass er entweder zu viele Details zu einem bestimmten Fall enthält oder überhaupt nicht genügend Details.
• Dies sind Textmodelle, falls erforderlich, können wir ein visuelles Diagramm hinzufügen oder nicht.
• Bestimmen Sie die zutreffende Voraussetzung.
• Schreiben Sie die Prozessschritte in der richtigen Reihenfolge.
• Geben Sie die Qualitätsanforderungen für den Prozess an.

Wie schreibe ich einen Anwendungsfall?

Die unten zusammengefassten Punkte helfen Ihnen beim Schreiben dieser Punkte:

=> Wenn wir versuchen, einen Fall zu schreiben, lautet die erste Frage, die gestellt werden sollte: 'Was ist die Hauptverwendung für den Kunden?' Mit dieser Frage können Sie Ihre Fälle aus der Sicht des Benutzers schreiben.

=> Wir müssen eine Vorlage für diese erhalten haben.

=> Es muss produktiv, einfach und stark sein. Ein starker Anwendungsfall kann das Publikum beeindrucken, selbst wenn es kleinere Fehler aufweist.

=> Wir sollten es nummerieren.

=> Wir sollten den Prozessschritt in seiner Reihenfolge schreiben.

=> Geben Sie den Szenarien den richtigen Namen. Die Benennung muss entsprechend dem Zweck erfolgen.

=> Dies ist ein iterativer Prozess. Wenn Sie sie zum ersten Mal schreiben, ist dies nicht perfekt.

=> Identifizieren Sie die Akteure im System. Möglicherweise finden Sie eine Reihe von Akteuren im System.

Beispiel ,Wenn Sie eine E-Commerce-Website wie Amazon in Betracht ziehen, finden wir dort Akteure wie Käufer, Verkäufer, Großhändler, Wirtschaftsprüfer, Lieferanten, Händler, Kundenbetreuung usw.

Betrachten wir zunächst die ersten Akteure. Wir können mehr als einen Schauspieler haben, der das gleiche Verhalten hat.

Zum Beispiel , Sowohl Käufer als auch Verkäufer können ein Konto erstellen. Ebenso können sowohl Käufer als auch Verkäufer nach Artikeln suchen. Es handelt sich also um doppelte Verhaltensweisen, die beseitigt werden müssen. Abgesehen von der Verwendung der doppelten Fälle müssen wir allgemeinere Fälle haben. Daher müssen wir die Fälle verallgemeinern, um Doppelarbeit zu vermeiden.

=> Wir müssen die zutreffende Voraussetzung bestimmen.

Anwendungsfalldiagramm

Das Anwendungsfalldiagramm ist eine bildliche Darstellung der Aktionen eines Benutzers in einem System. In diesem Zusammenhang ist es ein großartiges Werkzeug. Wenn das Diagramm viele Akteure enthält, ist es sehr leicht zu verstehen. Wenn es sich um ein Diagramm auf hoher Ebene handelt, werden nicht viele Details geteilt. Es zeigt komplexe Ideen auf ziemlich grundlegende Weise.

Abb. Nr.: UC 01

Wie in der Abb. Nr.: UC 01 Es stellt ein Diagramm dar, in dem Rechteck ein 'System' darstellt, Oval einen 'Anwendungsfall' darstellt, Pfeil eine 'Beziehung' darstellt und der Mann einen 'Benutzer / Schauspieler' darstellt. Es zeigt ein System / eine Anwendung, dann die Organisation / Personen, die mit ihr interagieren, und den grundlegenden Ablauf von 'Was macht das System?'

Abb. Nr.: UC 02

Abb. Nr.: UC 03 - Anwendungsfalldiagramm für die Anmeldung

Dies ist das Anwendungsfalldiagramm des Anmeldefalls. Hier haben wir mehr als einen Schauspieler, die alle außerhalb des Systems platziert sind. Schüler, Lehrer und Eltern gelten als Hauptakteure. Deshalb werden sie alle auf der linken Seite des Rechtecks ​​platziert.

Administrator und Mitarbeiter werden als sekundäre Akteure betrachtet, daher platzieren wir sie auf der rechten Seite des Rechtecks. Akteure können sich beim System anmelden, daher verbinden wir die Akteure und den Anmeldefall mit einem Konnektor.

Weitere im System enthaltene Funktionen sind Kennwort zurücksetzen und Kennwort vergessen. Sie beziehen sich alle auf den Anmeldefall, daher verbinden wir sie mit dem Connector.

Benutzeraktionen

Dies sind die Aktionen, die der Benutzer in einem System ausführt.

Zum Beispiel: Vor-Ort-Suche, Hinzufügen eines Artikels zu Favoriten, Kontaktaufnahme usw.

Hinweis:

• Ein System ist 'was auch immer Sie entwickeln'. Dies kann eine Website, eine App oder eine andere Softwarekomponente sein. Es wird im Allgemeinen durch ein Rechteck dargestellt. Es enthält Anwendungsfälle. Benutzer werden außerhalb des Rechtecks ​​platziert.
• Anwendungsfälle werden im Allgemeinen durch ovale Formen dargestellt, die die darin enthaltenen Aktionen angeben.
• Schauspieler / Benutzer sind die Leute, die das System benutzen. Aber manchmal können es andere Systeme, Personen oder andere Organisationen sein.

Was ist Anwendungsfalltest?

Es fällt unter die Testtechnik Functional Black Box. Da es sich um einen Black-Box-Test handelt, werden die Codes nicht überprüft. In diesem Abschnitt werden einige interessante Fakten dazu erläutert.

Es stellt sicher, ob der vom Benutzer verwendete Pfad wie beabsichtigt funktioniert oder nicht. Es stellt sicher, dass der Benutzer die Aufgabe erfolgreich ausführen kann.

Einige Fakten

• Es werden keine Tests durchgeführt, um die Qualität der Software zu bestimmen.
• Selbst wenn es sich um eine Art End-to-End-Test handelt, wird nicht die gesamte Abdeckung der Benutzeranwendung sichergestellt.
• Basierend auf den Testergebnissen, die aus den Use-Case-Tests bekannt sind, können wir die Bereitstellung der Produktionsumgebung nicht entscheiden.
• Es werden die Fehler beim Integrationstest herausgefunden.

Anwendungsfall Testbeispiel:

Stellen Sie sich ein Szenario vor, in dem ein Benutzer einen Artikel von einer Online-Shopping-Site kauft. Der Benutzer meldet sich zuerst beim System an und beginnt mit der Suche. Der Benutzer wählt einen oder mehrere Artikel aus, die in den Suchergebnissen angezeigt werden, und fügt sie dem Warenkorb hinzu.

Nach all dem wird er auschecken. Dies ist also ein Beispiel für eine logisch verbundene Reihe von Schritten, die der Benutzer in einem System ausführt, um die Aufgabe auszuführen.

Bei diesem Test wird der Transaktionsfluss im gesamten System von Ende zu Ende getestet. Anwendungsfälle sind im Allgemeinen der Pfad, den Benutzer am wahrscheinlichsten verwenden, um eine bestimmte Aufgabe zu erfüllen.

Auf diese Weise können Anwendungsfälle die Fehler leicht finden, da sie den Pfad enthalten, auf den die Benutzer mit größerer Wahrscheinlichkeit stoßen, wenn der Benutzer die Anwendung zum ersten Mal verwendet.

Schritt 1: Der erste Schritt ist die Überprüfung von Anwendungsfalldokumenten.

Wir müssen überprüfen und sicherstellen, dass die funktionalen Anforderungen vollständig und korrekt sind.

Schritt 2: Wir müssen sicherstellen, dass Anwendungsfälle atomar sind.

Zum Beispiel: Stellen Sie sich ein Schulverwaltungssystem mit vielen Funktionen wie 'Anmelden', 'Schülerdetails anzeigen', 'Markierungen anzeigen', 'Anwesenheit anzeigen', 'Kontaktpersonal', 'Gebühren einreichen' usw. vor. In diesem Fall versuchen wir dies Bereiten Sie die Anwendungsfälle für die Anmeldefunktion vor.

Wir müssen sicherstellen, dass keiner der normalen Workflow-Anforderungen mit anderen Funktionen verwechselt werden muss. Es darf sich ausschließlich auf die Anmeldefunktion beziehen.

Schritt 3: Wir müssen den normalen Workflow im System überprüfen.

Nach der Überprüfung des Workflows müssen wir sicherstellen, dass er vollständig ist. Basierend auf den Kenntnissen des Systems oder sogar der Domäne können wir die fehlenden Schritte im Workflow herausfinden.

Schritt 4: Stellen Sie sicher, dass der alternative Workflow im System abgeschlossen ist.

Schritt 5: Wir sollten sicherstellen, dass jeder Schritt im Anwendungsfall testbar ist.

Jeder im Use-Case-Test erläuterte Schritt ist testbar.

Zum Beispiel, Einige Kreditkartentransaktionen im System können aus Sicherheitsgründen nicht getestet werden.

Schritt 6: Sobald wir diese Fälle wiederbelebt haben, können wir die Testfälle schreiben.

Wir müssen Testfälle für jeden normalen Fluss und jeden alternativen Fluss schreiben.

Zum Beispiel , Betrachten Sie den Fall 'Show Student Marks' in einem Schulverwaltungssystem.

Anwendungsfall Name: Schülerzeichen anzeigen

Schauspieler: Schüler, Lehrer, Eltern

Voraussetzung:

1) Das System muss mit dem Netzwerk verbunden sein.

2) Schauspieler müssen einen Studentenausweis haben.

Anwendungsfall für 'Schülerzeichen anzeigen':

Entsprechender Testfall für den Fall 'Show Student Marks':

Bitte beachten Sie, dass die hier gezeigte Testfalltabelle nur die grundlegenden Informationen enthält. 'So erstellen Sie eine Testfallvorlage' wird im Folgenden ausführlich erläutert.

In der Tabelle wird der 'Testfall' angezeigt, der dem oben gezeigten Fall 'Show Student Mark' entspricht.

Der beste Weg, um Testfälle zu schreiben, besteht darin, zuerst die Testfälle für das Hauptszenario und dann für die alternativen Schritte zu schreiben. Das ' Schritte' in Testfällen werden aus Use-Case-Dokumenten abgerufen. Der aller erste ' Schritt' Im Fall 'Show Student Mark' wird 'Enter Student Name' zum ersten Schritt im „Testfall“.

Der Benutzer / Akteur muss es eingeben können. Dies wird die erwartetes Ergebnis .

Wir können die Hilfe von Testdesign-Techniken wie „ Grenzwertanalyse “ , 'Äquivalenzpartitionierung', während wir die Testfälle vorbereiten. Die Testdesign-Technik hilft dabei, die Anzahl der Testfälle und damit die zum Testen benötigte Zeit zu reduzieren.

Wie erstelle ich eine Testfallvorlage?

Wenn wir die Testfälle vorbereiten, müssen wir wie der Endbenutzer denken und handeln, d. H. Sich in die Lage eines Endbenutzers versetzen.

In diesem Zusammenhang stehen auf dem Markt verschiedene Tools zur Verfügung. ' TestLodge ist eines davon, aber es ist kein kostenloses Tool. Wir müssen es kaufen.

Wir benötigen eine Vorlage zur Dokumentation des Testfalls. Betrachten wir ein allgemeines Szenario, das FLIPKART-Login, mit dem wir alle vertraut sind. Mithilfe der Google-Tabelle können Sie die Testfalltabelle erstellen und für die Teammitglieder freigeben. Zur Zeit verwende ich ein Excel-Dokument.

Hier ist ein Beispiel

=> Laden Sie diese Testfalltabellenvorlage hier herunter

Benennen Sie das Testfallblatt mit einem entsprechenden Namen. Wir schreiben Testfälle für ein bestimmtes Modul in einem Projekt. Also müssen wir das hinzufügen 'Projektname' und das „Projektmodul ’Spalten in der Testfalltabelle. Das Dokument muss den Namen des Erstellers der Testfälle enthalten.

Deshalb hinzufügen 'Erstellt von' und Erstellungsdatum Säulen. Das Dokument muss von jemandem (Teamleiter, Projektmanager usw.) überprüft werden 'Rezensiert von' Spalte und ‘Überprüftes Datum’ .

Nächste Spalte ist 'Testszenario' Hier haben wir das Beispiel-Testszenario bereitgestellt ‘Facebook-Login überprüfen’ . Fügen Sie die Spalten hinzu ‘Testszenario-ID’ und ‘Testfallbeschreibung’ .

Für jedes Testszenario werden wir schreiben „Testfälle ’. Fügen Sie also die Spalten hinzu ‘Testfall-ID’ und ‘Testfallbeschreibung ’. Für jedes Testszenario gibt es ‘Post Condition’ und 'Voraussetzung' . Fügen Sie die Spalten 'Nachbedingung' und 'Vorbedingung' hinzu.

Eine weitere wichtige Spalte ist 'Testdaten' . Es enthält die Daten, die wir zum Testen verwenden. Ein Testszenario muss ein erwartetes Ergebnis und das tatsächliche Ergebnis annehmen. Fügen Sie die Spalte hinzu 'Erwartetes Ergebnis' und 'Tatsächliches Ergebnis'. 'Status' zeigt das Ergebnis der Ausführung des Testszenarios. Es kann entweder bestanden / nicht bestanden sein.

Tester führen die Testfälle aus. Wir müssen es als aufnehmen 'Ausgeführt von' und ‘Ausführungsdatum’ . Wir werden 'Befehle' hinzufügen, falls vorhanden.

Fazit

Ich hoffe, Sie hätten eine klare Vorstellung von Anwendungsfällen und Anwendungsfalltests.

Das Schreiben dieser Fälle ist ein iterativer Prozess. Sie brauchen nur wenig Übung und gute Systemkenntnisse, um diese Fälle zu schreiben.

Kurz gesagt, wir können 'Use Case Testing' in einer Anwendung verwenden, um fehlende Links, unvollständige Anforderungen usw. zu finden. Wenn Sie diese finden und das System ändern, wird das System effizienter und genauer.

Haben Sie bereits Erfahrungen mit Anwendungsfällen und Tests? Fühlen Sie sich frei, mit uns in den Kommentaren unten zu teilen.

Literatur-Empfehlungen

• Funktionstests gegen nichtfunktionale Tests
• Ausführliche Eclipse-Tutorials für Anfänger
• Alpha-Tests und Beta-Tests (eine vollständige Anleitung)
• DevOps-Test-Tutorial: Wie wirkt sich DevOps auf QS-Tests aus?
• Beste Software-Test-Tools 2021 (QA Test Automation Tools)
• Tutorial zum Testen der Benutzerfreundlichkeit: Eine vollständige Anleitung für die ersten Schritte
• Tutorial zum Testen von GUI: Ein vollständiges Handbuch zum Testen der Benutzeroberfläche
• Tutorial für zerstörende Tests und zerstörungsfreie Tests