Menü

Wie unterscheidet sich die Testplanung für manuelle und Automatisierungsprojekte?

how does test planning differ

Versuchen Sie Unser Instrument, Um Probleme Zu Beseitigen

Wir sind uns alle einig, dass sich Automatisierungsprojekte von manuellen Tests unterscheiden. Obwohl autonome Automatisierungsprojekte nicht wirklich existieren (oder idealerweise nicht existieren sollten), werden sowohl manuelle als auch Automatisierungsprojekte bei der Planung unterschiedlich behandelt.

Ein Mix geplantes Projekt wird zwangsläufig ausgeführt; Dies wirkt sich nicht nur auf das aktuelle Projekt aus und wirft einen Schatten auf die Fähigkeiten des Einzelnen, sondern kann auch zu einem Vertrauensverlust in das Team für den Kunden / das Management führen, was sich auf das weitere Geschäft auswirkt. Ich würde eher sagen, dass wir Tester auf Nummer sicher gehen.

=> Klicken Sie hier, um die vollständige Testplan-Lernserie anzuzeigen

Testplanung

Ein guter Dilbert-Comic über Planung:

Projektplanung Dilbert

Bevor wir weiter gehen, möchte ich herausfinden, worum es in diesem Artikel NICHT geht.

# 1) Dies ist keine eingehende Diskussion der Automatisierungs-Frameworks. Unterschiedliche Projekte verwenden unterschiedliche Frameworks, abhängig von der Art ihrer AUT, Architektur, Komplexität, Teamkompetenz usw.

Die Informationen zu den Frameworks finden Sie unter den folgenden Links:

Testautomatisierungs-Frameworks Teil 1 und Teil 2 .

#zwei) Hier geht es auch nicht um Vorlage, Format oder Erstellung eines Testplandokument . Wir werden die Überlegungen zur Vordokumentation für ein Automatisierungsprojekt eher im Rahmen einer Machbarkeitsanalyse behandeln.

#3) Dies gilt auch nicht speziell für Tools. Jede Aktivität im SDLC erfordert Zeit, Mühe, Infrastruktur - mit anderen Worten - GELD.

Für ein manuelles Testprojekt sind die kostenintensiven Faktoren:

  • Menschen
  • Tools - Test- / Fehlermanagement
  • Infrastruktur - Umwelt
  • Zeit
  • Ausbildung

Für ein Automatisierungsprojekt sind zusätzlich zu den oben genannten Elementen Ausgaben erforderlich für:

  • Automatisierungstools
  • Add-In für die Integration des Test Management-Tools
  • Add-In zur Unterstützung von AUT (wie SAP, Oracle usw.)
  • Framework eingerichtet
  • Werkzeugspezifisches Training

Hängt der Erfolg eines Automatisierungsprojekts unter diesen Umständen davon ab, wie gut Sie den Code geschrieben haben, wie viele wiederverwendbare Komponenten Sie geschrieben haben oder in wie wenigen Codezeilen Sie das gewünschte Ergebnis erzielt haben?

Unterlassen Sie.

Es gibt eine und die einzige Frage, die den Erfolg bestimmt - „Können Sie im Vergleich zur manuellen Route einen besseren ROI (Return on Investment) erzielen?“ - Wenn nicht sofort, schließlich.

Wenn die Antwort auf diese Frage 'NEIN' lautet, haben Sie das Automatisierungsprojekt falsch geplant.

Normalerweise enthält ein Testplan die folgenden Abschnitte. Wir werden jeden einzelnen von ihnen diskutieren und uns dabei auf automatisierungsspezifische Aspekte konzentrieren, die zu berücksichtigen sind:

Automatisierungstestplan

Abschnitte des Testplans für Automatisierungstests

Abschnitt 1:Umfang

  • Wählen Sie die Testfälle / Szenarien aus, die über mehrere Zyklen hinweg immer wieder zurückgeführt werden sollen.
  • Manchmal erfordern die einfachsten Testfälle viele komplizierte Lösungen, um automatisiert zu werden. Wenn diese nur für eine einmalige Verwendung sind, ist dies offensichtlich nicht sinnvoll. Wiederverwendbarkeit sollte Ihr Fokus sein.
  • Automatisierungstests führen keine explorativen Tests durch.

Sektion 2: Teststrategie

  • Dieser Abschnitt wird in der Automatisierungswelt als Framework bezeichnet. Einige Frameworks sind äußerst schwierig zu erstellen und auch effektiv - aber Zeit, Aufwand und Kompetenz sind anspruchsvoll. Suchen Sie immer nach einem Mittelweg und tun Sie das Beste, ohne die Überlastung der Ressourcen zu gefährden.
  • Legen Sie fest, welche Best Practices für die Codierung verwendet werden sollen, benennen Sie Konventionen, Speicherorte für zu speichernde Test-Assets, das Format der Testergebnisse usw., um die Einheitlichkeit zu gewährleisten und die Produktivität zu steigern.

Sektion 3:Ressourcen / Rollen und Verantwortlichkeiten

  • Der erste Schritt in diese Richtung besteht darin, die Fähigkeiten des Teams zu verstehen und vorauszusehen, bevor der Umfang der Automatisierung ins Spiel kommt. Dies hilft bei der Auswahl eines Teams, das sowohl den Anforderungen der Automatisierung als auch der manuellen Tests entspricht. Wählen Sie auch Personen aus, die die richtige Einstellung haben - diese glauben nicht, dass manuelle Tests unter ihrer Statur liegen.
  • Wählen Sie ein Team, das mit AUT, Test Management, Defect Management und anderen SDLC-Aktivitäten vertraut ist
  • Abschnitt 1: Geltungsbereich

Sektion 4:Werkzeuge

Wählen Sie Automatisierungstools basierend auf den folgenden Regeln aus:

  • Hat das Unternehmen bereits Lizenzen für ein bestimmtes Tool? Versuchen Sie zu prüfen, ob Sie es verwenden können
  • Suchen Sie nach Open Source (aber zuverlässigen) Tools
  • Kennen die Teammitglieder das Tool bereits oder müssen wir jemanden neu einstellen? Oder die vorhandenen trainieren?

Abschnitt 5: Zeitpläne

  • Nehmen Sie sich Zeit für Code-exemplarische Vorgehensweisen und die Überprüfung der Automatisierungsskripte
  • Pflegen Sie die Skripte rechtzeitig. Wenn Sie einen Code erstellen, den Sie in den nächsten 6 Monaten nicht verwenden werden, müssen Sie ihn regelmäßig warten, um das Ausfallrisiko zu verringern.

Abschnitt 6:Umgebung

  • Die Zielumgebung, die Ihr AUT ausführen soll, und das Automatisierungstool, das Sie verwenden möchten, sollten kompatibel sein. Dies ist einer der Faktoren, die als Vorlizenzierung für das Tool gelten.
  • Analysieren Sie auch, ob der Rest der Management-Tools Das vorhandene Automatisierungstool und das von Ihnen eingeführte Automatisierungstool sind für zusätzlichen Nutzen miteinander verbunden.

Abschnitt 7:Ergebnisse

  • Ihre Testskripte sind Ihre Ergebnisse. Allerdings ist nicht jeder mit Automatisierung / Programmiersprache vertraut. Planen Sie daher die Erstellung eines „How-to“ -Dokuments, das den aktuellen Benutzern und zukünftigen Teammitgliedern hilft, dieses Skript auch dann zu verstehen, wenn Sie nicht in der Nähe sind.
  • Fügen Sie auch Kommentare in Ihr Skript ein.

Sektion 8: Risiken

Wenn Sie eine Automatisierungslösung vorschlagen möchten, müssen Sie kostengünstige Tools und Lösungen auswählen, um sicherzustellen, dass das Projekt nicht durch das Automatisierungsvorhaben belastet wird.

Es ist wichtig, die Erwartung festzulegen, dass der ROI für ein Automatisierungsprojekt nicht sofort positiv sein kann, sondern über lange Zeiträume klar erkennbar ist.

Wenn Sie daher die Automatisierung eines Systems vorschlagen, wählen Sie das entsprechende System aus

  • Stabil und nicht zu wartungsintensiv
  • Hat Platz für riesige Regressionssuiten
  • Hat nicht zu viel manuelles Eingreifen oder hängt nicht von der Intuition eines Menschen ab

Abschnitt 9:Testdaten

  • Berücksichtigen Sie die Sicherheitsaspekte der Daten
  • Codieren Sie keine Testdaten fest in die Skripte. Dies führt zu zu viel Skriptwartung und kann zu Fehlern beim Ändern führen.
  • Sei sehr genau. Für einen manuellen Testschritt - 'Geben Sie den Vornamen ein' können Sie einen beliebigen 5-stelligen Namen eingeben. Während des Testens kann ein Tester 'Swati' oder 'Seela' oder irgendetwas anderes eingeben. Für ein Werkzeug kann es jedoch keine solchen Annahmen treffen. Geben Sie daher genaue Werte an.

Abschnitt 10:Berichte / Ergebnisse

  • Die Ergebnisse der Skriptausführung sind ebenfalls technisch und für den Rest der Teams möglicherweise nicht leicht zu verstehen. Planen Sie als zusätzliche Maßnahme das Schreiben detaillierter Ergebnisse in Notizblöcke oder Excel-Tabellen.
  • Detaillierte Framework-Dokumente, Überprüfungsergebnisse, Fehlerberichte und Ausführungsstatusberichte werden ebenfalls erwartet.

Wir als Automatisierungsbegeisterte denken möglicherweise, dass Kunden / Management die Automatisierungsvorschläge nicht einfach kaufen können.

beste kostenlose PC-Reiniger Windows 7

Wenn unser oberstes Ziel jedoch darin besteht, den ROI durch Automatisierung zu maximieren, stimmen wir auch perfekt mit den Zielen des Managements / Kunden überein. Dies stellt sicher, dass wir nicht nur unser Projekt automatisieren können, sondern dies auch mit viel Zustimmung, Zusammenarbeit und Aufregung tun können.

Die Planung und gründliche Analyse aller oben aufgeführten Faktoren kann unser Verbündeter auf dieser Reise sein. Auch hier bedeutet ROI alles.

Dieser Beitrag wurde vom STH-Autorenteammitglied Swati Seela verfasst.

Haben Sie Fragen oder Dinge zu besprechen? Fühlen Sie sich frei, in den folgenden Kommentaren zu posten.

=> Besuchen Sie hier für eine vollständige Testplan-Tutorialserie

Literatur-Empfehlungen

^