Traducere: Olga Alifanova
Deoarece responsabilitatea pentru testarea automatizării este asociată din ce în ce mai mult cu comenzile Agile, rolul cadrului de automatizare pentru testare este în evoluție. devine mai dispersat. Din ce în ce mai puține organizații se bazează pe un cadru comercial monolitic și se îndreaptă către unelte cu surse deschise cuplate în mod liber, mai relevante pentru obiectivele echipei individuale.
Acest lucru permite organizației să fie flexibilă, dar creează o problemă de gestionare a costurilor. Răspândirea responsabilității pentru automatizare și a instrumentelor sale îngreunează experții în domeniul calității pentru a evalua cât de mult merită testarea automatizării.
În ciuda lipsei de parametri exacți pentru calcularea costurilor, veteranii de testare sunt bine familiarizați cu cele mai scumpe scenarii de automatizare. TechBeacon a cerut celor trei profesioniști de testare să-și împărtășească gândurile despre ce practici sunt dezrădăcinate fără sens de costurile construirii și susținerii unui cadru eficient de automatizare. Iată cele cinci cele mai scumpe dintre ele:
1.Principalizarea automatizării
Despre modul în care organizațiile pot afecta negativ economia de automatizare, există opinii diferite, dar toți profesioniștii în domeniu tind să converge într-o singură situație: supra-ingineria este rău. Nu există o modalitate mai bună de a scăpa de costuri decât de a încerca să automatizeze totul în lume.
"Automatizarea testării nu ar trebui să ducă la automatizarea totului și a totului" - Melissa Tondi. Director pentru calitate, Software EMS.
„Dacă asta e ceea ce veți obține la ieșire - fără valoare declarată, fără a promis că va sprijini toate script-urile de timp. - Ai venit rapid la punctul în care veți avea o grămadă de script-uri create, care nu au fost de luni de zile Este o pierdere de timp și efort“ spune Tondy. „Indiferent dacă un produs comercial utilizat sau software-ul open source, primul pas - este de a înțelege ceea ce vrei să vii vor fi examinate și a stabilit criterii de automatizare pentru lista de verificare, sau pentru a crea un document care spune că automatiza compania dumneavoastră și de ce.“.
"Este deloc lipsit de sens să deveniți cel mai bun automatizator de teste inutile din lume" - Baz Dijkstra. consultant în domeniul automatizării, The Future Group.
Greg Pascal. director al calității la Dave Ramsey Solutions, spune că, în calitate de organizație de consultanță care se ocupă de furnizori, ei cred că definiția a ceea ce se va realiza este un test de turnătorie. "Fii atent la un vânzător care dorește să automatizeze orice regresie - aproape întotdeauna duce la deșeuri inutile".
El sugerează pornirea cu un set critic de autotesturi - de la 15 la 25.
"Un bun auto-test este urmărit la testul manual manual original. Testul manual trebuie întotdeauna creat înainte de testul automat" - Greg Pascal.
2. Cereți consultantului să vă organizeze automatizarea
O altă greșeală costisitoare pe care organizațiile o fac este să ceară consultanților să ceară construirea unui cadru ca un proiect unic pentru a "lansa" procesul de automatizare. "Practic, în toate cazurile pe care le-am văzut, automatizarea colectează praf pe raft - nu este folosit", spune Pascal.
Acest lucru se datorează adesea faptului că managerul de QA (sau cel care a fost responsabil pentru investiție) a vândut proiectul conducerii ca mijloc de salvare - pentru a reduce numărul de persoane care urmăresc testele de rulare. Dar în momentul în care antreprenorii au părăsit clădirea, autotesturile au început să aibă nevoie de sprijin și, fără resursele necesare pentru aceasta, organizația este învinsă.
„Aproape de fiecare dată când l-am experimentat acest lucru, a trebuit să se valorifica în munca și de a face o mulțime de a le menține pe linia de plutire, și că acestea pot pentru o lungă perioadă de timp pentru a merge fara noi“, spune Pascal, adăugând că multe dintre aceste proiecte arata ca, ca automatizare, dar absolut imposibil să se mențină pentru o lungă perioadă de timp.
„Dacă nu au fost învățați ceea ce este nevoie pentru a construi un cadru susținut de automatizare, puteți face ceva care arata cool în versiunea demo și poate funcționa chiar și o săptămână sau două. Dar, de îndată ce începe să se rupă în jos, prețul de sprijin va urca sus instantaneu „, spune Pascal.
3. Ignorarea comenzii atunci când alegeți între un instrument comercial și un instrument open source.
Multe organizații aleg instrumente de automatizare bazate pe codul sursă deschisă pentru a obține o mai mare flexibilitate, dar de cele mai multe ori acestea sunt doar motive financiare. Majoritatea tehnologilor sunt conștienți că "open source" nu înseamnă neapărat "liber". În cadrul testelor, mulți pur și simplu nu înțeleg câți oameni cu experiență vor trebui să se conecteze la proiect pentru a crea un cadru de lucru sau un set de instrumente automate.
Ce lecție din acest lucru trebuie să înveți: să ia în considerare costurile pentru achiziția de dezvoltatori și ingineri cu experiență în ceea ce privește calitatea sau să îi atrageți de la o altă parte a organizației. Utilizarea instrumentelor open source necesită de multe ori o cunoaștere profundă a abilităților de automatizare și dezvoltare software pentru a crea teste, care costă bani, spune Dijkstra.
"Unul dintre factorii în alegerea unui cod sursă deschisă este o evaluare a maturității și nivelului de cunoaștere a echipei care va fi responsabilă de automatizare" - Baz Dijkstra.
4. Crearea cadrului de la zero.
Chiar dacă aveți experiența necesară pentru a crea un cadru eficient, aveți riscul de a cheltui banii încercând să inventați o roată.
Adesea, se aleg între instrumentul disponibil în vânzare și crearea acestuia de la zero. Ambele opțiuni sunt extrem de costisitoare, potrivit lui Pascal.
„Chiar dacă ei aleg open source, ei vor cheltui banii, pentru că, de fapt, încă începe de la zero Există cadre care sunt deja disponibile se numără platforma, dar în cele mai multe cazuri, aceste ingineri nu se bucură.“ - Greg Pascal.
5.Nu prioritizare atunci când se încadrează construcțiile
Automatizarea este un lucru minunat atunci când funcționează, dar va pune rapid roțile în dezvoltare continuă, dacă oamenii potriviți și procesele potrivite nu își vor corecta problemele la timp. Automatizarea poate depasi rapid costurile in cazul in care organizatia nu are un proces de prioritizare a constructiilor care se incadreaza, spune Tondy.
Dacă la un moment dat construi scade la apartamente care încep cu fiecare nou construite, iar tu nu ai oamenii potriviti, rezultatul va fi „zeci de scăzut construiește, pe care nimeni nu înțelege“, adaugă ea.
Consensul, care este în primul rând responsabil pentru căderi și procesul de analiză a acestor căderi, este extrem de important pentru buna automatizare. În caz contrar, veți obține o grămadă de gesturi inutile care îți pierd vremea, spune ea.
„Și apoi descoperi că ai o grămadă de căzută construiește, iar acum trebuie să-și petreacă timpul imaginind de ce au căzut, în loc de comunicare coerente privind criteriile care trebuie urmate atunci când și în cazul în care construi este în scădere“ - Melissa Tondi.
Beneficiați de banii dvs.
Prioritizarea nevoilor organizației pentru resurse ar trebui să se afle în prim plan dacă intenționați să păstrați sub control costurile automatizării. Cadrul ideal nu are neapărat toate fluierele pe care dezvoltatorii și testerele i-au dorit. Îndeplinirea dorințelor lor poate duce la bagaje inutile.
În schimb, organizațiile trebuie să ia ca bază o abordare iterativă a unui produs minim viabil. ca și cu orice alt software. Deci, veți obține rapid ceva util și de lucru, și apoi să-l îmbunătățească treptat.
Trimiteți-le prietenilor: