180 web application testing example test cases
Beispiel für Testfälle für Webanwendungen Testfälle: Dies ist eine vollständige Test-Checkliste für webbasierte und Desktop-Anwendungen.
Dies ist eine sehr umfassende Liste von Testfallbeispielen / -szenarien für Webanwendungstests. Unser Ziel ist es, eine der umfassendsten Test-Checklisten zu teilen, die jemals geschrieben wurden. Dies ist noch nicht geschehen.
Wir werden diesen Beitrag auch in Zukunft mit weiteren Testfällen und Szenarien aktualisieren. Wenn Sie jetzt keine Zeit haben, es zu lesen, können Sie es Ihren Freunden mitteilen und für später als Lesezeichen speichern.
Erstellen Sie eine Test-Checkliste als integralen Bestandteil Ihres Testfall-Schreibprozesses. Mit dieser Checkliste können Sie problemlos Hunderte von erstellen Testfälle zum Testen von Web- oder Desktopanwendungen.
Dies sind alles allgemeine Testfälle und sollten für fast alle Arten von Anwendungen anwendbar sein. Verweisen Sie auf diese Tests, während Sie Testfälle für Ihr Projekt schreiben, und ich bin sicher, dass Sie den größten Teil davon abdecken werden Testtypen mit Ausnahme der anwendungsspezifischen Geschäftsregeln, die in Ihren SRS-Dokumenten enthalten sind.
Obwohl dies eine gängige Checkliste ist, empfehle ich, zusätzlich zu den anwendungsspezifischen Tests eine auf Ihre spezifischen Anforderungen zugeschnittene Standard-Testcheckliste mit den folgenden Testfällen zu erstellen.
Empfohlenes Tool:
Bevor Sie mit dem Schreiben von Testfällen fortfahren, empfehlen wir, dieses Testfall-Management-Tool herunterzuladen. Dies erleichtert Ihren in diesem Tutorial erwähnten Testplan- und Testfallschreibprozess.
=> Laden Sie das TestRail Test Case Management Tool herunter
Wichtigkeit der Verwendung einer Checkliste zum Testen
# 1) Durch die Verwaltung eines Standard-Repositorys mit wiederverwendbaren Testfällen für Ihre Anwendung wird sichergestellt, dass die häufigsten Fehler schneller erkannt werden.
#zwei) Eine Checkliste hilft dabei, Testfälle für neue Versionen der Anwendung schnell zu schreiben.
#3) Durch die Wiederverwendung der Testfälle können Sie Ressourcen für das Schreiben sich wiederholender Tests sparen.
# 4) Wichtige Testfälle werden immer behandelt, so dass es fast unmöglich ist, sie zu vergessen.
# 5) Die Testcheckliste kann von Entwicklern verwendet werden, um sicherzustellen, dass die häufigsten Probleme in der Entwicklungsphase selbst behoben werden.
Anmerkungen:
- Führen Sie diese Szenarien mit verschiedenen Benutzerrollen aus, z. Administrator, Gastbenutzer usw.
- Für Webanwendungen diese Szenarien sollte auf mehreren Browsern getestet werden wie IE, FF, Chrome und Safari mit vom Client genehmigten Versionen.
- Testen Sie mit verschiedenen Bildschirmauflösungen wie 1024 x 768, 1280 x 1024 usw.
- Eine Anwendung sollte auf einer Vielzahl von Displays wie LCD, CRT, Notebooks, Tablets und Mobiltelefonen getestet werden.
- Testen Sie die Anwendung auf verschiedenen Plattformen wie Windows-, Mac-, Linux-Betriebssystemen usw.
Was du lernen wirst:
- 180+ Testbeispiele für Webanwendungstests
- Über 100 einsatzbereite Testfälle (Checklisten)
- Die vollständige Checkliste (Testfälle) für die häufigsten Komponenten von AUT
- Checkliste Nr. 1: Checkliste für mobile Tests
- Checkliste Nr. 2: Checkliste zum Testen von Formularen / Bildschirmen
- Checkliste Nr. 3: Checkliste für Textfeldfeldtests
- Checkliste Nr. 4: Checkliste für das Testen von Listenfeldern oder Dropdown-Listen
- Checkliste Nr. 5: Checkliste für Feldtestprüfungen
- Checkliste Nr. 6: Checkliste zum Testen von Optionsfeldern
- Checkliste Nr. 7: Datumsfeld-Testszenarien
- Checkliste Nr. 8: Testszenarien zum Speichern von Schaltflächen
- Checkliste Nr. 9: Abbrechen von Schaltflächentestszenarien
- Checkliste Nr. 10: Testpunkte für Schaltflächen löschen
- Checkliste Nr. 11: Überprüfen der betroffenen Bereiche nach dem Speichern oder Aktualisieren
- Checkliste Nr. 12: Datenraster-Testliste
- Literatur-Empfehlungen
- Die vollständige Checkliste (Testfälle) für die häufigsten Komponenten von AUT
180+ Testbeispiele für Webanwendungstests
Annahmen: Angenommen, Ihre Anwendung unterstützt die folgenden Funktionen
- Formulare mit verschiedenen Feldern
- Kinderfenster
- Die Anwendung interagiert mit der Datenbank
- Verschiedene Suchfilterkriterien und Anzeigeergebnisse
- Bild hochladen
- E-Mail-Funktionalität senden
- Datenexportfunktion
Allgemeine Testszenarien
1. Alle Pflichtfelder sollten validiert und durch ein Sternchen (*) gekennzeichnet sein.
2. Validierungsfehlermeldungen sollten an der richtigen Position korrekt angezeigt werden.
3. Alle Fehlermeldungen sollten im gleichen CSS-Stil angezeigt werden ( Zum Beispiel, mit roter Farbe)
4. Allgemeine Bestätigungsmeldungen sollten mit einem anderen CSS-Stil als dem Fehlermeldungsstil angezeigt werden ( Zum Beispiel, mit grüner Farbe)
5. QuickInfos sollten aussagekräftig sein.
6. Dropdown-Felder sollten den ersten Eintrag als Leerzeichen oder als Text wie 'Auswählen' enthalten.
7. 'Funktion löschen' für jeden Datensatz auf einer Seite sollte eine Bestätigung anfordern.
8. Die Option Alle Datensätze auswählen / abwählen sollte bereitgestellt werden, wenn die Seite die Funktion zum Hinzufügen / Löschen / Aktualisieren von Datensätzen unterstützt
9. Betragswerte sollten mit korrekten Währungssymbolen angezeigt werden.
10. Die Standardseiten-Sortierung sollte bereitgestellt werden.
11. Die Funktion zum Zurücksetzen der Schaltfläche sollte Standardwerte für alle Felder festlegen.
12. Alle numerischen Werte sollten richtig formatiert sein.
13. Eingabefelder sollten auf den maximalen Feldwert überprüft werden. Eingabewerte, die über dem angegebenen Maximalwert liegen, sollten nicht akzeptiert oder in der Datenbank gespeichert werden.
14. Überprüfen Sie alle Eingabefelder auf Sonderzeichen.
15. Feldbezeichnungen sollten Standard sein, z. Das Feld, in dem der Vorname des Benutzers akzeptiert wird, sollte ordnungsgemäß als 'Vorname' gekennzeichnet sein.
16. Überprüfen Sie die Seiten-Sortierfunktion nach dem Hinzufügen / Bearbeiten / Löschen von Vorgängen für einen Datensatz.
17. Überprüfen Sie die Timeout-Funktionalität. Timeout-Werte sollten konfigurierbar sein. Überprüfen Sie das Anwendungsverhalten nach dem Betriebszeitlimit.
18. Überprüfen Sie die in einer Anwendung verwendeten Cookies.
19. Überprüfen Sie, ob herunterladbare Dateien auf die richtigen Dateipfade verweisen.
20. Alle Ressourcenschlüssel sollten in Konfigurationsdateien oder in der Datenbank anstatt in fester Codierung konfiguriert werden können.
21. Für die Benennung von Ressourcenschlüsseln sollten durchgehend Standardkonventionen befolgt werden.
22. Überprüfen Sie das Markup für alle Webseiten (überprüfen Sie HTML und CSS auf Syntaxfehler), um sicherzustellen, dass es den Standards entspricht.
23. Anwendungsabsturz oder nicht verfügbare Seiten sollten auf die Fehlerseite umgeleitet werden.
24. Überprüfen Sie den Text auf allen Seiten auf Rechtschreib- und Grammatikfehler.
25. Überprüfen Sie numerische Eingabefelder mit Zeicheneingabewerten. Eine ordnungsgemäße Validierungsmeldung sollte angezeigt werden.
26. Suchen Sie nach negativen Zahlen, wenn dies für numerische Felder zulässig ist.
27. Überprüfen Sie die Anzahl der Felder mit Dezimalzahlen.
28. Überprüfen Sie die Funktionalität der auf allen Seiten verfügbaren Schaltflächen.
29. Der Benutzer sollte nicht in der Lage sein, eine Seite zweimal durch kurzes Drücken der Senden-Taste zu senden.
30. Bei Berechnungen sollten Fehler durch Teilen durch Null behandelt werden.
31. Eingabedaten mit dem Leerzeichen für die erste und letzte Position sollten korrekt behandelt werden.
SQL Interview Fragen mit Antworten pdf
GUI- und Usability-Testszenarien
1. Alle Felder auf einer Seite ( Zum Beispiel, Textfeld, Radiooptionen, Dropdown-Listen) sollten richtig ausgerichtet sein.
2. Numerische Werte sollten korrekt ausgerichtet sein, sofern nicht anders angegeben.
3. Zwischen Feldbezeichnungen, Spalten, Zeilen, Fehlermeldungen usw. sollte ausreichend Platz vorhanden sein.
4. Die Bildlaufleiste sollte nur bei Bedarf aktiviert werden.
5. Schriftgröße, -stil und -farbe für Überschriften, Beschreibungstexte, Beschriftungen, Infield-Daten und Rasterinformationen sollten gemäß SRS Standard sein.
6. Das Beschreibungstextfeld sollte mehrzeilig sein.
7. Deaktivierte Felder sollten ausgegraut sein und Benutzer sollten nicht in der Lage sein, sich auf diese Felder zu konzentrieren.
8. Beim Klicken auf ein Eingabetextfeld sollte der Mauszeiger auf den Cursor geändert werden.
9. Der Benutzer sollte keine Dropdown-Auswahllisten eingeben können.
10. Von Benutzern eingegebene Informationen sollten intakt bleiben, wenn auf der Seite 'Senden' eine Fehlermeldung angezeigt wird. Der Benutzer sollte in der Lage sein, das Formular erneut zu senden, indem er die Fehler korrigiert.
11. Überprüfen Sie, ob in Fehlermeldungen die richtigen Feldbezeichnungen verwendet werden.
12. Dropdown-Feldwerte sollten in definierter Sortierreihenfolge angezeigt werden.
13. Tab und Shift + Tab-Reihenfolge sollten ordnungsgemäß funktionieren.
14. Die Standard-Radiooptionen sollten beim Laden der Seite vorgewählt sein.
15. Feldspezifische Hilfemeldungen auf Seitenebene sollten verfügbar sein.
16. Überprüfen Sie, ob bei Fehlern die richtigen Felder hervorgehoben sind.
17. Überprüfen Sie, ob die Dropdown-Listenoptionen lesbar sind und aufgrund von Feldgrößenbeschränkungen nicht abgeschnitten werden.
18. Auf alle Schaltflächen auf einer Seite sollte über Tastaturkürzel zugegriffen werden können, und der Benutzer sollte in der Lage sein, alle Vorgänge über eine Tastatur auszuführen.
19. Überprüfen Sie alle Seiten auf fehlerhafte Bilder.
20. Überprüfen Sie alle Seiten auf fehlerhafte Links.
21. Alle Seiten sollten einen Titel haben.
22. Bestätigungsmeldungen sollten angezeigt werden, bevor Aktualisierungs- oder Löschvorgänge ausgeführt werden.
23. Sanduhr sollte angezeigt werden, wenn die Anwendung beschäftigt ist.
24. Der Seitentext sollte linksbündig sein.
25. Der Benutzer sollte nur eine Funkoption und eine beliebige Kombination für Kontrollkästchen auswählen können.
Testszenarien für Filterkriterien
1. Der Benutzer sollte in der Lage sein, Ergebnisse anhand aller Parameter auf der Seite zu filtern.
2. Die Suchfunktion verfeinern sollte die Suchseite mit allen vom Benutzer ausgewählten Suchparametern laden.
3. Wenn mindestens ein Filterkriterium zum Ausführen des Suchvorgangs erforderlich ist, stellen Sie sicher, dass die richtige Fehlermeldung angezeigt wird, wenn der Benutzer die Seite sendet, ohne Filterkriterien auszuwählen.
4. Wenn mindestens eine Auswahl der Filterkriterien nicht obligatorisch ist, sollte der Benutzer die Seite senden können und die Standardsuchkriterien sollten zum Abfragen der Ergebnisse verwendet werden.
5. Für alle ungültigen Werte für Filterkriterien sollten ordnungsgemäße Validierungsmeldungen angezeigt werden.
Testszenarien für das Ergebnisraster
1. Das Symbol zum Laden von Seiten sollte angezeigt werden, wenn das Laden der Ergebnisseite länger als die Standardzeit dauert.
2. Überprüfen Sie, ob alle Suchparameter zum Abrufen der im Ergebnisraster angezeigten Daten verwendet werden.
3. Die Gesamtzahl der Ergebnisse sollte im Ergebnisraster angezeigt werden.
4. Die für die Suche verwendeten Suchkriterien sollten im Ergebnisraster angezeigt werden.
5. Ergebnisrasterwerte sollten nach Standardspalte sortiert werden.
6. Sortierte Spalten sollten mit einem Sortiersymbol angezeigt werden.
7. Ergebnisraster sollten alle angegebenen Spalten mit korrekten Werten enthalten.
8. Aufsteigende und absteigende Sortierfunktionen sollten für Spalten funktionieren, die von der Datensortierung unterstützt werden.
9. Ergebnisgitter sollten mit dem richtigen Spalten- und Zeilenabstand angezeigt werden.
10. Die Paginierung sollte aktiviert werden, wenn mehr Ergebnisse als die Standardergebnisanzahl pro Seite vorliegen.
11. Überprüfen Sie die Paginierungsfunktionen für die nächste, vorherige, erste und letzte Seite.
12. Doppelte Datensätze sollten nicht im Ergebnisraster angezeigt werden.
13. Überprüfen Sie, ob alle Spalten sichtbar sind und ob bei Bedarf eine horizontale Bildlaufleiste aktiviert ist.
14. Überprüfen Sie die Daten auf dynamische Spalten (Spalten, deren Werte basierend auf den anderen Spaltenwerten dynamisch berechnet werden).
15. Für Ergebnisraster mit Berichten überprüfen Sie die Zeile 'Summen' und die Summe für jede Spalte.
16. Für Ergebnisraster mit Berichten überprüfen Sie die Zeilendaten 'Summen', wenn die Paginierung aktiviert ist und der Benutzer zur nächsten Seite navigiert.
17. Überprüfen Sie, ob geeignete Symbole zum Anzeigen von Spaltenwerten verwendet werden, z. Das% -Symbol sollte zur Prozentberechnung angezeigt werden.
18. Überprüfen Sie die Ergebnisrasterdaten, um festzustellen, ob der Datumsbereich aktiviert ist.
Testszenarien für ein Fenster
1. Überprüfen Sie, ob die Standardfenstergröße korrekt ist.
2. Überprüfen Sie, ob die Größe des untergeordneten Fensters korrekt ist.
3. Überprüfen Sie, ob auf der Seite ein Feld mit Standardfokus vorhanden ist (im Allgemeinen sollte der Fokus auf dem ersten Eingabefeld des Bildschirms festgelegt werden).
4. Überprüfen Sie, ob untergeordnete Fenster beim Schließen des übergeordneten / öffnenden Fensters geschlossen werden.
5. Wenn das untergeordnete Fenster geöffnet ist, sollte der Benutzer kein Feld im Hintergrund oder im übergeordneten Fenster verwenden oder aktualisieren können
6. Aktivieren Sie das Kontrollkästchen Fenster minimieren, maximieren und schließen.
7. Überprüfen Sie, ob die Größe des Fensters geändert werden kann.
8. Überprüfen Sie die Bildlaufleistenfunktion für übergeordnete und untergeordnete Fenster.
9. Überprüfen Sie die Funktion der Abbrechen-Schaltfläche für das untergeordnete Fenster.
Testszenarien für Datenbanktests
1. Überprüfen Sie, ob nach einer erfolgreichen Seitenübermittlung die richtigen Daten in der Datenbank gespeichert werden.
2. Überprüfen Sie die Werte für Spalten, die keine Nullwerte akzeptieren.
3. Überprüfen Sie die Datenintegrität. Die Daten sollten je nach Entwurf in einer oder mehreren Tabellen gespeichert werden.
4. Indexnamen sollten gemäß den Standards angegeben werden, z. IND__
5. Tabellen sollten eine Primärschlüsselspalte haben.
6. In Tabellenspalten sollten Beschreibungsinformationen verfügbar sein (mit Ausnahme von Überwachungsspalten wie Erstellungsdatum, Erstellungsdatum usw.).
7. Für jede Datenbank sollte ein Operationsprotokoll zum Hinzufügen / Aktualisieren hinzugefügt werden.
8. Erforderliche Tabellenindizes sollten erstellt werden.
9. Überprüfen Sie, ob Daten erst dann in die Datenbank übernommen werden, wenn der Vorgang erfolgreich abgeschlossen wurde.
10. Daten sollten bei fehlgeschlagenen Transaktionen zurückgesetzt werden.
11. Der Datenbankname sollte gemäß dem Anwendungstyp angegeben werden, d. H. Test, UAT, Sandbox, Live (obwohl dies kein Standard ist, ist er für die Datenbankwartung hilfreich).
12. Logische Datenbanknamen sollten entsprechend dem Datenbanknamen angegeben werden (dies ist wiederum nicht Standard, aber hilfreich für die DB-Wartung).
13. Gespeicherte Prozeduren sollten nicht mit dem Präfix 'sp_' benannt werden.
14. Überprüfen Sie, ob die Werte für Tabellenüberwachungsspalten (wie Erstellungsdatum, erstellt von, aktualisiert, aktualisiert von, gelöscht, Daten gelöscht, gelöscht von usw.) ordnungsgemäß ausgefüllt sind.
15. Überprüfen Sie, ob die Eingabedaten beim Speichern nicht abgeschnitten werden. Die dem Benutzer auf der Seite und im Datenbankschema angezeigte Feldlänge sollte gleich sein.
16. Überprüfen Sie numerische Felder mit minimalen, maximalen und Gleitkommawerten.
17. Überprüfen Sie numerische Felder mit negativen Werten (sowohl auf Akzeptanz als auch auf Nichtakzeptanz).
18. Überprüfen Sie, ob das Optionsfeld und die Dropdown-Listenoptionen korrekt in der Datenbank gespeichert sind.
19. Überprüfen Sie, ob die Datenbankfelder mit dem richtigen Datentyp und der richtigen Datenlänge entworfen wurden.
20. Überprüfen Sie, ob alle Tabelleneinschränkungen wie Primärschlüssel, Fremdschlüssel usw. korrekt implementiert sind.
21. Testen Sie gespeicherte Prozeduren und Trigger mit Probeneingabedaten.
22. Führende und nachfolgende Leerzeichen im Eingabefeld sollten abgeschnitten werden, bevor Daten in die Datenbank übertragen werden.
23. Für die Primärschlüsselspalte sollten keine Nullwerte zulässig sein.
Testszenarien für die Funktion zum Hochladen von Bildern
(Gilt auch für andere Funktionen zum Hochladen von Dateien.)
1. Überprüfen Sie, ob der Bildpfad hochgeladen wurde.
2. Überprüfen Sie das Hochladen von Bildern und ändern Sie die Funktionalität.
3. Überprüfen Sie die Funktion zum Hochladen von Bildern mit Bilddateien verschiedener Erweiterungen ( Zum Beispiel, JPEG, PNG, BMP usw.)
4. Überprüfen Sie die Funktion zum Hochladen von Bildern mit Bildern, die Leerzeichen oder ein anderes zulässiges Sonderzeichen im Dateinamen enthalten.
5. Überprüfen Sie das Hochladen des doppelten Namensbildes.
6. Überprüfen Sie den Bild-Upload mit einer Bildgröße, die größer als die maximal zulässige Größe ist. Die richtige Fehlermeldung sollte angezeigt werden.
7. Überprüfen Sie die Funktion zum Hochladen von Bildern mit anderen Dateitypen als Bildern ( Zum Beispiel, txt, doc, pdf, exe usw.). Eine korrekte Fehlermeldung sollte angezeigt werden.
8. Überprüfen Sie, ob Bilder mit der angegebenen Höhe und Breite (falls definiert) akzeptiert werden, andernfalls werden sie abgelehnt.
9. Die Fortschrittsanzeige für das Hochladen von Bildern sollte für große Bilder angezeigt werden.
10. Überprüfen Sie, ob die Funktion zum Abbrechen der Schaltfläche zwischen dem Upload-Vorgang funktioniert.
11. Überprüfen Sie, ob im Dialogfeld zur Dateiauswahl nur die unterstützten unterstützten Dateien aufgeführt sind.
12. Überprüfen Sie die Funktion zum Hochladen mehrerer Bilder.
13. Überprüfen Sie die Bildqualität nach dem Hochladen. Die Bildqualität sollte nach dem Hochladen nicht geändert werden.
14. Überprüfen Sie, ob der Benutzer die hochgeladenen Bilder verwenden / anzeigen kann.
Testszenarien zum Senden von E-Mails
(Testfälle zum Verfassen oder Validieren von E-Mails sind hier nicht enthalten.)
(Stellen Sie sicher, dass Sie Dummy-E-Mail-Adressen verwenden, bevor Sie E-Mail-bezogene Tests ausführen.)
1. Die E-Mail-Vorlage sollte für alle E-Mails Standard-CSS verwenden.
2. E-Mail-Adressen sollten vor dem Senden von E-Mails überprüft werden.
3. Sonderzeichen in der E-Mail-Textvorlage sollten ordnungsgemäß behandelt werden.
4. Sprachspezifische Zeichen ( Zum Beispiel, Russische, chinesische oder deutsche Schriftzeichen) sollten in der E-Mail-Textvorlage ordnungsgemäß behandelt werden.
5. Der Betreff der E-Mail sollte nicht leer sein.
6. Platzhalterfelder, die in der E-Mail-Vorlage verwendet werden, sollten durch tatsächliche Werte ersetzt werden, z. {Vorname} {Nachname} sollte für alle Empfänger ordnungsgemäß durch den Vor- und Nachnamen einer Person ersetzt werden.
7. Wenn Berichte mit dynamischen Werten im E-Mail-Text enthalten sind und die Berichtsdaten korrekt berechnet werden sollten.
8. Der Name des E-Mail-Absenders sollte nicht leer sein.
9. E-Mails sollten in verschiedenen E-Mail-Clients wie Outlook, Gmail, Hotmail, Yahoo! Post usw.
10. Aktivieren Sie die Option zum Senden von E-Mail-Funktionen mithilfe der Felder TO, CC und BCC.
11. Überprüfen Sie Klartext-E-Mails.
12. Überprüfen Sie die E-Mails im HTML-Format.
13. Überprüfen Sie die Kopf- und Fußzeile der E-Mails auf Firmenlogo, Datenschutzbestimmungen und andere Links.
14. Überprüfen Sie E-Mails mit Anhängen.
15. Aktivieren Sie diese Option, um E-Mail-Funktionen an einzelne, mehrere oder Verteilerlistenempfänger zu senden.
16. Überprüfen Sie, ob eine Antwort auf die E-Mail-Adresse korrekt ist.
17. Aktivieren Sie diese Option, um das hohe E-Mail-Volumen zu senden.
Testszenarien für die Excel-Exportfunktion
1. Die Datei sollte in der richtigen Dateierweiterung exportiert werden.
2. Der Dateiname für die exportierte Excel-Datei sollte den Standards entsprechen. Zum Beispiel, Wenn der Dateiname den Zeitstempel verwendet, sollte er zum Zeitpunkt des Exports der Datei ordnungsgemäß durch einen tatsächlichen Zeitstempel ersetzt werden.
3. Überprüfen Sie das Datumsformat, wenn die exportierte Excel-Datei die Datumsspalten enthält.
4. Überprüfen Sie die Zahlenformatierung auf numerische oder Währungswerte. Die Formatierung sollte der auf der Seite gezeigten entsprechen.
5. Die exportierte Datei sollte Spalten mit den richtigen Spaltennamen enthalten.
6. Die Standardseiten-Sortierung sollte auch in der exportierten Datei durchgeführt werden.
7. Excel-Dateidaten sollten für alle Seiten ordnungsgemäß mit Kopf- und Fußzeilentext, Datum, Seitenzahlen usw. formatiert sein.
8. Überprüfen Sie, ob die auf einer Seite angezeigten Daten und die exportierte Excel-Datei identisch sind.
9. Überprüfen Sie die Exportfunktion, wenn die Paginierung aktiviert ist.
10. Überprüfen Sie, ob auf der Exportschaltfläche das richtige Symbol für den exportierten Dateityp angezeigt wird. Zum Beispiel, Excel-Dateisymbol für XLS-Dateien
11. Überprüfen Sie die Exportfunktion für Dateien mit sehr großer Größe.
12. Überprüfen Sie die Exportfunktion für Seiten mit Sonderzeichen. Überprüfen Sie, ob diese Sonderzeichen ordnungsgemäß in die Excel-Datei exportiert wurden.
Leistungstestszenarien
1. Überprüfen Sie, ob die Ladezeit der Seite innerhalb des zulässigen Bereichs liegt.
2. Überprüfen Sie das Laden der Seite bei langsamen Verbindungen.
3. Überprüfen Sie die Reaktionszeit auf Aktionen unter Bedingungen mit leichter, normaler, mittlerer und schwerer Last.
4. Überprüfen Sie die Leistung der in der Datenbank gespeicherten Prozeduren und Trigger.
5. Überprüfen Sie die Ausführungszeit der Datenbankabfrage.
6. Überprüfen Sie die Anwendung auf Lasttests.
7. Überprüfen Sie die Anwendung auf Stresstests.
8. Überprüfen Sie die CPU- und Speicherauslastung unter Spitzenlastbedingungen.
Testszenarien für Sicherheitstests
1. Suchen Sie nach SQL-Injection-Angriffen.
2. Sichere Seiten sollten das HTTPS-Protokoll verwenden.
3. Der Seitenabsturz sollte keine Anwendungs- oder Serverinformationen enthalten. Hierzu sollte die Fehlerseite angezeigt werden.
4. Escapezeichen in der Eingabe maskieren.
5. Fehlermeldungen sollten keine vertraulichen Informationen enthalten.
6. Alle Anmeldeinformationen sollten über einen verschlüsselten Kanal übertragen werden.
7. Testen Sie die Kennwortsicherheit und die Durchsetzung der Kennwortrichtlinien.
8. Überprüfen Sie die Abmeldefunktion der Anwendung.
9. Suchen Sie nach Brute-Force-Angriffen.
10. Cookie-Informationen sollten nur in verschlüsseltem Format gespeichert werden.
11. Überprüfen Sie die Dauer des Sitzungscookies und die Beendigung der Sitzung nach dem Timeout oder dem Abmelden.
11. Sitzungstoken sollten über einen gesicherten Kanal übertragen werden.
13. Das Passwort sollte nicht in Cookies gespeichert werden.
14. Test auf Denial-of-Service-Angriffe.
15. Auf Speicherverlust prüfen.
16. Testen Sie den nicht autorisierten Anwendungszugriff, indem Sie die Variablenwerte in der Adressleiste des Browsers bearbeiten.
17. Testen Sie die Übergabe der Dateierweiterung, damit exe-Dateien nicht hochgeladen und auf dem Server ausgeführt werden.
18. Sensible Felder wie Passwörter und Kreditkarteninformationen sollten nicht automatisch vervollständigt werden müssen.
19. Die Funktion zum Hochladen von Dateien sollte Dateitypbeschränkungen und Antivirenprogramme zum Scannen hochgeladener Dateien verwenden.
20. Überprüfen Sie, ob die Verzeichnisliste verboten ist.
21. Passwörter und andere vertrauliche Felder sollten während der Eingabe maskiert werden.
22. Überprüfen Sie, ob die Funktionalität für vergessene Kennwörter mit Funktionen wie dem vorübergehenden Ablauf des Kennworts nach festgelegten Zeiten gesichert ist und ob Sicherheitsfragen gestellt werden, bevor Sie ein neues Kennwort ändern oder anfordern.
23. Überprüfen Sie die CAPTCHA-Funktionalität.
24. Überprüfen Sie, ob wichtige Ereignisse in Protokolldateien protokolliert werden.
25. Überprüfen Sie, ob die Zugriffsrechte korrekt implementiert sind.
Testfälle für Penetrationstests - Ich habe ungefähr 41 Testfälle für Penetrationstests aufgelistet diese Seite .
Ich möchte mich wirklich bedanken Devanshu lavaniya (Senior QA Engineer bei I-link Infosoft) für die Unterstützung bei der Erstellung dieser umfassenden Testcheckliste.
Ich habe versucht, fast alle Standard-Testszenarien für Web- und Desktop-Anwendungsfunktionen abzudecken. Trotzdem weiß ich, dass dies keine vollständige Checkliste ist. Tester in verschiedenen Projekten haben basierend auf ihren Erfahrungen eine eigene Test-Checkliste.
Aktualisiert:
Über 100 einsatzbereite Testfälle (Checklisten)
Mit dieser Liste können Sie die häufigsten Komponenten von AUT testen
Wie können Sie die gängigsten Komponenten Ihres AUT jedes Mal effektiv testen?
Dieser Artikel enthält eine Liste allgemeiner Validierungen für die am weitesten verbreiteten Elemente von AUT, die zur Vereinfachung für Tester zusammengestellt wurden (insbesondere in agilen Umgebungen, in denen häufig kurzfristige Releases auftreten).
Jedes AUT (Application Under Test) ist einzigartig und hat einen ganz bestimmten Geschäftszweck. Die einzelnen Aspekte (Module) des AUT betreffen verschiedene Operationen / Aktionen, die für den Erfolg des vom AUT unterstützten Geschäfts entscheidend sind.
Obwohl jedes AUT anders gestaltet ist, sind einzelne Komponenten / Felder, auf die wir auf den meisten Seiten / Bildschirmen / Anwendungen stoßen, mit mehr oder weniger ähnlichem Verhalten gleich.
Einige allgemeine Komponenten von AUT:
- Speichern, Aktualisieren, Löschen, Zurücksetzen, Abbrechen, OK - Links / Schaltflächen - deren Funktionalität die Bezeichnung des Objekts angibt.
- Textfeld, Dropdowns, Kontrollkästchen, Optionsfelder, Datumssteuerfelder - das funktioniert jedes Mal auf die gleiche Weise.
- Datenraster, betroffene Bereiche usw. zur Erleichterung von Berichten.
Die Art und Weise, wie diese einzelnen Elemente zur Gesamtfunktionalität der Anwendung beitragen, kann unterschiedlich sein, aber die Schritte zu ihrer Validierung sind immer gleich.
Fahren wir mit der Liste der häufigsten Validierungen für fort Web- oder Desktop-Anwendung Seiten / Formulare.
Hinweis : Das tatsächliche Ergebnis, das erwartete Ergebnis, die Testdaten und andere Parameter, die normalerweise Teil eines Testfalls sind, werden der Einfachheit halber weggelassen. - Es wird ein allgemeiner Checklistenansatz verwendet.
wie man.dat Datei auf dem iPhone öffnet
Zweck dieser umfassenden Checkliste:
Der Hauptzweck dieser Checklisten (oder Testfälle) besteht darin, eine maximale Testabdeckung bei Validierungen auf Feldebene sicherzustellen, ohne zu viel Zeit zu investieren, und gleichzeitig die Qualität der Tests nicht zu beeinträchtigen.
Denn Vertrauen in ein Produkt kann nur erreicht werden, wenn jedes einzelne Element bestmöglich getestet wird.
Die vollständige Checkliste (Testfälle) für die häufigsten Komponenten von AUT
Hinweis:Sie können diese Checklisten im Microsoft Excel-Format verwenden (Download am Ende des Artikels). Sie können die Testausführung sogar in derselben Datei mit Pass / Fail-Ergebnissen und Status verfolgen.
Dies könnte eine All-in-One-Ressource für QS-Teams sein, um die häufigsten Komponenten von AUT zu testen und zu verfolgen.Sie können anwendungsspezifische Testfälle hinzufügen oder aktualisierenund machen Sie es eine noch umfassendere Liste.
Checkliste Nr. 1: Checkliste für mobile Tests
Modulname: |
Modulfunktionalität: |
Auswirkungen des Moduls auf die Anwendung: |
Modulfluss: |
Menü & Untermenü: |
Rechtschreibung und Reihenfolge & Eignung: |
Steuerung für jedes Untermenü: |
Checkliste Nr. 2: Checkliste zum Testen von Formularen / Bildschirmen
Formularfunktionalität: |
Formular Auswirkung auf die Anwendung: |
Formularfluss: |
Entwerfen: |
Ausrichtungen: |
Titel: |
Feldnamen: |
Schreibweisen: |
Obligatorische Zeichen: |
Warnungen zu Pflichtfeldern: |
Tasten: |
Standardposition des Cursors: |
Tabulatorfolge: |
Die Seite vor der Eingabe von Daten: |
Seite nach Dateneingabe: |
Checkliste Nr. 3: Checkliste für Textfeldfeldtests
Textfeld:
HINZUFÜGEN (Bildschirm hinzufügen) | BEARBEITEN (im Bearbeitungsbildschirm) | |
Zeichen | ||
Spezielle Charaktere | ||
Zahlen | ||
Grenze | ||
Aufmerksam | ||
Rechtschreibung & Grammatik in Warnmeldung: |
BVA (Größe) für Textfeld:
Min -> -> Pass
Min-1 -> -> Fehler
Min + 1 -> -> Pass
Max-1 -> -> Pass
Max + 1 -> -> Fail
Max -> -> Pass
ECP für Textfeld:
Gültig | In Gültig |
- - | - - |
- - | - - |
Checkliste Nr. 4: Checkliste für das Testen von Listenfeldern oder Dropdown-Listen
Listenfeld / Dropdown:
HINZUFÜGEN (Bildschirm hinzufügen) | BEARBEITEN (im Bearbeitungsbildschirm) | |
Header | ||
Die Richtigkeit der vorhandenen Daten | ||
Reihenfolge der Daten | ||
Auswahl und Abwahl | ||
Aufmerksam: | ||
Rechtschreibung und Grammatik der Warnmeldung | ||
Cursor nach Alarm | ||
Reflexion von Auswahl und Abwahl in verbleibenden Feldern |
Checkliste Nr. 5: Checkliste für Feldtestprüfungen
CheckBox:
HINZUFÜGEN (Bildschirm hinzufügen) | BEARBEITEN (im Bearbeitungsbildschirm) | |
Standardauswahl | ||
Aktion nach Auswahl | ||
Aktion nach Abwahl | ||
Auswahl und Abwahl | ||
Aufmerksam: | ||
Rechtschreibung und Grammatik der Warnmeldung | ||
Cursor nach Alarm | ||
Reflexion von Auswahl und Abwahl in verbleibenden Feldern |
Checkliste Nr. 6: Checkliste zum Testen von Optionsfeldern
Radio knopf:
HINZUFÜGEN (Bildschirm hinzufügen) | BEARBEITEN (im Bearbeitungsbildschirm) | |
Standardauswahl | ||
Aktion nach Auswahl | ||
Aktion nach Abwahl | ||
Auswahl und Abwahl | ||
Aufmerksam: | ||
Rechtschreibung und Grammatik der Warnmeldung | ||
Cursor nach Alarm | ||
Reflexion von Auswahl und Abwahl in verbleibenden Feldern |
Checkliste Nr. 7: Datumsfeld-Testszenarien
Datumsfeld:
HINZUFÜGEN (Bildschirm hinzufügen) | BEARBEITEN (im Bearbeitungsbildschirm) | |
Standard-Datumsanzeige | ||
Gestaltung des Kalenders | ||
Navigation für verschiedene Monate und Jahre in der Datumskontrolle | ||
Manuelle Eingabe in das Datumstextfeld | ||
Datumsformat und Einheitlichkeit mit der Gesamtanwendung | ||
Aufmerksam: | ||
Rechtschreibung und Grammatik der Warnmeldung | ||
Cursor nach Alarm | ||
Reflexion von Auswahl und Abwahl in verbleibenden Feldern |
Checkliste Nr. 8: Testszenarien zum Speichern von Schaltflächen
Speichern / aktualisieren:
HINZUFÜGEN (Bildschirm hinzufügen) | BEARBEITEN (im Bearbeitungsbildschirm) | |
Ohne Angabe von Daten: | ||
Mit nur Pflichtfeldern: | ||
Mit allen Feldern: | ||
Mit Maximallimit: | ||
Mit Mindestbegrenzung | ||
Rechtschreibung und Grammatik in der Bestätigungsmeldung: | ||
Mauszeiger | ||
Duplizieren eindeutiger Felder: | ||
Rechtschreibung und Grammatik in zweifacher Ausfertigung Warnmeldung: | ||
Mauszeiger |
Checkliste Nr. 9: Abbrechen von Schaltflächentestszenarien
Stornieren:
Mit Daten in allen Bereichen | ||
Mit nur Pflichtfeldern: | ||
Mit allen Feldern: |
Checkliste Nr. 10: Testpunkte für Schaltflächen löschen
Löschen:
BEARBEITEN (im Bearbeitungsbildschirm) | |
Löschen Sie den Datensatz, der an keiner Stelle in der Anwendung verwendet wird | |
Löschen Sie den Datensatz, der eine Abhängigkeit hat | |
Fügen Sie den neuen Datensatz mit denselben gelöschten Details erneut hinzu |
Checkliste Nr. 11: Überprüfen der betroffenen Bereiche nach dem Speichern oder Aktualisieren
Nach dem Speichern / Aktualisieren:
In Ansicht anzeigen | |
Reflexion in betroffenen Formen in der Anwendung |
Checkliste Nr. 12: Datenraster-Testliste
Datenraster:
Rastertitel und Rechtschreibung | |
Formular Bevor Sie Daten angeben | |
Nachricht Bevor Sie Daten angeben | |
Schreibweisen | |
Ausrichtungen | |
S Nr | |
Feldnamen & Reihenfolge | |
Die Richtigkeit der vorhandenen Daten | |
Reihenfolge der vorhandenen Daten | |
Ausrichtung vorhandener Daten | |
Seitennavigatoren | |
Daten beim Navigieren mit verschiedenen Seiten |
Link-Funktionalität bearbeiten
Seite nach dem Bearbeiten: | |
Titel und Schreibweise | |
Vorhandene Daten des ausgewählten Datensatzes in jedem Feld | |
Tasten |
Diese Liste ist möglicherweise nicht vollständig, aber in der Tat umfangreich.
HERUNTERLADEN==> Sie können alle diese Checklisten im MS Excel-Format herunterladen: Im Excel-Format herunterladen
Zu beachtende Punkte:
- Je nach Bedarf können zusätzliche Tests unter jeder Kategorie / für jedes Feld hinzugefügt oder vorhandene Felder entfernt werden. Mit anderen Worten, diese Listen sind vollständig anpassbar.
- Wenn Sie Validierungen auf Feldebene in Ihre Testsuiten aufnehmen müssen, müssen Sie lediglich die entsprechende Liste abrufen und für den Bildschirm / die Seite verwenden, die Sie testen möchten.
- Pflegen Sie die Checkliste, indem Sie den Pass / Fail-Status aktualisieren, um eine zentrale Anlaufstelle für die Auflistung von Funktionen, deren Validierung und Aufzeichnung der Testergebnisse zu schaffen.
Sie können dies gerne zu einer vollständigen Checkliste machen, indem Sie im Kommentarbereich unten weitere Testfälle / Szenarien oder negative Testfälle hinzufügen.
Ich würde mich auch freuen, wenn Sie dies mit Ihren Freunden teilen würden!
PREV Tutorial | NÄCHSTES Tutorial
Literatur-Empfehlungen
- So schreiben Sie Testfälle: Der ultimative Leitfaden mit Beispielen
- Testen von Website-Cookies und Testfälle zum Testen von Webanwendungs-Cookies
- Beispiel für eine Testfallvorlage mit Testfallbeispielen [Download]
- Beste Software-Test-Tools 2021 [QA Test Automation Tools]
- Testhandbuch für die Sicherheit von Webanwendungen
- Anwendungstests - Grundlagen des Softwaretests!
- Installieren Sie Ihre Anwendung auf dem Gerät und starten Sie den Test von Eclipse aus
- TDD Vs BDD - Analysieren Sie die Unterschiede anhand von Beispielen