Menü

Wie teste ich eine Anwendung ohne Anforderungen?

how test an application without requirements

Versuchen Sie Unser Instrument, Um Probleme Zu Beseitigen

Technisch gibt es keine Anwendungen ohne Anforderungen. Stellen Sie sich eine Software vor, die nichts Spezifisches tut, sondern einfach Zeile für Zeile Code ausdehnt. Es wird eine Treppe sein, die nirgendwohin führt.

Jede Software hat Anforderungen und ist auf eine bestimmte Aufgabe ausgerichtet. Insbesondere ist es eine Lösung für ein Problem. So anforderungslos Software ist keine Möglichkeit.

Software ohne dokumentierte Anforderungen ist jedoch eine Realität, mit der die meisten von uns leider häufiger konfrontiert sind wir mögen. Das einzig Schlimmere könnte sein, dass die Dokumentation unzureichend, ungenau oder schrecklich veraltet ist. Leider passiert das auch.

Test ohne Anforderungen

Ehrlich gesagt gibt es wirklich keinen Ersatz für ein gut dokumentiertes Funktions- / Systemanforderungsdokument mit aufwändigen Anwendungsfällen und Modellbildschirmen. Obwohl wir zugeben müssen, dass dies aufgrund schneller Entwicklungszyklen und eines Paradigmenwechsels in Richtung minimaler oder keiner Dokumentation zu einer Seltenheit in der Branche wird.

Daher ist dieser Artikel ein Versuch einiger Praktiken, die wir befolgt haben, als wir uns in diesen Situationen befanden.

Lesen Sie auch:

automatisierte Testtools für Webanwendungen

Schauen wir uns zunächst einige an Gründe, warum es möglicherweise keine Dokumentation gibt:

  1. Regalprojekt wird wiedereröffnet
  2. Dokumentation weniger Format des Arbeitsprozesses
  3. Die Dokumentation ist möglicherweise vorhanden, jedoch möglicherweise nicht detailliert oder vollständig
  4. Kontinuierliche Releases und Informationen zu älteren Versionen wurden nicht archiviert, was zu einer Lücke im Verständnis darüber führt, wie die vorhandene Funktionalität mit der neuen reagiert

Dies sind alles Hindernisse, die wir Tester mutig überwinden müssen, um erfolgreich aufzutreten. Wie genau, richtig?

Hier sind die drei wichtigsten Methoden zum Testen einer Anwendung ohne Anforderungen:

Methode 1:

Arbeiten Sie mit jeder kleinen Dokumentation, die Sie in die Hände bekommen können. Dies kann ein einfaches Backlog (in agilen Projekten), eine Hilfedatei, eine E-Mail, eine ältere Version der BRD / FRD oder alte Testfälle sein (überprüfen Sie diese in Ihren ALM-Tools und finden Sie sie möglicherweise) usw.

Nachforschen, nachfragen und es gibt immer einen dokumentierten Prozess, auch wenn es sich um einen dünnen handelt.

Wenn dies nicht funktioniert, sollten Sie Ihre Erfahrung als Software-Benutzer nicht außer Acht lassen.Zum BeispielWenn Sie einen Überweisungsvorgang für ein Bankkonto testen müssen, muss uns niemand sagen, wie das geht, oder? Denn als Online-Banking-Kunden wissen wir alle, dass wir von und zu Konten mit einer Reihe von verfügbaren Mitteln für die Überweisung benötigen.

Einverstanden, dass nicht alle Situationen so einfach sein werden, aber auch dies könnte der Fall sein.

Methode 2:

Verwenden Sie die ältere / aktuelle Version der Anwendung als Referenz, um die zukünftige Version eines Softwareprodukts zu testen. Nun gebe ich zu, dass dies gegen die Regel „Schreiben Sie niemals Testfälle mit der Anwendung als Referenz“ verstößt. Wenn wir jedoch in einer nicht perfekten Situation arbeiten, müssen wir die Regeln an unsere Bedürfnisse anpassen.

Dabei hilft es, folgende Aspekte im Blick zu behalten:

  • Die Anwendung kann Fehler enthalten. Wenn Sie also nach der Registrierung direkt zu Screen1 weitergeleitet werden (ein bestimmter hypothetischer Bildschirm für unser Beispiel), gehen Sie niemals davon aus, dass dies das richtige Verhalten ist. Auch wenn ein Feld alphanumerische Zeichen enthält und eine Telefonnummer ist - eine Frage, die Sie stellen, und stellen Sie sicher, dass Sie die Anwendung nicht als Beispiel für die erwartete Funktionalität nehmen.
  • Verwenden Sie in den oben genannten Situationen Ihr Urteilsvermögen und nutzen Sie die Hilfe der Anwendung, um einen Startschuss zu erhalten. Seien Sie jedoch kritisch, um die Funktionsweise in Frage zu stellen.

Methode 3:

Sprechen Sie mit den Mitgliedern des Projektteams:

  • Angebot zur Teilnahme an ihren Sitzungen.
  • Fragen Sie, ob Sie an den Testphasen für Einheiten und Integration teilnehmen können.
  • Wenn nicht, fragen Sie, ob das Entwicklerteam seine Unit- und Integrationstestergebnisse teilen kann.
  • Vereinbaren Sie einen Zeitpunkt für den Wissenstransfer zu einem geeigneten Zeitpunkt.

Wenden wir nun die Methoden in einem Beispiel an:

Nehmen wir an, es gibt eine Einkaufsseite, auf der Sie Artikel in den Warenkorb legen können. Wenn eine Dokumentation vorhanden war, muss angegeben werden, wie Artikel hinzugefügt werden sollen, wie viele Artikel zu einem bestimmten Zeitpunkt vorhanden sein können, was passiert, wenn der von Ihnen hinzugefügte Artikel plötzlich ausverkauft ist und wie viele Artikel maximal verfügbar sind von denselben Artikeln, die Sie zur gleichen Zeit kaufen können usw. Unsere Situation ist, dass derzeit KEINER davon verfügbar ist.

Wenden Sie Methode 1 an:

Finden Sie alle Unterlagen, die Sie könnten. Fragen Sie Ihr Entwicklerteam, ob es Modellbildschirme / einen Blick in das ALM-Tool oder etwas anderes hat. Wenn Sie etwas finden, wäre das ein guter Ausgangspunkt. Aber wenn diese Methode nichts ergibt, können Sie Ihre verwenden Urteil / Intuition des Testers.

Wir alle wissen, wie Einkaufswagen funktionieren. Machen Sie also Ihre Annahmen und kommen Sie zu einigen grundlegenden Szenarien wie:

  • Artikel können nach dem Durchsuchen oder Durchsuchen in den Warenkorb gelegt werden
  • Sobald ich Artikel in den Warenkorb gelegt habe, sollte die Liste der Artikel aktualisiert werden
  • Der Benutzer sollte in der Lage sein, weiter einzukaufen, auch wenn nur wenige Artikel in den Warenkorb gelegt wurden
  • Wenn Sie dasselbe Element zweimal hinzufügen, wird die Anzahl der hinzugefügten Elemente erhöht
  • Die Artikel können aktualisiert werden
  • Die Gegenstände können entfernt werden
  • Die Summe sollte der Summe aller hinzugefügten Preise entsprechen
  • Steuern sollten anhand der eingegebenen Postleitzahl berechnet werden
  • Die Versandkosten müssen entsprechend addiert werden

Wir können weitermachen, aber ich bin sicher, Sie bekommen das Bild.

Methode 2 anwenden:

Wenn eine ältere Version der Anwendung verfügbar ist, kann dies beim Schreiben Ihrer Testfälle hilfreich sein, da Sie die genauen Schritte schreiben müssen, wo Sie klicken, wo Sie Eingaben eingeben, was Sie überprüfen müssen usw. Screenshots / Modelle / Wire- Rahmen - falls verfügbar, können auch großartige Ersatzprodukte sein.

Wie Sie auf dem folgenden Bildschirm sehen können, sind diese Dinge offensichtlich - die Feldnamen, die Schaltflächen oder andere vorhandene Elemente usw. (Klicken Sie auf das Bild für eine vergrößerte Ansicht)

Test ohne Anforderungen

An diesem Punkt haben Tester einige Fragen wie:

  1. Was passiert, wenn ich ein Zeichen in das Betragsfeld gebe?
  2. Wann füge ich zu viele Elemente hinzu?
  3. Was ist das Maximum Nr. von Gegenständen, die dies aufnehmen kann? Usw.

Wenden Sie Methode 3 an ::

Bringen Sie Ihre Fragenliste zum BA, Entwickler oder sogar zum Kunden und bitten Sie um Klärung. Sobald Methode 3 abgeschlossen ist, sollten Sie mit allen Informationen ausgestattet sein, die Sie benötigen, um detaillierte Testfälle zu schreiben und Ihre Tests mit der gleichen Sicherheit durchzuführen, wie Sie es tun würden, wenn eine ausführliche Dokumentation verfügbar wäre.

Einverstanden, dass es viel mehr Schritte und viel mehr Folgemaßnahmen sind, aber um Qualitätsprüfungen sicherzustellen, sind diese Schritte unvermeidlich.

Abschließend, Es geht nicht alles verloren, wenn die Dokumentation nicht vorhanden oder unzureichend ist. Es gibt noch Hoffnung! Bitte teilen Sie Ihre Erfahrungen in ähnlichen Situationen.

Über den Autor: Dieser hilfreiche Beitrag wurde von unserem STH-Teammitglied Swati S. verfasst.

Wie immer sind Ihre Kommentare, Fragen und Vorschläge herzlich willkommen.

Literatur-Empfehlungen

^