180+ Exemple de testare a aplicațiilor web Exemple de teste (eșantion de listă de verificare)

180 web application testing example test cases

Exemplu de testare a aplicațiilor web Cazuri de testare: Aceasta este o listă completă de verificare a testării, atât pentru aplicațiile web, cât și pentru cele desktop.

Aceasta este o listă foarte cuprinzătoare de exemple de testare a aplicațiilor web Exemple de cazuri / scenarii de testare. Scopul nostru este să împărtășim una dintre cele mai cuprinzătoare liste de verificare scrise vreodată și acest lucru nu este încă realizat.

Vom continua să actualizăm această postare și în viitor, cu mai multe cazuri de testare și scenarii. Dacă nu aveți timp să-l citiți acum, nu ezitați să împărtășiți acest lucru cu prietenii dvs. și să îl marcați pentru mai târziu.

Faceți o listă de verificare a testării ca parte integrantă a procesului dvs. de scriere a cazurilor de testare. Folosind această listă de verificare, puteți crea cu ușurință sute de Cazuri de testare pentru testarea aplicațiilor web sau desktop.

Toate acestea sunt cazuri de testare generale și ar trebui să fie aplicabile pentru aproape toate tipurile de aplicații. Consultați aceste teste în timp ce scrieți teste pentru proiectul dvs. și sunt sigur că veți acoperi majoritatea tipuri de testare cu excepția regulilor comerciale specifice aplicației furnizate în documentele dvs. SRS.

Deși aceasta este o listă de verificare obișnuită, vă recomand să pregătiți o listă de verificare standard de testare adaptată nevoilor dvs. specifice, folosind cazurile de testare de mai jos, pe lângă testele specifice aplicației.

Instrument recomandat:

Înainte de a continua procesul de scriere a cazurilor de testare, vă recomandăm să descărcați acest instrument de gestionare a cazurilor de testare. Acest lucru vă va ușura planul de testare și procesul de scriere a cazurilor de testare menționate în acest tutorial.

=> Descărcați instrumentul de gestionare a cazurilor de testare TestRail

Importanța utilizării unei liste de verificare pentru testare

# 1) Menținerea unui depozit standard de cazuri de testare reutilizabile pentru aplicația dvs. vă va asigura că cele mai frecvente erori vor fi surprinse mai repede.
#Două) O listă de verificare ajută la finalizarea rapidă a scrierii testelor pentru noile versiuni ale aplicației.
# 3) Reutilizarea cazurilor de testare vă ajută să economisiți bani pe resurse pentru a scrie teste repetitive.
# 4) Cazurile de testare importante vor fi acoperite întotdeauna, făcând astfel aproape imposibil de uitat.
# 5) Lista de verificare a testelor poate fi trimisă de dezvoltatori pentru a se asigura că cele mai frecvente probleme sunt rezolvate chiar în faza de dezvoltare.

Note:

• Executați aceste scenarii cu diferite roluri de utilizator, de ex. utilizator administrator, utilizator invitat etc.
• Pentru aplicațiile web, aceste scenarii ar trebui să fie testat pe mai multe browsere cum ar fi IE, FF, Chrome și Safari cu versiuni aprobate de client.
• Testați cu rezoluții diferite ale ecranului, cum ar fi 1024 x 768, 1280 x 1024 etc.
• O aplicație ar trebui testată pe o varietate de afișaje precum LCD, CRT, notebook-uri, tablete și telefoane mobile.
• Testează aplicația pe diferite platforme precum Windows, Mac, sisteme de operare Linux etc.

Ce veți învăța:

• 180+ Exemple de testare a aplicațiilor web Exemple de testare
  • Scenarii generale de testare
  • GUI și scenarii de test de utilizare
    • Scenarii de testare pentru criteriile de filtrare
    • Testați scenarii pentru grila de rezultate
    • Testați scenarii pentru o fereastră
  • Testarea bazelor de date Scenarii de testare
    • Testați scenarii pentru funcționalitatea de încărcare a imaginilor
    • Testați scenarii pentru trimiterea de e-mailuri
    • Testați scenarii pentru funcționalitatea de export Excel
  • Testarea performanței Scenarii de testare
  • Testarea securității Scenarii de testare
• 100+ cazuri de testare gata de executare (liste de verificare)
  • Lista completă de verificare (cazuri de testare) pentru cele mai comune componente ale AUT
    • Lista de verificare nr. 1: Lista de verificare pentru testarea mobilă
    • Lista de verificare nr. 2: Lista de verificare pentru testarea formularelor / ecranelor
    • Lista de verificare nr. 3: Lista de verificare pentru testarea câmpului de text
    • Lista de verificare nr. 4: Listă de verificare a listei sau a listei drop-down
    • Lista de verificare nr. 5: Lista de verificare pentru testarea câmpului de casetă
    • Lista de verificare nr. 6: Lista de verificare pentru testarea butoanelor radio
    • Lista de verificare # 7: Scenarii de testare a câmpului de dată
    • Lista de verificare nr. 8: Salvarea scenariilor de testare a butonului
    • Lista de verificare nr. 9: Scenarii de testare a butonului Anulare
    • Lista de verificare nr. 10: Ștergeți punctele de testare a butonului
    • Lista de verificare nr. 11: Pentru a verifica zonele afectate după salvare sau actualizare
    • Lista de verificare # 12: Lista de testare a grilei de date
  • Lectură recomandată

180+ Exemple de testare a aplicațiilor web Exemple de testare

Ipoteze: Să presupunem că aplicația dvs. acceptă următoarele funcționalități

• Formulare cu diverse câmpuri
• Ferestre pentru copii
• Aplicația interacționează cu baza de date
• Diverse criterii de filtrare a căutării și rezultate de afișare
• Încărcare imagine
• Trimiteți funcționalitatea de e-mail
• Funcționalitate de export de date

Scenarii generale de testare

1. Toate câmpurile obligatorii trebuie validate și indicate printr-un simbol asterisc (*).
2. Mesajele de eroare de validare trebuie afișate corect în poziția corectă.
3. Toate mesajele de eroare trebuie afișate în același stil CSS ( De exemplu, folosind culoarea roșie)
4. Mesajele generale de confirmare trebuie afișate folosind un stil CSS, altul decât stilul mesajelor de eroare ( De exemplu, folosind culoarea verde)
5. Textul cu sfaturi de instrumente ar trebui să fie semnificativ.
6. Câmpurile derulante trebuie să aibă prima intrare necompletată sau text ca „Selectați”.
7. „Ștergerea funcționalității” pentru orice înregistrare dintr-o pagină ar trebui să solicite o confirmare.
8. Selectați / deselectați toate înregistrările opțiunea ar trebui să fie furnizată dacă pagina acceptă funcționalitatea de adăugare / ștergere / actualizare înregistrare
9. Valorile sumelor trebuie afișate cu simboluri valutare corecte.
10. Ar trebui furnizată sortarea implicită a paginilor.
11. Funcționalitatea butonului Reset ar trebui să seteze valorile implicite pentru toate câmpurile.
12. Toate valorile numerice trebuie formatate corect.
13. Câmpurile de intrare trebuie verificate pentru valoarea maximă a câmpului. Valorile de intrare mai mari decât limita maximă specificată nu trebuie acceptate sau stocate în baza de date.
14. Verificați toate câmpurile de intrare pentru caracterele speciale.
15. Etichetele de câmp trebuie să fie standard, de ex. câmpul care acceptă prenumele utilizatorului trebuie să fie etichetat corect ca „Prenume”.
16. Verificați funcționalitatea de sortare a paginilor după operațiile de adăugare / editare / ștergere pe orice înregistrare.
17. Verificați funcționalitatea timeout. Valorile expirării trebuie să fie configurabile. Verificați comportamentul aplicației după expirarea operațiunii.
18. Verificați cookie-urile utilizate într-o aplicație.
19. Verificați dacă fișierele descărcabile indică căile de fișiere corecte.
20. Toate cheile de resurse ar trebui să fie configurabile în fișierele de configurare sau în baza de date în loc de codare dură.
21. Convențiile standard ar trebui respectate de-a lungul întregii denumiri de chei de resurse.
22. Validați marcajul pentru toate paginile web (validați HTML și CSS pentru erori de sintaxă) pentru a vă asigura că este conform cu standardele.
23. Blocarea aplicației sau paginile indisponibile ar trebui redirecționate către pagina de eroare.
24. Verificați textul de pe toate paginile pentru erori de ortografie și gramaticale.
25. Verificați câmpurile de introducere numerice cu valori de introducere a caracterelor. Ar trebui să apară un mesaj de validare adecvat.
26. Verificați numerele negative dacă este permis pentru câmpurile numerice.
27. Verificați numărul câmpurilor cu valori ale numărului zecimal.
28. Verificați funcționalitatea butoanelor disponibile pe toate paginile.
29. Utilizatorul nu ar trebui să poată trimite o pagină de două ori apăsând butonul de trimitere în succesiune rapidă.
30. Împărțirea la zero erori ar trebui gestionată pentru orice calcul.
31. Datele de intrare cu prima și ultima poziție necompletate trebuie tratate corect.

ce sunt metadatele în depozitul de date

GUI și scenarii de test de utilizare

1. Toate câmpurile unei pagini ( De exemplu, casetă text, opțiuni radio, liste derulante) ar trebui aliniate corect.
2. Valorile numerice trebuie justificate corect dacă nu se specifică altfel.
3. Ar trebui să existe suficient spațiu între etichetele câmpului, coloanele, rândurile, mesajele de eroare etc.
4. Bara de derulare trebuie activată numai atunci când este necesar.
5. Dimensiunea fontului, stilul și culoarea pentru titlu, textul descrierii, etichete, date în interior și informații despre grilă ar trebui să fie standard, după cum se specifică în SRS.
6. Caseta de text descriere ar trebui să aibă mai multe linii.
7. Câmpurile dezactivate ar trebui să fie în gri și utilizatorii nu ar trebui să poată să se concentreze asupra acestor câmpuri.
8. La clicul unui câmp de text introdus, indicatorul săgeată al mouse-ului ar trebui schimbat în cursor.
9. Utilizatorul nu ar trebui să poată tasta în listele de selectare drop-down.
10. Informațiile completate de utilizatori ar trebui să rămână intacte atunci când apare un mesaj de eroare la trimiterea paginii. Utilizatorul ar trebui să poată trimite formularul din nou, corectând erorile.
11. Verificați dacă etichetele de câmp adecvate sunt utilizate în mesajele de eroare.
12. Valorile câmpului derulant trebuie afișate în ordinea de sortare definită.
13. Tabulare și Shift + Ordinea taburilor ar trebui să funcționeze corect.
14. Opțiunile radio implicite ar trebui să fie preselectate la încărcarea paginii.
15. Ar trebui să fie disponibile mesaje de ajutor specifice câmpului și la nivel de pagină.
16. Verificați dacă câmpurile corecte sunt evidențiate în caz de erori.
17. Verificați dacă opțiunile listei derulante sunt lizibile și nu sunt tăiate din cauza limitelor de dimensiune a câmpului.
18. Toate butoanele unei pagini ar trebui să fie accesibile prin comenzi rapide de la tastatură și utilizatorul ar trebui să poată efectua toate operațiunile folosind o tastatură.
19. Verificați toate paginile pentru imagini rupte.
20. Verificați toate paginile pentru legături rupte.
21. Toate paginile ar trebui să aibă un titlu.
22. Mesajele de confirmare trebuie afișate înainte de a efectua orice operațiune de actualizare sau ștergere.
23. Clepsidra ar trebui să fie afișată atunci când aplicația este ocupată.
24. Textul paginii ar trebui să fie justificat la stânga.
25. Utilizatorul ar trebui să poată selecta o singură opțiune radio și orice combinație pentru casetele de selectare.

Scenarii de testare pentru criteriile de filtrare

1. Utilizatorul ar trebui să poată filtra rezultatele folosind toți parametrii de pe pagină.
2. Funcționalitatea de căutare rafinată ar trebui să încarce pagina de căutare cu toți parametrii de căutare selectați de utilizator.
3. Când sunt necesare cel puțin un criteriu de filtrare pentru efectuarea operației de căutare, asigurați-vă că mesajul de eroare corect este afișat atunci când utilizatorul trimite pagina fără a selecta niciun criteriu de filtrare.
4. Când cel puțin un criteriu de selectare a filtrului nu este obligatoriu, utilizatorul ar trebui să poată trimite pagina, iar criteriile implicite de căutare ar trebui să se obișnuiască cu interogarea rezultatelor.
5. Ar trebui afișate mesaje de validare corespunzătoare pentru toate valorile nevalide pentru criteriile de filtrare.

Testați scenarii pentru grila de rezultate

1. Simbolul de încărcare a paginii ar trebui să fie afișat atunci când este nevoie de mai mult decât timpul implicit pentru a încărca pagina de rezultate.
2. Verificați dacă toți parametrii de căutare sunt utilizați pentru a prelua datele afișate în grila de rezultate.
3. Numărul total de rezultate trebuie afișat în grila de rezultate.
4. Criteriile de căutare utilizate pentru căutare trebuie afișate în grila de rezultate.
5. Valorile grilei de rezultate trebuie să fie sortate după coloana implicită.
6. Coloanele sortate trebuie afișate cu o pictogramă de sortare.
7. Grilele de rezultate ar trebui să includă toate coloanele specificate cu valori corecte.
8. Funcționalitatea de sortare crescătoare și descendentă ar trebui să funcționeze pentru coloanele acceptate de sortarea datelor.
9. Grilele de rezultate ar trebui să fie afișate cu spațiu corect între coloane și rânduri.
10. Paginarea ar trebui să fie activată atunci când există mai multe rezultate decât numărul de rezultate implicit pe pagină.
11. Verificați funcționalitatea de paginare a paginii Următoare, Anterioară, Prima și Ultima pagină.
12. Înregistrările duplicate nu trebuie afișate în grila de rezultate.
13. Verificați dacă toate coloanele sunt vizibile și dacă este necesar, este activată o bară de derulare orizontală.
14. Verificați datele pentru coloane dinamice (coloane ale căror valori sunt calculate dinamic pe baza celorlalte valori ale coloanei).
15. Pentru grilele de rezultate care prezintă rapoarte, verificați rândul „Totaluri” și verificați totalul pentru fiecare coloană.
16. Pentru grilele de rezultate care prezintă rapoarte, verificați datele de rând „Totale” atunci când paginarea este activată și utilizatorul este navigat la pagina următoare.
17. Verificați dacă sunt utilizate simboluri adecvate pentru afișarea valorilor coloanei, de ex. Simbolul% trebuie afișat pentru calculul procentual.
18. Verificați datele din grila de rezultate pentru a afla dacă intervalul de date este activat.

Testați scenarii pentru o fereastră

1. Verificați dacă dimensiunea implicită a ferestrei este corectă.
2. Verificați dacă dimensiunea ferestrei copil este corectă.
3. Verificați dacă există vreun câmp pe pagină cu focalizare implicită (în general, focalizarea trebuie setată pe primul câmp de intrare al ecranului).
4. Verificați dacă ferestrele copil se închid la închiderea ferestrei părinte / deschizător.
5. Dacă fereastra copil este deschisă, utilizatorul nu ar trebui să poată utiliza sau actualiza niciun câmp din fundal sau fereastra părinte
6. Verificați funcția de minimizare, maximizare și închidere a ferestrei.
7. Verificați dacă fereastra este redimensionabilă.
8. Verificați funcționalitatea barei de derulare pentru ferestrele părinte și copil.
9. Verificați funcționalitatea butonului de anulare pentru fereastra copil.

Testarea bazelor de date Scenarii de testare

1. Verificați dacă datele corecte sunt salvate în baza de date la trimiterea cu succes a paginii.
2. Verificați valorile pentru coloanele care nu acceptă valori nule.
3. Verificați integritatea datelor. Datele ar trebui să fie stocate în tabele unice sau multiple pe baza designului.
4. Numele indexurilor ar trebui să fie date conform standardelor de ex. IND__
5. Tabelele trebuie să aibă o coloană cu cheie principală.
6. Coloanele din tabel ar trebui să aibă informații despre descriere disponibile (cu excepția coloanelor de audit cum ar fi data creată, creată de etc.)
7. Pentru fiecare bază de date trebuie adăugat jurnalul de operații de adăugare / actualizare.
8. Ar trebui creați indici de tabel necesari.
9. Verificați dacă datele sunt transferate către baza de date numai atunci când operațiunea este finalizată cu succes.
10. Datele trebuie reduse în caz de tranzacții eșuate.
11. Numele bazei de date ar trebui să fie dat conform tipului de aplicație, adică test, UAT, sandbox, live (deși acest lucru nu este un standard, este util pentru întreținerea bazei de date)
12. Numele logice ale bazei de date ar trebui date conform numelui bazei de date (din nou, acest lucru nu este standard, dar este util pentru întreținerea bazei de date).
13. Procedurile stocate nu trebuie denumite cu un prefix „sp_”
14. Verificați dacă valorile pentru coloanele de audit ale tabelelor (cum ar fi data creată, creată de, actualizată, actualizată de, sunt șterse, date șterse, șterse de etc.) sunt completate corect.
15. Verificați dacă datele de intrare nu sunt trunchiate în timp ce salvați. Lungimea câmpului afișată utilizatorului pe pagină și în schema bazei de date ar trebui să fie aceeași.
16. Verificați câmpurile numerice cu valori minime, maxime și flotante.
17. Verificați câmpurile numerice cu valori negative (atât pentru acceptare, cât și pentru neacceptare).
18. Verificați dacă butonul radio și opțiunile listei derulante sunt salvate corect în baza de date.
19. Verificați dacă câmpurile bazei de date sunt proiectate cu tipul de date și lungimea de date corecte.
20. Verificați dacă toate constrângerile tabelului, cum ar fi o cheie primară, o cheie externă etc., sunt implementate corect.
21. Testați procedurile și declanșatoarele stocate cu date de intrare eșantion.
22. Spațiile de intrare în câmpul de intrare și spațiile finale trebuie trunchiate înainte de a transfera date în baza de date.
23. Nu trebuie permise valori nule pentru coloana cheie primară.

Testați scenarii pentru funcționalitatea de încărcare a imaginilor

(Aplicabil și pentru alte funcționalități de încărcare a fișierelor)
1. Verificați calea imaginii încărcate.
2. Verificați încărcarea imaginilor și modificați funcționalitatea.
3. Verificați funcționalitatea de încărcare a imaginilor cu fișiere imagine de diferite extensii ( De exemplu, JPEG, PNG, BMP etc.)
4. Verificați funcționalitatea de încărcare a imaginilor cu imagini cu spațiu sau orice alt caracter special permis în numele fișierului.
5. Verificați încărcarea imaginii cu numele duplicat.
6. Verificați încărcarea imaginii cu dimensiunea imaginii mai mare decât dimensiunea maximă permisă. Ar trebui afișat mesajul de eroare adecvat.
7. Verificați funcționalitatea de încărcare a imaginilor cu alte tipuri de fișiere decât imaginile ( De exemplu, txt, doc, pdf, exe etc.). Ar trebui afișat un mesaj de eroare adecvat.
8. Verificați dacă imaginile cu înălțimea și lățimea specificate (dacă sunt definite) sunt acceptate respinse altfel.
9. Bara de progres a încărcării imaginii ar trebui să apară pentru imaginile de dimensiuni mari.
10. Verificați dacă funcționalitatea butonului de anulare funcționează între procesul de încărcare.
11. Verificați dacă dialogul de selectare a fișierelor afișează numai fișierele acceptate listate.
12. Verificați funcționalitatea de încărcare a mai multor imagini.
13. Verificați calitatea imaginii după încărcare. Calitatea imaginii nu trebuie modificată după încărcare.
14. Verificați dacă utilizatorul este capabil să utilizeze / vizualizeze imaginile încărcate.

Testați scenarii pentru trimiterea de e-mailuri

(Cazurile de testare pentru compunerea sau validarea e-mailurilor nu sunt incluse aici)
(Asigurați-vă că utilizați adrese de e-mail fictive înainte de a executa teste legate de e-mail)
1. Șablonul de e-mail ar trebui să utilizeze CSS standard pentru toate e-mailurile.
2. Adresele de e-mail ar trebui să fie validate înainte de a trimite e-mailuri.
3. Caracterele speciale din șablonul corpului e-mailului trebuie tratate corect.
4. Caracterele specifice limbii ( De exemplu, Caractere în limba rusă, chineză sau germană) ar trebui să fie tratate corect în șablonul corpului e-mailului.
5. Subiectul e-mailului nu trebuie să fie necompletat.
6. Câmpurile de substituent utilizate în șablonul de e-mail ar trebui înlocuite cu valori reale, de ex. {Prenume} {Prenume} trebuie înlocuit cu numele și prenumele unei persoane în mod corespunzător pentru toți destinatarii.
7. Dacă rapoartele cu valori dinamice sunt incluse în corpul e-mailului și datele raportului trebuie calculate corect.
8. Numele expeditorului de e-mail nu trebuie să fie necompletat.
9. E-mailurile trebuie verificate în diferiți clienți de e-mail precum Outlook, Gmail, Hotmail, Yahoo! poștă etc.
10. Bifați pentru a trimite funcționalitatea de e-mail utilizând câmpurile TO, CC și BCC.
11. Verificați e-mailurile cu text simplu.
12. Verificați e-mailurile în format HTML.
13. Verificați antetul și subsolul e-mailului pentru sigla companiei, politica de confidențialitate și alte linkuri.
14. Verificați e-mailurile cu atașamente.
15. Bifați pentru a trimite funcționalitatea de e-mail către destinatari unici, multipli sau din lista de distribuție.
16. Verificați dacă un răspuns la adresa de e-mail este corect.
17. Bifați pentru a trimite volumul mare de e-mailuri.

Testați scenarii pentru funcționalitatea de export Excel

1. Fișierul ar trebui exportat în extensia de fișier corespunzătoare.
2. Numele fișierului pentru fișierul Excel exportat trebuie să fie conform standardelor, De exemplu, dacă numele fișierului folosește marcajul de timp, acesta ar trebui înlocuit în mod corespunzător cu un marcaj de timp real în momentul exportării fișierului.
3. Verificați formatul datei dacă fișierul Excel exportat conține coloanele datei.
4. Verificați formatarea numerelor pentru valori numerice sau valutare. Formatarea trebuie să fie aceeași cu cea afișată pe pagină.
5. Fișierul exportat trebuie să aibă coloane cu nume de coloane corespunzătoare.
6. Sortarea paginilor implicite ar trebui să fie transportată și în fișierul exportat.
7. Datele fișierului Excel trebuie să fie formatate corect cu textul antetului și subsolului, data, numerele paginilor etc. pentru toate paginile.
8. Verificați dacă datele afișate pe o pagină și fișierul Excel exportat sunt aceleași.
9. Verificați funcționalitatea de export când paginarea este activată.
10. Verificați dacă butonul de export afișează pictograma corespunzătoare în funcție de tipul de fișier exportat, De exemplu, Pictogramă fișier Excel pentru fișiere xls
11. Verificați funcționalitatea de export pentru fișiere cu dimensiuni foarte mari.
12. Verificați funcționalitatea de export pentru paginile care conțin caractere speciale. Verificați dacă aceste caractere speciale sunt exportate corect în fișierul Excel.

Testarea performanței Scenarii de testare

1. Verificați dacă timpul de încărcare a paginii se încadrează în intervalul acceptabil.
2. Verificați încărcarea paginii pe conexiuni lente.
3. Verificați timpul de răspuns pentru orice acțiune în condiții de încărcare ușoară, normală, moderată și grea.
4. Verificați performanța procedurilor și declanșatoarelor stocate în baza de date.
5. Verificați timpul de execuție a interogării bazei de date.
6. Verificați dacă testarea încărcării aplicației.
7. Verificați dacă testarea la stres a aplicației.
8. Verificați utilizarea procesorului și a memoriei în condiții de încărcare de vârf.

Testarea securității Scenarii de testare

1. Verificați dacă există atacuri de injecție SQL.
2. Paginile securizate ar trebui să utilizeze protocolul HTTPS.
3. Blocarea paginii nu ar trebui să dezvăluie informații despre aplicație sau server. Pentru aceasta trebuie afișată pagina de eroare.
4. Scăpați de caractere speciale din intrare.
5. Mesajele de eroare nu ar trebui să dezvăluie informații sensibile.
6. Toate acreditările trebuie transferate printr-un canal criptat.
7. Testați securitatea parolei și aplicarea politicii de parolă.
8. Verificați funcționalitatea de deconectare a aplicației.
9. Verificați dacă există atacuri de forță brută.
10. Informațiile despre cookie-uri trebuie stocate numai în format criptat.
11. Verificați durata cookie-ului de sesiune și încheierea sesiunii după expirare sau deconectare.
11. Jetoanele de sesiune trebuie transmise pe un canal securizat.
13. Parola nu trebuie stocată în cookie-uri.
14. Test pentru atacuri de refuz de serviciu.
15. Testați scurgerile de memorie.
16. Testați accesul neautorizat al aplicației prin manipularea valorilor variabile în bara de adrese a browserului.
17. Testați preluarea extensiei de fișiere, astfel încât fișierele exe să nu fie încărcate și executate pe server.
18. Câmpurile sensibile precum parolele și informațiile despre cardul de credit nu ar trebui să fie completate automat.
19. Funcționalitatea de încărcare a fișierelor ar trebui să utilizeze restricții de tip fișier și, de asemenea, antivirus pentru scanarea fișierelor încărcate.
20. Verificați dacă listarea directorului este interzisă.
21. Parolele și alte câmpuri sensibile trebuie mascate în timpul tastării.
22. Verificați dacă funcționalitatea parolei uitate este securizată cu funcții precum expirarea temporară a parolei după orele specificate și întrebarea de securitate este pusă înainte de a modifica sau solicita o nouă parolă.
23. Verificați funcționalitatea CAPTCHA.
24. Verificați dacă evenimentele importante sunt înregistrate în fișierele jurnal.
25. Verificați dacă privilegiile de acces sunt implementate corect.

Testarea penetrării cazurilor de testare - Am enumerat aproximativ 41 de cazuri de testare pentru penetrare această pagină .

Aș vrea foarte mult să mulțumesc Devanshu lavaniya (Sr. QA Engineer care lucrează pentru I-link Infosoft) pentru a mă ajuta să pregătesc această listă de verificare cuprinzătoare.

Am încercat să acoper aproape toate scenariile de testare standard pentru funcționalitatea aplicațiilor Web și Desktop. Dar totuși, știu că aceasta nu este o listă completă de verificare. Testerii din diferite proiecte au propria lor listă de verificare pe baza experienței lor.

Actualizat:

100+ cazuri de testare gata de executare (liste de verificare)

Puteți utiliza această listă pentru a testa cele mai comune componente ale AUT

Cum să testați în mod eficient cele mai comune componente ale autovehiculului dvs., de fiecare dată?

Acest articol este o listă de validări obișnuite pentru elementele cele mai răspândite ale AUT - care este realizată pentru confortul testerelor (în special în mediul agil, unde se produc eliberări frecvente pe termen scurt).

Fiecare AUT (aplicație sub test) este unică și are un scop de afaceri foarte specific. Aspectele individuale (module) ale AUT răspund diferitelor operațiuni / acțiuni care sunt cruciale pentru succesul afacerii pe care AUT o susține.

Deși fiecare AUT este proiectat diferit, componentele / câmpurile individuale pe care le întâlnim pe majoritatea paginilor / ecranelor / aplicațiilor sunt aceleași cu un comportament mai mult sau mai puțin similar.

Unele componente comune ale AUT:

• Salvați, actualizați, ștergeți, resetați, anulați, OK - linkuri / butoane - a căror funcționalitate este indicată de eticheta obiectului.
• Casetă text, meniuri derulante, casete de selectare, butoane radio, câmpuri de control al datei - care funcționează în același mod de fiecare dată.
• Grile de date, zone afectate etc. pentru a facilita rapoartele.

Modul în care aceste elemente individuale contribuie la funcționalitatea generală a aplicației ar putea fi diferit, dar pașii pentru validarea acestora sunt întotdeauna aceiași.

Să continuăm cu lista celor mai frecvente validări pentru Aplicație web sau desktop pagini / formulare.

Notă : Rezultatul real, rezultatul așteptat, datele de testare și alți parametri care sunt de obicei o parte a unui caz de testare sunt omise din motive de simplitate - Se folosește o abordare generală a listei de verificare.

întrebări și răspunsuri la interviu pentru administratorul salesforce

Scopul acestei liste de verificare cuprinzătoare:

Scopul principal al acestor liste de verificare (sau cazuri de testare) este de a asigura acoperirea maximă a testelor la validările la nivel de teren fără a petrece prea mult timp, în același timp, nu compromite calitatea testării acestora.

La urma urmei, încrederea într-un produs poate fi obținută doar prin testarea fiecărui element în cea mai bună măsură posibilă.

Lista completă de verificare (cazuri de testare) pentru cele mai comune componente ale AUT

Notă:Puteți utiliza aceste liste de verificare așa cum este în format Microsoft Excel (descărcare furnizată la sfârșitul articolului). Puteți urmări chiar execuția testului în același fișier cu rezultate și stare de trecere / eșuare.

Aceasta ar putea fi o resursă all-in-one pentru echipele de QA pentru a testa și urmări cele mai comune componente ale AUT.Puteți adăuga sau actualiza cazuri de test specifice aplicației dvs.și faceți din el o listă și mai cuprinzătoare.

Lista de verificare nr. 1: Lista de verificare pentru testarea mobilă

Lista de verificare nr. 2: Lista de verificare pentru testarea formularelor / ecranelor

Lista de verificare nr. 3: Lista de verificare pentru testarea câmpului de text

Casetă de text:

BVA (dimensiune) pentru caseta text:

Min -> -> Trecere
Min-1 -> -> Eșec
Min + 1 -> -> Trecere
Max-1 -> -> Trecere
Max + 1 -> -> Eșec
Max -> -> Pass

ECP pentru caseta text:

Lista de verificare nr. 4: Listă de verificare a listei sau a listei drop-down

Casetă listă / Meniu derulant:

Lista de verificare nr. 5: Lista de verificare pentru testarea câmpului de casetă

Caseta de bifat:

Lista de verificare nr. 6: Lista de verificare pentru testarea butoanelor radio

Buton de radio:

Lista de verificare # 7: Scenarii de testare a câmpului de dată

Câmpul de dată:

Lista de verificare nr. 8: Salvarea scenariilor de testare a butonului

Salvați / actualizați:

Lista de verificare nr. 9: Scenarii de testare a butonului Anulare

Anulare:

Lista de verificare nr. 10: Ștergeți punctele de testare a butonului

Șterge:

Lista de verificare nr. 11: Pentru a verifica zonele afectate după salvare sau actualizare

După salvare / actualizare:

Lista de verificare # 12: Lista de testare a grilei de date

Grila de date:

Editați funcționalitatea linkului

Deși această listă ar putea să nu fie exhaustivă, este într-adevăr extinsă.

DESCARCA==> Puteți descărca toate aceste liste de verificare în format MS Excel: Descărcați în format Excel

Puncte de reținut:

1. În funcție de nevoile dvs., pot fi adăugate teste suplimentare în fiecare categorie / pentru fiecare câmp sau câmpurile existente pot fi eliminate. Cu alte cuvinte, aceste liste sunt complet personalizabile.
2. Când trebuie să includeți validări la nivel de câmp în suitele de testare, tot ce trebuie să faceți este să ridicați lista respectivă și să o utilizați pentru ecranul / pagina pe care doriți să o testați.
3. Mențineți lista de verificare actualizând starea de trecere / eșec pentru a face acest lucru un ghișeu unic pentru listarea caracteristicilor, validarea acestora și înregistrarea rezultatelor testului.

Vă rugăm să nu ezitați să faceți din aceasta o listă de verificare completă adăugând mai multe cazuri / scenarii de testare sau cazuri de testare negative în secțiunea de comentarii de mai jos.

De asemenea, aș aprecia dacă ați distribui acest lucru prietenilor dvs.!

PREV Tutorial | NEXT Tutorial

Lectură recomandată

• Cum să scrieți cazuri de testare: ultimul ghid cu exemple
• Site-uri de testare a cookie-urilor și cazuri de testare pentru testarea cookie-urilor de aplicații web
• Exemplu de șablon de caz de testare cu exemple de cazuri de testare (Descărcare)
• Cele mai bune instrumente de testare software 2021 (Instrumente de automatizare a testelor de calitate)
• Ghid de testare a securității aplicațiilor web
• Testarea aplicațiilor - În noțiunile de bază ale testării software!
• Instalarea aplicației pe dispozitiv și începeți testarea de la Eclipse
• TDD Vs BDD - Analizați diferențele cu exemple