Menü

Die Checklisten für QA-Softwaretests (Beispiel-Checklisten enthalten)

qa software testing checklists

Versuchen Sie Unser Instrument, Um Probleme Zu Beseitigen

Checklisten für Software-QS-Tests

Heute bringen wir Ihnen ein weiteres Qualitätswerkzeug, das so oft nicht ausreichend genutzt wird, dass wir dachten, wir würden Details darüber erneut aufbereiten, in der Hoffnung, dass es seinen verlorenen Glanz wiedererlangt. Es ist eine Checkliste.

Definition: Eine Checkliste ist ein Katalog von Elementen / Aufgaben, die zur Verfolgung aufgezeichnet werden. Diese Liste kann entweder in einer Reihenfolge angeordnet oder zufällig sein.

Checklisten sind ein wesentlicher Bestandteil unseres täglichen Lebens. Wir verwenden sie in verschiedenen Situationen, vom Lebensmitteleinkauf bis zur Erstellung einer Aufgabenliste für die Aktivitäten des Tages.

Checklisten für QA-Softwaretests

Was du lernen wirst:

Übersicht über Checklisten für QA-Softwaretests

Sobald wir im Büro sind, erstellen wir immer eine Liste der Dinge, die für diesen Tag / diese Woche zu tun sind, wie unten:

Wenn ein Element in der Liste fertig ist, streichen Sie es ab, entfernen es aus der Liste oder markieren das Element mit einem Häkchen, um seine Fertigstellung zu markieren. Ist uns das nicht allzu vertraut?

Ist das jedoch alles, wofür es verwendet werden kann?

erholsame Webdienste testen Interviewfragen

Können wir Checklisten in unseren IT-Projekten formal verwenden (insbesondere Qualitätssicherung) und wenn ja, wann und wie? Dies wird im Folgenden behandelt.

Ich persönlich befürworte die Verwendung von Checklisten aus folgenden Gründen:

  • Es ist vielseitig - kann für alles verwendet werden
  • Einfach zu erstellen / zu verwenden / zu warten
  • Die Analyse der Ergebnisse (Status des Aufgabenfortschritts / Abschlusses) ist sehr einfach
  • Sehr flexibel - Sie können Elemente nach Bedarf hinzufügen oder entfernen

Wie in der allgemeinen Praxis werden wir über die Aspekte „Warum“ und „Wie“ sprechen.

  • Warum brauchen wir Checklisten? : Zur Verfolgung und Bewertung der Fertigstellung (oder Nichterfüllung). Aufgaben notieren, damit nichts übersehen wird.
  • Wie erstellen wir Checklisten? :: Einfacher geht es nicht. Schreiben Sie einfach alles Punkt für Punkt auf.

Checklisten Beispiel für QS-Prozesse:

Wie oben erwähnt, gibt es einige Bereiche im Bereich der Qualitätssicherung, in denen wir das Checklistenkonzept effektiv umsetzen und gute Ergebnisse erzielen können. Zwei der Bereiche, die wir heute sehen werden, sind:

  • Überprüfung der Testbereitschaft
  • Wann beenden Sie den Test oder beenden Sie die Checkliste für Kriterien

# 1) Überprüfung der Testbereitschaft

Dies ist eine sehr häufige Aktivität, die von jedem QS-Team durchgeführt wird, um festzustellen, ob es über alles verfügt, was es für die Testausführungsphase benötigt. Dies ist auch eine wiederkehrende Aktivität vor jedem Testzyklus in Projekten, die mehrere Zyklen umfassen.

Um nach Beginn der Testphase nicht auf Probleme zu stoßen und zu erkennen, dass wir vorzeitig in die Ausführungsphase eingetreten sind, muss jedes QS-Projekt eine Überprüfung durchführen, um festzustellen, ob alle für einen erfolgreichen Test erforderlichen Eingaben vorhanden sind.

Eine Checkliste erleichtert diese Aktivität perfekt. Sie können vorab eine Liste der benötigten Dinge erstellen und jedes Element nacheinander überprüfen. Sie können das einmal erstellte Blatt sogar für nachfolgende Testzyklen wiederverwenden.

Zusätzliche Information: Die Überprüfung der Testbereitschaft wird in der Regel erstellt und vom QA-Teamvertreter durchgeführt. Die Ergebnisse werden mit den PMs und den anderen Teammitgliedern geteilt, um anzuzeigen, ob das Testteam bereit ist, in die Testausführungsphase einzutreten oder nicht.

Unten finden Sie ein Beispiel für eine Checkliste zur Überprüfung der Testbereitschaft:

Test Readiness Review (TRR) -Kriterien

Status

Alle Anforderungen wurden finalisiert und analysiert Getan
Versuchsplan erstellt und überprüft Getan
Vorbereitung der Testfälle getan
Testfall überprüfen und abmelden
Testdaten Verfügbarkeit
Rauchprüfung
Werden Sanity-Tests durchgeführt?
Team, das sich der Rollen und Verantwortlichkeiten bewusst ist
Team über die von ihnen erwarteten Ergebnisse informiert
Team bewusst Kommunikationsprotokoll
Zugriff des Teams auf die Anwendung, Tools zur Versionskontrolle, Testmanagement
Das Team ist trainiert
Technische Aspekte - Server1 aktualisiert oder nicht?
Es werden Standards für die Fehlerberichterstattung definiert

Jetzt müssen Sie mit dieser Liste nur noch markieren, ob Sie fertig sind oder nicht.

# 2) Checkliste für Beendigungskriterien

Wie der Name schon sagt, ist dies eine Checkliste, die bei der Entscheidung hilft, ob eine Testphase / ein Testzyklus gestoppt oder fortgesetzt werden soll.

Da ein fehlerfreies Produkt nicht möglich ist und wir sicherstellen müssen, dass wir in der vorgegebenen Zeit bestmöglich testen, wird eine Checkliste mit dem folgenden Effekt erstellt, um die wichtigsten Kriterien zu verfolgen, die erfüllt werden müssen eine Testphase für zufriedenstellend zu halten.

Abbruchkriterium

Status

100% Testskripte ausgeführt Getan
95% Erfolgsquote von Testskripten
Keine offenen kritischen und schwerwiegenden Mängel
95% der mittelschweren Defekte wurden geschlossen
Alle verbleibenden Mängel werden entweder storniert oder als Änderungsanforderungen für eine zukünftige Version dokumentiert
Alle erwarteten und tatsächlichen Ergebnisse werden mit dem Testskript erfasst und dokumentiert Getan
Alle Testmetriken werden basierend auf Berichten von gesammelt HP ALM
Alle Fehler werden in HP ALM protokolliert Getan
Das Testabschlussprotokoll ist abgeschlossen und abgemeldet

Checkliste testen

Wirst du ein neues Projekt zum Testen starten? Vergessen Sie nicht, diese Test-Checkliste in jedem Schritt Ihres Projektlebenszyklus zu überprüfen. Die Liste entspricht größtenteils dem Testplan und deckt alle Qualitätssicherungs- und Teststandards ab.

Checkliste zum Testen:

Öffnen von JAR-Dateien Windows 10
  1. System- und Abnahmetests erstellen ()
  2. Erstellung des Abnahmetests starten ()
  3. Testteam identifizieren ()
  4. Arbeitsplan erstellen ()
  5. Testansatz erstellen ()
  6. Akzeptieren Sie Akzeptanzkriterien und -anforderungen, um die Grundlage für den Akzeptanztest zu bilden ()
  7. Verwenden Sie eine Teilmenge von Systemtestfällen, um den Anforderungsteil von Acceptance Test () zu bilden.
  8. Erstellen Sie Skripte zur Verwendung durch den Kunden, um zu demonstrieren, dass das System die Anforderungen erfüllt ()
  9. Erstellen Sie einen Testplan. Schließen Sie Personen und alle anderen Ressourcen ein. ()
  10. Akzeptanztest durchführen ()
  11. Systemtesterstellung starten ()
  12. Identifizieren Sie die Mitglieder des Testteams ()
  13. Arbeitsplan erstellen ()
  14. Ressourcenanforderungen ermitteln ()
  15. Identifizieren Sie Produktivitätswerkzeuge zum Testen ()
  16. Datenanforderungen ermitteln ()
  17. Einigung mit Data Center erzielen ()
  18. Testansatz erstellen ()
  19. Identifizieren Sie alle Einrichtungen, die benötigt werden ()
  20. Erhalten und überprüfen Sie vorhandenes Testmaterial ()
  21. Erstellen Sie ein Inventar der Testobjekte ()
  22. Identifizieren Sie Entwurfszustände, -bedingungen, -prozesse und -verfahren ()
  23. Bestimmen Sie die Notwendigkeit von Code-basierten Tests (White Box). Bedingungen identifizieren. ()
  24. Identifizieren Sie alle funktionalen Anforderungen ()
  25. Inventarerstellung beenden ()
  26. Testfallerstellung starten ()
  27. Erstellen Sie Testfälle basierend auf dem Inventar der Testobjekte ()
  28. Identifizieren Sie logische Gruppen von Geschäftsfunktionen für das neue System ()
  29. Teilen Sie Testfälle in Funktionsgruppen ein, die zum Testen des Artikelinventars verfolgt werden ()
  30. Entwurfsdatensätze, die Testfällen entsprechen ()
  31. Testfallerstellung beenden ()
  32. Überprüfen Sie Geschäftsfunktionen, Testfälle und Datensätze mit Benutzern ()
  33. Lassen Sie sich vom Projektleiter und der Qualitätssicherung vom Testdesign abmelden ()
  34. Testende beenden ()
  35. Testvorbereitung beginnen ()
  36. Erhalten Sie Ressourcen für den Test-Support ()
  37. Skizzieren Sie die erwarteten Ergebnisse für jeden Testfall ()
  38. Erhalten Sie Testdaten. Validieren und verfolgen Sie Testfälle ()
  39. Bereiten Sie detaillierte Testskripte für jeden Testfall vor ()
  40. Vorbereitungs- und Dokumentationsverfahren für die Umgebung vorbereiten und dokumentieren. Backup- und Wiederherstellungspläne einschließen ()
  41. Testvorbereitungsphase beenden ()
  42. Systemtest durchführen ()
  43. Testskripte ausführen ()
  44. Vergleichen Sie das tatsächliche Ergebnis mit dem erwarteten ()
  45. Diskrepanzen dokumentieren und Problembericht erstellen ()
  46. Eingabe der Wartungsphase vorbereiten ()
  47. Führen Sie die Testgruppe nach Problemreparaturen erneut aus ()
  48. Erstellen Sie einen abschließenden Testbericht, einschließlich der Liste bekannter Fehler ()
  49. Erhalten Sie eine formelle Freigabe ()

Automatisierungs-Checkliste

Wenn Sie eine dieser Fragen mit Ja beantworten, sollte Ihr Test für die Automatisierung ernsthaft in Betracht gezogen werden.

F # 1) Kann die Testsequenz der Aktionen definiert werden?

Antworten: Ist es sinnvoll, die Abfolge der Aktionen viele Male zu wiederholen? Beispiele hierfür sind Abnahmetests, Kompatibilitätstests, Leistungstests und Regressionstests.

F # 2) Ist es möglich, die Abfolge von Aktionen zu automatisieren?

Antworten: Dies kann dazu führen, dass die Automatisierung für diese Abfolge von Aktionen nicht geeignet ist.

F # 3) Ist es möglich, einen Test halbautomatisch zu machen?

Antworten: Das Automatisieren von Teilen eines Tests kann die Testausführungszeit beschleunigen.

F # 4) Ist das Verhalten der zu testenden Software bei der Automatisierung dasselbe wie ohne?

Antworten: Dies ist ein wichtiges Anliegen für Leistungstests.

F # 5) Testen Sie Nicht-UI-Aspekte des Programms? Antworten: Fast alle Nicht-UI-Funktionen können und sollten automatisierte Tests sein.

F # 6) Müssen Sie dieselben Tests auf mehreren Hardwarekonfigurationen ausführen?

Antworten: Führen Sie Ad-hoc-Tests durch (Hinweis: Idealerweise sollte jedem Fehler ein Testfall zugeordnet sein. Ad-hoc-Tests werden am besten manuell durchgeführt. Sie sollten versuchen, sich in realen Situationen vorzustellen und Ihre Software so zu verwenden, wie es Ihr Kunde tun würde. Wenn Fehler gefunden werden Während der Ad-hoc-Tests sollten neue Testfälle erstellt werden, damit sie leicht reproduziert werden können und Regressionstests durchgeführt werden können, wenn Sie in die Zero Bug Build-Phase gelangen.)

Ein Ad-hoc-Test ist ein Test, der manuell durchgeführt wird, wobei der Tester versucht, die reale Verwendung des Softwareprodukts zu simulieren. Beim Ausführen von Ad-hoc-Tests werden die meisten Fehler gefunden. Es sollte betont werden, dass die Automatisierung niemals ein Ersatz für manuelle Tests sein kann.

Zu beachtende Punkte:

  • Die beiden oben genannten Beispiele veranschaulichen die Verwendung von Checklisten QS-Prozesse Die Nutzung ist jedoch nicht auf diese beiden Bereiche beschränkt.
  • Die Elemente in jeder Liste sind auch Indikatoren, um den Lesern eine Vorstellung davon zu geben, welche Art von Elementen aufgenommen und nachverfolgt werden kann. Die Liste kann jedoch nach Bedarf erweitert und / oder komprimiert werden.

Wir hoffen sehr, dass die oben genannten Beispiele das Potenzial von Checklisten für QS- und IT-Prozesse erfolgreich genutzt haben.

Wenn Sie also das nächste Mal ein einfaches Tool benötigen, das semi-formal, einfach und effizient ist, hoffen wir, dass wir Sie darauf ausgerichtet haben, Checklisten eine Chance zu geben. Manchmal ist die einfachste Lösung die beste.

Literatur-Empfehlungen

^