Cadru de testare bazat pe cuvinte cheie cu exemplu

⚡ Rezumat inteligent

Testarea bazată pe cuvinte cheie separă logica de testare de codul de automatizare prin intermediul unei hărțiping cuvinte cheie în limbaj simplu către funcții reutilizabile, astfel încât testerii să proiecteze, să întrețină și să scaleze suite automate prin intermediul foilor de calcul, în loc să scrie scripturi pentru fiecare caz de testare individual.

🔑 Noțiuni de bază despre cuvintele cheie: Fiecare acțiune precum openbrowser, click sau Typtext devine un cuvânt cheie auto-descriptiv susținut de o singură funcție.
🧩 Patru elemente constitutive: Foile Excel, o bibliotecă de funcții, foile de date și un depozit de obiecte păstrează pașii, obiectele, acțiunile și datele separat.
📊 Design bazat pe tabele: Testerii scriu cazurile ca rânduri de cuvinte cheie cu parametri, deci nu sunt necesare cunoștințe de limbaj de scripting pentru a crea un test.
⚙️ Executarea scriptului driverului: Un script de driver citește fiecare cuvânt cheie, apelează funcția mapată și scrie rezultatul înapoi în foaie.
🧪 Alegerea sculelor: HP QTP, Seleniumși Robot Framework interpretează tabelele de cuvinte cheie fără analiză personalizată.
🇧🇷 Potrivirea cadrului: Configurațiile hibride asociază cuvintele cheie cu intrări bazate pe date pentru a lărgi acoperirea fără a duplica niciun pas de testare.
🚧 Planificare pentru cheltuieli generale: Proiectarea inițială a cuvintelor cheie și întreținerea bibliotecii costă timp real, așa că păstrați vocabularul redus și revizuiți-l la fiecare lansare.

Citește mai mult

Ce este testarea bazată pe cuvinte cheie?

Testare bazată pe cuvinte cheie este o tehnică de scripting care utilizează fișiere de date pentru a conține cuvintele cheie legate de aplicația testată. Aceste cuvinte cheie descriu setul de acțiuni necesare pentru a efectua un anumit pas.

Un test bazat pe cuvinte cheie constă din cuvinte cheie de nivel înalt și de nivel scăzut, inclusiv argumentele cuvintelor cheie, care sunt compuse pentru a descrie acțiunea unui caz de testare. Se mai numește și testare bazată pe tabele sau testare bazată pe cuvinte de acțiune.

Cadru bazat pe cuvinte cheie este cadrul de testare funcțională pentru automatizare construit în jurul acestei tehnici. Acesta împarte cazurile de testare în patru părți diferite pentru a separa codarea de cazurile de testare și pașii de testare pentru o mai bună automatizare: pașii de testare în sine, obiectele asupra cărora acționează acești pași, acțiunile efectuate asupra acelor obiecte și datele furnizate acestora.

În Testarea bazată pe cuvinte cheie, mai întâi identificați un set de cuvinte cheie și apoi asociați o acțiune (sau funcție) legată de aceste cuvinte cheie. Aici, fiecare acțiune de testare, cum ar fi deschiderea sau închiderea browserului, clicul mouse-ului, apăsările de taste etc. este descrisă de un cuvânt cheie, cum ar fi openbrowser, faceți clic, Typtext şi aşa mai departe.

Diagrama de mai jos prezintă două acțiuni comerciale obișnuite care se transformă în cuvinte cheie reutilizabile. De exemplu:

Logare către site-ul web „guru99” – Cuvântul cheie „login” va fi folosit în cadrul nostru de automatizare, pentru a testa funcția de conectare sau acțiunea asociată acestuia.
Logout către site-ul web „guru99”— Cuvântul cheie „logout” va fi folosit în cadrul nostru de automatizare, pentru a testa funcția de deconectare sau acțiunea asociată acestuia.

Veți vedea mai multe exemple mai departe în articol. Modelul nu se schimbă niciodată: o acțiune de afaceri, un cuvânt cheie, o funcție.

Exemplu de cuvinte cheie

Glosarul de mai jos enumeră cuvintele cheie tipice pentru o aplicație bancară și acțiunea comercială declanșată de fiecare dintre ele.

Cuvinte cheie	Descriere
Intră în cont	Conectați-vă la site-ul demonstrativ guru99 bank
E-mailuri	Trimite email
deconectari	Deconectați-vă de la site-ul demonstrativ guru99 bank
Anunturi	Găsiți notificări necitite

💡 Sfat: Denumiți cuvintele cheie după acțiunea comercială, nu după pasul tehnic. „Login” supraviețuiește unei reproiectări a paginii; „Click BlueButton” nu.

Componentele unui cadru bazat pe cuvinte cheie

Cunoașterea unui cuvânt cheie nu te duce decât la jumătatea drumului. Pentru a crea un cadru bazat pe cuvinte cheie, asamblezi un mic set de fișiere, fiecare având o anumită problemă.

Foaie Excel – Identificați cuvintele cheie și stocați-le într-o foaie Excel, câte un rând pentru fiecare pas de testare.
Bibliotecă de funcții – Constă în funcțiile pentru fluxurile de business (butonul de conectare pentru orice site web). Când se execută un test, acesta citește cuvântul cheie din foaia Excel și apelează funcțiile în consecință.
Foi de date – Stocați datele de test utilizate în aplicație, astfel încât un cuvânt cheie să ruleze pentru mai multe intrări.
Depozit de obiecte – Păstrează locatorii pentru fiecare element atins de cuvintele cheie, astfel încât un locator modificat este editat într-un singur loc.
Testează scripturile – Poți avea scripturi de testare pentru fiecare manual Caz de testare sau un singur script de driver.
Scriptul driverului – Parcurge foaia Excel rând cu rând, rezolvă fiecare cuvânt cheie în funcție de biblioteca de funcții și înregistrează rezultatul.
Instrument de automatizare – Execută comenzile rezolvate asupra aplicației și furnizează stratul de raportare.

Împreună, aceste șapte piese formează un întreg cadru de automatizare a testelorDe ce să alegi acest design?

De ce faceți testarea bazată pe cuvinte cheie

În ingineria software, testarea bazată pe cuvinte cheie se face din următorul motiv

Componente comune gestionate de biblioteca standard
Folosind această abordare, testele pot fi scrise într-un limbaj mai abstracmanieră t
Grad ridicat de reutilizare
Detaliile scriptului sunt ascunse utilizatorilor
Utilizatorii nu trebuie să utilizeze limbaje de scripting
Testul este concis, ușor de întreținut și flexibil

Deoarece stratul de cuvinte cheie absoarbe modificările aplicației, o mare parte testarea regresiei Suita rămâne ecologică editând câteva funcții în loc de sute de scripturi. Acest raționament modelează modul în care este aplicată abordarea.

Cum se efectuează testarea bazată pe cuvinte cheie

Testarea bazată pe cuvinte cheie poate fi realizată în ambele moduri, manual și automat. Dar, de obicei, este utilizată împreună cu testarea automată.

Obiectivul automatizării testării bazate pe cuvinte cheie este

Ajută la reducerea costurilor de întreținere
Evită specificațiile duplicate
Reutilizare mai mare a scripturilor de funcții
Suport și portabilitate mai bune pentru testare
Realizați mai multe teste cu mai puțin sau același efort

Cu ajutorul testării bazate pe cuvinte cheie, puteți crea lucruri simple teste funcționale În etapele inițiale ale dezvoltării, testarea aplicației bucată cu bucată. Cea mai simplă modalitate de a compune un test bazat pe cuvinte cheie este înregistrarea acestuia. După înregistrare, testul poate fi modificat și personalizat în funcție de cerințe.

Fiecare cuvânt cheie trebuie să fie legat de cel puțin o comandă, script de testare sau funcție care implementează acțiunile legate de cuvântul cheie respectiv.

Când sunt executate cazuri de testare, cuvintele cheie sunt interpretate de o bibliotecă de testare, care este apelată de un cadru de automatizare a testelor.

Principalele activități implicate în testarea bazată pe cuvinte cheie sunt

Pas 1) Identificarea cuvintelor cheie de nivel scăzut și de nivel înalt
Pas 2) Implementarea cuvintelor cheie ca executabile
Pas 3) Crearea cazurilor de testare
Pas 4) Crearea scripturilor driverului
Pas 5) Executarea scripturilor de testare de automatizare

Pașii 1 și 2 sunt lucrări de proiectare unice; pașii 3-5 se repetă la fiecare sprint, așa cum arată exemplele de mai jos.

Exemple de cazuri de testare

Aceste trei scenarii reutilizează aceleași cuvinte cheie definite anterior.

TC_01: Conectați-vă la site-ul demonstrativ guru99, aflați câte tranzacții sunt efectuate astăzi
TC_02: Conectați-vă la site-ul demonstrativ guru99, trimiteți un e-mail unuia dintre clienții dvs. și apoi deconectați-vă
TC_03: Conectați-vă la site-ul demonstrativ guru99 și verificați dacă ați primit orice notificare

Scris ca un tabel de cuvinte cheie, TC_02 devine șase rânduri pe care orice tester le poate citi sau reordona fără a deschide codul:

Pas	Cuvânt cheie	Argument	Rezultat asteptat
1	browser deschis	Chrome	Sesiunea de browser începe
2	Intră în cont	mngr123 / demopass	Pagina principală a managerului este afișată
3	E-mailuri	client@exemplu.com	Se deschide fereastra de compunere
4	clic	Trimiteți	Mail „trimis” apare
5	deconectari	-	Sesiunea a fost închisă
6	închidere browser	-	Browser lansat

Schimbaping argumentul din pasul 3 transformă aceleași șase rânduri într-un test diferit, adică acolo unde date de testare managementul dă roade.

Avantajele testării bazate pe cuvinte cheie

Le permite testerilor funcționali să planifice automatizarea testelor înainte ca aplicația să fie gata
Testele pot fi dezvoltate fără cunoștințe de programare
Nu depinde de un anumit limbaj sau instrument de programare
Compatibil cu orice instrumente de automatizare disponibile pe piață

Aceste beneficii explică de ce testarea bazată pe cuvinte cheie este potrivită pentru teste de lungă durată testare automată apartamente. Și costurile contează.

Limitările testării bazate pe cuvinte cheie

AbdomenultracO configurare care face testele bazate pe cuvinte cheie lizibile le face și costisitoare de construit. Înainte de rularea primelor teste, cineva trebuie să identifice cuvintele cheie, să implementeze fiecare ca funcție, să conecteze depozitul de obiecte și să scrie scriptul driverului. Într-un proiect mic, această configurare costă mai mult decât scriptarea directă a testelor.

Întreținerea este al doilea cost. Biblioteca este partajată de fiecare test, așa că o singură editare neglijentă strică întreaga suită. Bibliotecile se extind și ele: echipele adaugă funcții aproape duplicate, cum ar fi „Login”, „SignIn” și „DoLogin”.

Investiție inițială mare – proiectarea cadrului de lucru și implementarea cuvintelor cheie precedă orice rulare de testare.
Flexibilitate redusă – testerii exprimă doar ceea ce permit cuvintele cheie existente, așadar scenariile neobișnuite necesită dezvoltare.
Incomod pentru logica complexă – ramificările și buclele rezistă la rândurile plate de mese.
Abilitățile sunt încă necesare – stratul de cuvinte cheie nu conține cod, biblioteca de funcții nu.

⚠️ Atenție: RevVizualizați biblioteca de cuvinte cheie la fiecare lansare și ștergeți intrările neutilizate. Un vocabular necontrolat este cel mai frecvent motiv pentru care framework-urile bazate pe cuvinte cheie sunt abandonate.

Aceste compromisuri conturează comparația de mai jos.

Cadru bazat pe cuvinte cheie vs. bazat pe date vs. cadru hibrid

Bazat pe cuvinte cheie și testare bazată pe date rezolvă diferite probleme. Un cadru bazat pe date variază intrările unui script fix; un cadru bazat pe cuvinte cheie variază pașii. Tabelul adaugă modelul hibrid pe care îl adoptă majoritatea echipelor din cadrul întreprinderilor.

Aspect	Cadru bazat pe cuvinte cheie	Cadrul bazat pe date	Cadrul hibrid
Ce este externalizat	Pași și acțiuni de testare	Numai date de testare	Atât pașii, cât și datele
Efort de planificare	Extins și precis	Limitat la date și scripturi	Nivel
Mentenanță	Mai ușor, mai mulți abdomenitracstraturi de țiune	Abdomen mai taretracțiunea este mai subțire	Cel mai ușor la scară largă
Abilități de codare necesare	Numai pentru biblioteca de funcții	Obligatoriu pentru fiecare script	Necesar pentru stratul central
Poate începe înainte de construcție	Da	Nu	Da

În practică, stilurile se combină. Un cadru hibrid stochează pașii ca și cuvinte cheie și intrări în fișe de date, adesea pe parcursul unui... Model de obiect de paginăAlegeți metoda bazată pe cuvinte cheie atunci când mai mulți testeri scriu teste, metoda bazată pe date atunci când un flux necesită mai multe intrări și metoda hibridă atunci când ambele se aplică.

Instrumente utilizate pentru testarea bazată pe cuvinte cheie

Mai multe instrumente sunt utilizate pe scară largă pentru testarea bazată pe cuvinte cheie, fiecare interpretând tabelul de cuvinte cheie în mod diferit.

HP QTP – vine cu o vizualizare de cuvinte cheie încorporată, astfel încât foaia și testul executabil sunt un singur artefact.
Selenium – nu are un strat nativ de cuvinte cheie, așa că echipele construiesc singure biblioteca de funcții și scriptul driverului.
Cadrul robotului – un motor open-source conceput în jurul cuvintelor cheie, cu sintaxă tabelară și multe cuvinte cheie predefinite.
TestNG – utilizat în mod obișnuit alături de Selenium pentru a secvenția metodelor mapate pe cuvinte cheie și a genera rapoarte.

Lista noastră de instrumente automate de testare acoperă licențierea și asistența pentru platformă pentru fiecare opțiune.

Întrebări frecvente

Asistenții inteligenți artificiali pot extrage nume de cuvinte cheie din poveștile utilizatorilor și pot structura potrivirea. Selenium metode, ceea ce elimină majoritatea problemelor de configurarepingO persoană trebuie să confirme vocabularul afacerii și să valideze fiecare localizator generat înainte ca suita să fie considerată de încredere.

Îl reduce în loc să-l elimine. Motoarele de auto-reparare reidentifică un element din atributele înconjurătoare atunci când un localizator se defectează, eliminând reparațiile de rutină. Guvernanța repozitoriului este încă necesară, deoarece un localizator reparat care se potrivește în mod silențios cu elementul greșit ascunde un defect real.

Nu. Ambele ascund cod în spatele unor pași lizibili, dar instrumentele BDD, cum ar fi Cucumber Folosește propoziții de tip „Dated-When-Then” (Dat-Când-Atunci) scrise pentru colaborare pe baza cerințelor. Testele bazate pe cuvinte cheie folosesc cuvinte de acțiune sub formă de tabel scrise pentru reutilizare în cadrul suitei de automatizare.

Păstrați vocabularul cât mai mic posibil în funcție de aplicație, de obicei câteva zeci de acțiuni de nivel scăzut plus un cuvânt cheie de nivel înalt per flux de business. Dacă două cuvinte cheie descriu aceeași acțiune, îmbinați-le imediat; duplicatele sunt cele care fac bibliotecile imposibil de întreținut.

Da. Commiteți foile de cuvinte cheie către controlul versiunilor împreună cu biblioteca de funcții, apoi lăsați serverul de compilare să invoce scriptul driverului. Runners precum TestNG mâner de grupping și raportare, astfel încât erorile să apară în același raport de compilare ca și testele unitare.