Meniu

Procesul de testare a automatizării în 10 pași: Cum să începeți testarea automatizării în organizația dvs.

10 step automation testing process

Încercați Instrumentul Nostru Pentru Eliminarea Problemelor

Proces de testare a automatizării: aflați cum să începeți testarea automatizării pentru proiectul dvs. (un ghid pas cu pas)

În multe organizații, calitatea este prima preferință. Dacă vi se pare că vă aflați într-o astfel de organizație și totuși nu există automatizarea oficială a testelor, puteți fi persoana care o va inaugura.

Acesta vă va ajuta organizația să construiască mai multe produse de calitate în mai puțin timp și, de asemenea, să o poată comercializa devreme.

=> În această a treia piesă din „ Testează seria de tutoriale de automatizare ’, Voi discuta despre ce este procesul de automatizare a testelor și cum să începeți automatizarea testelor în organizația dvs. . Este semnificativ să înțelegeți ce pas este să efectuați mai întâi și de ce.

Respectarea acestor pași vă va ajuta să introduceți automatizarea într-un mod perfect și vă va permite să evitați capcanele comune, ceea ce duce la eșecuri ale automatizării.

pași pentru introducerea automatizării testelor

Ce veți învăța:

Proces de testare a automatizării în 10 pași pentru a începe automatizarea testului

Iată un proces de automatizare a testului pas cu pas și un ghid pentru a vă ajuta să începeți testarea automatizării.

Să începem.

Pasul 1.Convinge conducerea

Indiferent cât de mult sunteți dornici să descoperiți și să inițiați automatizarea testelor în organizația dvs., nu puteți face nimic dacă conducerea dvs. nu este convinsă de beneficiile oferite de automatizarea testelor. Este un fapt universal că automatizarea testelor este costisitoare. Instrumentele sunt scumpe ( HP QTP / UFT licența costă în jur de 8.000 USD pe mașină). Există un cost pentru un arhitect sau inginer de automatizare a testelor (care, apropo, sunt și scumpe). După aceea, beneficiile automatizării testelor nu pot fi văzute imediat. Trebuie să așteptați 2-3 luni înainte ca scripturile dvs. să fie pregătite, testate și acest lucru poate rula în mod fiabil pentru ca dvs. să testați aplicația.

Trebuie să convingi conducerea să suporte durerea acestor cheltuieli și, de asemenea, trebuie să le spui să aibă răbdare înainte ca automatizarea testelor să poată începe să le dea rezultate.

Deci, cum vor fi convinși? Trebuie să le spuneți analiza cost-beneficiu. Ca și cum ai putea pune întrebări despre cât timp ne luăm pentru a testa BAT (Test de acceptare a construcției) a aplicației noastre? Apoi, puteți spune, dacă durează o zi, cu automatizarea testului o putem testa în termen de 2 ore. Costul este că trebuie să achiziționați instrumentul, să instruiți resursa și să așteptați rezultatele timp de două luni. După două luni, vom putea rula un BAT în două ore. Acest lucru va economisi 6 ore de testare manuală de fiecare dată când se lansează o nouă versiune. Dacă versiunea este lansată de 4 ori pe lună. Veți putea economisi 24 de ore sau 3 zile de testare manuală!

Asta nu înseamnă că testerele manuale nu vor face nimic. Ei vor folosi aceste 6 ore de testare pentru a se concentra pe funcționalități noi și importante ale aplicației, în timp ce automatizarea se va ocupa de problemele de regresie. Această configurație va îmbunătăți în general calitatea produsului de zeci de ori.

Dacă conducerea dvs. nu este dispusă să plătească pentru calitatea produselor lor, atunci nimeni nu îi poate obliga să facă acest lucru. Vor afla automat când clienții se vor plânge de produse. Calitatea afectează totul. Îți afectează vânzările, îți afectează relația cu clienții, îți afectează percepția în mintea consumatorilor. Deci, managementul inteligent a investit întotdeauna în calitatea produselor lor.

Deci, cinci puncte de reținut despre convingerea conducerii dvs.:

  1. Spuneți-le detalii despre avantajele automatizării testelor.
  2. Spuneți-le că automatizarea testelor este costisitoare și vă va costa inițial bani, dar apoi costul va fi redus odată ce scripturile sunt pregătite și încep să se execute.
  3. Spuneți-le că trebuie să aștepte aproximativ 3 luni înainte de a aștepta orice rezultat al automatizării testelor.
  4. Spuneți-le că automatizarea testelor nu este înlocuirea testerelor manuale, ci pentru a ajuta testerele manuale, deoarece vor putea testa mai multe în același timp.
  5. Automatizarea testelor nu înseamnă mai multe teste în mai puțin timp; înseamnă mai multe teste în același timp. (Dacă testerele manuale foloseau pentru a testa BAT în 8 ore, vor putea testa BAT plus funcționalitate nouă plus multe alte lucruri în aceleași 8 ore în prezența automatizării.)

Amintiți-vă, convingerea managementului dvs. este primul și cel mai important pas în introducerea automatizării testelor în organizația dvs. Dacă nu sunt convinși, uitați automatizarea testelor sau schimbați-vă organizația. :)

Pasul 2.Găsirea experților în instrumentele de automatizare

Există două tipuri de experți în automatizare.

  1. Arhitecți de automatizare
  2. Ingineri de automatizare

Arhitecții de automatizare sunt o rasă rară. Sunt greu de găsit, extrem de scumpe și extrem de necesare pentru succesul proiectului de automatizare. Acești oameni sunt de obicei responsabili să construiască cadre de automatizare. (Vom discuta în detaliu cadrele de automatizare într-un articol separat)

Arhitecți de automatizare au experiență în diferite tipuri de instrumente și cunosc de obicei punctele tari și punctele slabe ale fiecărui instrument. De asemenea, vor ajuta managementul în selectarea instrumentului potrivit pentru automatizare, analizând cu atenție aplicația și tehnologiile utilizate în acea aplicație . De asemenea, vor ajuta la construirea cadrului, proiectând convențiile de denumire și creând reguli pentru scriptare. De asemenea, aceștia vă vor ajuta să selectați primele cazuri de testare.

Dacă reușiți să găsiți o resursă potrivită pentru postul de arhitect de automatizare, jumătatea lucrării dvs. se face în automatizarea de succes în organizația dvs.

Ingineri de automatizare pe de altă parte, sunt persoanele care vor converti testele manuale în scripturi automate. Vor lucra sub un arhitect de automatizare și vor fi responsabil pentru crearea și executarea scripturilor .

Unele companii angajează ingineri de automatizare din exterior, iar unele companii angajează intern prin instruirea testerelor manuale existente. Oricum ar fi cazul, resursa trebuie să fie bună în programare. El / ea trebuie să știe în special despre programarea orientată pe obiecte. O combinație de 1 arhitect de automatizare și doi ingineri de automatizare este excelentă pentru majoritatea produselor.

Pasul 3.Folosind instrumentul corect pentru automatizare

Acest punct merită propriul articol (și voi scrie unul despre asta). Acesta este un alt pas dificil în procesul de pornire a automatizării. Există diverse instrumente pe piață, dar trebuie să le selectați pe cele mai potrivite pentru aplicația dvs.

Pentru a face scurt, voi scrie cele mai importante considerente în timp ce selectez instrumentul. Voi explica în detaliu procesul de selectare a instrumentelor într-un articol separat.

Cele mai importante lucruri de luat în considerare la selectarea instrumentelor potrivite sunt:

  1. Instrumentul trebuie să fie în buget . Instrumentele de automatizare sunt foarte scumpe. Deci, compania ar trebui să aibă bugetul pentru achiziționarea instrumentului.
  2. Instrumentul trebuie tehnologii de sprijin utilizat în aplicația dvs. Dacă aplicația dvs. folosește flash sau Silverlight, instrumentul trebuie să îl accepte. Dacă aplicația dvs. rulează pe mobil, instrumentul trebuie să poată executa scripturi pe mobil. Puteți achiziționa un singur instrument care acceptă toate tehnologiile utilizate în aplicația dvs. sau puteți achiziționa instrumente separate pentru fiecare tehnologie. De exemplu , puteți utiliza seleniu pentru aplicațiile dvs. web, roboți pentru aplicațiile dvs. Android și UI codată MS pentru aplicații desktop. Oricare ar fi decizia, aceasta ar trebui să fie în bugetul dvs.
  3. Trebuie să aveți necesar resurse calificate cine poate folosi acest instrument sau să învețe acel instrument în mai puțin timp. De exemplu , ați angajat arhitectul de automatizare care a experimentat doar în QTP și achiziționați o licență pentru interfața de utilizare codată MS, este posibil ca resursa să nu fie comodă folosind-o. Instrumentele sunt ca mașinile bune, dar trebuie să aveți și șoferi buni pentru a conduce aceste mașini bune.
  4. Instrumentul trebuie să aibă un bun mecanism de raportare să arate rezultatele părților interesate după fiecare execuție.

Există diferiți alți factori în timp ce selectați instrumentul potrivit și le voi acoperi într-un articol separat.

Citiți acest ghid pentru cele mai recente instrumente de automatizare de top:

Cele mai bune 20 de instrumente de testare a automatizării din 2020 (listă cuprinzătoare)

Pasul # 4.Analizând diverse aplicații pentru a determina cele mai potrivite pentru automatizare

Dacă organizația dvs. lucrează la 5 aplicații, nu este necesar ca fiecare să fie automatizată. Trebuie să vedem diferiții factori în timp ce selectăm orice aplicație de automatizat.

Aplicația care ar trebui automatizată trebuie să aibă acești factori:

  1. Aplicația nu ar trebui să fie în stadiile incipiente ale dezvoltării sale. (Aplicația ar trebui să aibă toate sau unele module care sunt stabile și testate de testere manuale)
  2. IU-ul aplicației trebuie să fie stabil. (UI nu trebuie să se schimbe frecvent)
  3. Cazurile de testare manuale ale acestei aplicații trebuie să fie în formă scrisă.

Scopul principal al automatizării este să vă asigurați că, dacă aplicația nu conține erori într-o versiune, ar trebui să rămână fără erori în următoarea versiune. Testerul manual nu ar trebui să-și piardă timpul în găsirea problemelor de regresie, aceste probleme ar trebui identificate în automatizare.

Deci, pentru a găsi o regresie, trebuie să avem o aplicație care este deja stabilă și are câteva teste scrise pentru aceasta. Echipa de automatizare va converti aceste cazuri de testare în scripturi și va rula aceste scripturi în fiecare versiune pentru a se asigura că nu apare nicio regresie.

De asemenea, citiți => Cum se selectează cazuri de testare corecte pentru testarea automată

Pasul 5.Instruirea echipei

După selectarea instrumentelor și angajarea resurselor, următorul pas este în mod logic instruirea resurselor.

Dacă testerele manuale sunt convertite în ingineri de automatizare, trebuie să fie instruiți cu privire la terminologiile și conceptele de automatizare. Dacă arhitectul de automatizare este angajat din exterior, el trebuie să obțină cunoștințe despre produsul de testat, despre procesul de testare manuală și despre ce se așteaptă conducerea.

Acordați resurselor ceva timp pentru a încerca diferite lucruri până când vor veni în cele din urmă cu o strategie de automatizare câștigătoare. Instruiți-i cu privire la instrumentele pe care organizația le folosește deja software de urmărire a erorilor și software de gestionare a cerințelor .

Este necesară o pregătire bună și o comunicare puternică între testeri manuali, dezvoltatori și echipa de automatizare.

Pasul # 6.Crearea cadrului de automatizare a testelor

Cea mai mare sarcină pentru arhitectul de automatizare este de a veni cu un cadru de automatizare care ar trebui să sprijine testarea automată pe termen lung.

Cadrul de automatizare este în esență setul de reguli și o planificare atentă pentru a scrie scripturile într-un mod care are ca rezultat cea mai mică cantitate de întreținere. Dacă se schimbă ceva în aplicație, scripturile au nevoie de puține sau deloc actualizări pentru a face față acestei modificări. Aceasta este frumusețea unui cadru de automatizare.

Există cinci tipuri de cadre de automatizare, și anume liniare, modulare, bazate pe date, bazate pe cuvinte cheie și hibride. Toate aceste cadre vor fi acoperite în detaliu cu exemple într-un articol separat din această serie.

De asemenea, puteți începe să citiți mai multe despre cadrele de automatizare în următoarele tutoriale:

=> De ce avem nevoie de cadru pentru automatizarea testelor?
=> Exemple QTP Framework
=> Exemple de seleniu cadru

Pasul 7.Elaborarea unui plan de execuție

Planul de execuție include selectarea mediilor în care vor fi executate scripturile. Mediul include OS, Browser și diferite configurații hardware.

De exemplu , în cazul în care testul necesită verificarea site-ului web în 3 browsere, și anume Chrome, Firefox și IE, atunci echipa de automatizare va scrie scriptul în așa fel încât să poată fi executat în fiecare browser.

Acest lucru trebuie spus întotdeauna înainte de a scrie scripturile, deoarece acesta va fi luat în considerare în scripturi dacă echipa de automatizare o știe în prealabil. Planul de execuție ar trebui, de asemenea, să precizeze cine va executa scripturile. În mod normal, echipa de automatizare execută scripturile pentru fiecare versiune, dar variază de la o companie la alta. Unii manageri cer dezvoltatorilor să execute aceste scripturi pe versiunea lor înainte de lansare, iar unele companii angajează o resursă dedicată doar pentru execuție. Chiar și unele companii rulează scripturi în mod nesupravegheat, ceea ce, desigur, nu necesită resurse suplimentare.

Pasul 8.Scrierea de scripturi

Când cadrul este proiectat, planul de execuție este cunoscut și resursele sunt instruite cu noul instrument, acum este momentul potrivit pentru a începe să scrieți scripturi.

Scripturile ar trebui să fie scrise într-o manieră organizată cu convenție de denumire adecvată. Codul sursă trebuie menținut într-un control sursă pentru a evita pierderea codului. Controlul versiunii și istoricul ar trebui menținut. Automatizarea testelor este la fel ca dezvoltarea de software. Toate cele mai bune practici de programare trebuie luate în considerare în timpul scrierii scripturilor.

De asemenea, citiți => Cum se traduce cazuri de testare manuale în scripturi de automatizare

Pasul # 9.Raportare

Funcția de raportare este de obicei furnizată de instrument. Dar putem crea mecanisme de raportare personalizate, cum ar fi trimiterea automată a rezultatelor către management.

Putem crea rapoarte la sfârșitul fiecărei execuții sub formă de diagrame și tabele dacă conducerea are nevoie de aceasta. Conducerea ar trebui să fie întotdeauna informată cu privire la acoperirea cazurilor de testare, ceea ce înseamnă care sunt cazurile de testare manuale care sunt acoperite în automatizare și care dintre ele rămân.

Pasul 10.Întreținerea scripturilor

Dacă se respectă cele mai bune practici de programare și cadrul este bun, atunci întreținerea nu va fi o problemă.

Întreținerea apare de obicei atunci când există o cerere de modificare a unei aplicații. Scripturile ar trebui să fie actualizate imediat pentru a face față acestei schimbări, pentru a asigura o execuție impecabilă.

De exemplu , dacă scrieți un text în caseta de text prin script și acum această casetă de text devine lista derulantă, ar trebui să actualizăm imediat scriptul.

Alte tipuri de modificări includ faptul că scripturile dvs. rulează pe versiunea în limba engleză a aplicației. Acum există o cerere de modificare ca aplicația să accepte chineza. Cadrul dvs. ar trebui să vă permită să vă actualizați scripturile cu puțin efort pentru a sprijini execuția și în chineză! De aceea, arhitecții de automatizare sunt scumpi. :)

Dacă cadrul nu este bun și nu se respectă cele mai bune practici, atunci întreținerea va deveni un coșmar. Majoritatea proiectelor de automatizare eșuează din cauza întreținerii slabe a scripturilor.

Concluzie

Acest articol descrie ce este procesul de testare a automatizării și cum să începeți testarea automatizării în organizația dvs. de la început până la sfârșit, pas cu pas. Dacă urmați acești pași, sper că automatizarea dvs. va avea succes.

Citire sugerată = >> Cel mai bun software de automatizare a proceselor IT

Există unele părți (cum ar fi selectarea instrumentelor de automatizare și cadrele de automatizare) care merită propriile lor articole. Le vom acoperi în următoarele părți ale acestei serii de tutoriale de testare a automatizării.

=> Între timp faceți clic aici pentru a verifica toate tutorialele am postat deja în această serie.

Am încercat să acoper toate aspectele într-o viziune mai largă și să folosesc propria mea experiență pentru a scrie acest tutorial.

Dacă credeți că am pierdut ceva important sau o parte din acest tutorial are nevoie de puține explicații, vă rugăm să mă întrebați în secțiunea de comentarii. Mi-ar plăcea să vă răspund la întrebări.

dfs folosind stiva c ++

PREV Tutorial # 2 | URMATORUL Tutorial nr. 4

Lectură recomandată

^