{"id":31264,"date":"2019-10-31T21:40:21","date_gmt":"2019-10-31T18:40:21","guid":{"rendered":"https:\/\/prohoster.info\/blog\/kto-otvetit-za-kachestvo\/"},"modified":"2019-10-31T21:40:21","modified_gmt":"2019-10-31T18:40:21","slug":"kto-otvetit-za-kachestvo","status":"publish","type":"post","link":"https:\/\/prohoster.info\/ro\/blog\/administrirovanie\/kto-otvetit-za-kachestvo","title":{"rendered":"Cine va r\u0103spunde de calitate?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Salut, Habr!<\/p>\n

Avem o nou\u0103 tem\u0103 important\u0103 \u2013 dezvoltarea de calitate a produselor IT. Vorbim adesea la HighLoad++ despre cum s\u0103 facem serviciile suprasolicitate rapide, iar la Frontend Conf \u2013 despre interfe\u021be utilizator prietenoase care nu \u00eencetinesc. Avem regulat teme despre testare \u0219i DevOpsConf despre integrarea diferitelor procese, inclusiv testarea. \u00cens\u0103 despre ceea ce putem numi calitate \u00een general \u0219i cum s\u0103 lucr\u0103m complex asupra acestuia \u2013 \u00eenc\u0103 nu avem.<\/p>\n

S\u0103 corect\u0103m asta la QualityConf<\/a><\/noindex>\u00a0\u2013 vom promova cultura g\u00e2ndirii asupra calit\u0103\u021bii produsului final pentru utilizator \u00een fiecare etap\u0103 a dezvolt\u0103rii. Obiceiul de a nu ne limita la zona noastr\u0103 de responsabilitate \u0219i a asocia calitatea nu doar cu test\u0103torii.<\/p>\n

\u00cen continuare, vom discuta cu pre\u0219edintele comitetului de program, liderul test\u0103rii la Tinkoff.Business, creatorul comunit\u0103\u021bii QA vorbitoare de limb\u0103 rus\u0103 Anastasia Aseeva-Nguyen<\/b> despre starea industriei QA \u0219i misiunea noii conferin\u021be.<\/p>\n

\"Cine
\n<\/a><\/noindex>
\n\u2013 Nastya, salut. Te rog, poveste\u0219te-ne despre tine.<\/em><\/strong><\/p>\n

\"CineAnastasia<\/strong>: Eu coordonez testarea la banc\u0103, r\u0103spund pentru o echip\u0103 foarte mare \u2013 suntem mai mult de 90 de persoane. Avem o linie de afaceri important\u0103, ne ocup\u0103m de ecosistemul pentru persoanele juridice.<\/p>\n

Am studiat la mecanic\u0103 \u0219i matematic\u0103 \u0219i ini\u021bial am vrut s\u0103 devin programator. Dar c\u00e2nd mi-a ap\u0103rut o ofert\u0103 interesant\u0103, am decis s\u0103 \u00eencerc rolul de test\u0103tor. Ciudat cum a fost, aceasta s-a dovedit a fi voca\u021bia mea. Acum, toat\u0103 munca mea o v\u0103d exact \u00een aceast\u0103 industrie.<\/p>\n

Sunt un adept pasionat al disciplinei Quality Assurance. \u00cemi pas\u0103 care produse sunt create, cum se abordeaz\u0103 calitatea \u00een companie, \u00een echip\u0103 \u0219i, \u00een general, \u00een procesul de dezvoltare.<\/p><\/blockquote>\n

\nPentru mine este evident c\u0103 comunitatea \u00een acest sens este insuficient de matur\u0103<\/strong>, cel pu\u021bin \u00een Rusia. Nu \u00eentotdeauna \u00een\u021belegem c\u0103 asigurarea calit\u0103\u021bii nu este doar faptul de a testa aplica\u021bia pentru a se conforma cerin\u021belor. Mi-ar pl\u0103cea s\u0103 schimb aceast\u0103 situa\u021bie.<\/p>\n

\u2013 Folose\u0219ti termenii Quality Assurance \u0219i testare. \u00cen ochii publicului, aceste dou\u0103 termeni se suprapun adesea. Care este diferen\u021ba, dac\u0103 analiz\u0103m mai profund?<\/em><\/strong><\/p>\n

Anastasia:<\/strong> Probabil c\u0103 nu se deosebesc. Testarea este o parte a disciplinei de Asigurare a Calit\u0103\u021bii, este o activitate direct\u0103 \u2013 faptul c\u0103 testez ceva. De fapt, exist\u0103 foarte multe tipuri de testare, iar pentru diferitele tipuri de testare r\u0103spund diferite persoane. Dar \u00een Rusia, c\u00e2nd a ap\u0103rut valul de outsourcing care furniza testeri \u00een companii, testarea s-a restr\u00e2ns la un singur tip.<\/p>\n

\u00cen majoritatea cazurilor se limiteaz\u0103 doar la testarea func\u021bional\u0103: verific\u0103 dac\u0103 ceea ce au codificat dezvoltatorii corespunde specifica\u021biei \u0219i at\u00e2t.<\/p>\n

\u2013 Spune-mi, te rog, ce alte discipline de asigurare a calit\u0103\u021bii exist\u0103? Ce altceva, \u00een afar\u0103 de testare, este inclus aici?<\/em><\/strong><\/p>\n

Anastasia<\/strong>: Asigurarea Calit\u0103\u021bii \u00eenseamn\u0103, \u00een primul r\u00e2nd, crearea unui produs de calitate. Asta \u00eenseamn\u0103 c\u0103 ne punem \u00eentrebarea ce atribute de calitate ar trebui s\u0103 aib\u0103 produsul nostru. Prin urmare, dac\u0103 \u00een\u021belegem asta, putem corela cine influen\u021beaz\u0103 aceste atribute de calitate. Nu conteaz\u0103, dezvoltator, manager de proiect sau produsolog<\/strong>\u00a0\u2013 este persoana care influen\u021beaz\u0103 dezvoltarea produsului, backlog-ul s\u0103u, strategia sa.<\/p>\n

Testerul \u00eencepe s\u0103-\u0219i con\u0219tientizeze mai bine rolul. \u00cen\u021belege c\u0103 sarcina sa nu este doar s\u0103 testeze conform cerin\u021belor, ci \u0219i s\u0103 testeze cerin\u021bele, s\u0103 pun\u0103 la \u00eendoial\u0103 formul\u0103rile care vin de la produsolog, s\u0103 descopere toate cerin\u021bele implicite \u0219i a\u0219tept\u0103rile clientului. Atunci c\u00e2nd furniz\u0103m o nou\u0103 func\u021bionalitate clientului nostru, trebuie s\u0103-i satisfacem cu adev\u0103rat a\u0219tept\u0103rile \u0219i s\u0103-i rezolv\u0103m durerea. Dac\u0103 ne g\u00e2ndim la toate atributele de calitate, clientul va fi mul\u021bumit \u0219i va \u00een\u021belege c\u0103 compania al c\u0103rei produs \u00eel folose\u0219te, se preocup\u0103 cu adev\u0103rat de interesele sale, \u0219i nu lucreaz\u0103 pe principiul \u201edoar s\u0103 lans\u0103m o caracteristic\u0103\u201d.<\/p>\n

\u2013 Pare c\u0103 ceea ce ai descris tu acum este sarcina produsologului. Asta, \u00een principiu, nu are de-a face cu testarea \u0219i nici cu calitatea \u2013 este cu adev\u0103rat despre managementul produsului, nu?<\/em><\/strong><\/p>\n

Anastasia<\/strong>: \u00centr-o m\u0103sur\u0103. Asigurarea Calit\u0103\u021bii nu este o disciplin\u0103 pentru care r\u0103spunde o singur\u0103 persoan\u0103. Acum exist\u0103 o direc\u021bie popular\u0103 \u00een testare, o abordare care se nume\u0219te Agile Testing<\/strong>\u00cen defini\u021bia sa se afirm\u0103 c\u0103 este o abordare de echip\u0103 pentru testare, care include un set specific de practici. Implementarea acestei abord\u0103ri este responsabilitatea \u00eentregii echipe, f\u0103r\u0103 a fi necesar ca \u00een echip\u0103 s\u0103 existe un tester. \u00centreaga echip\u0103 este orientat\u0103 spre livrarea valorii c\u0103tre client \u0219i pentru ca aceast\u0103 valoare s\u0103 corespund\u0103 a\u0219tept\u0103rilor lui.<\/p>\n

\u2014 A\u0219adar, calitatea se intersecteaz\u0103 aproape cu toate disciplinele \u00eenconjur\u0103toare, impun\u00e2nd limite asupra tuturor?<\/em><\/strong><\/p>\n

Anastasia<\/strong>: Corect. C\u00e2nd ne g\u00e2ndim la ceea ce vrem s\u0103 cre\u0103m un produs de calitate, \u00eencepem s\u0103 ne g\u00e2ndim la diferite atribute de calitate. De exemplu, cum putem verifica c\u0103 am realizat \u00eentr-adev\u0103r o caracteristic\u0103 de care are nevoie clientul nostru.<\/p>\n

Aici intervine un tip de testare, cum ar fi UAT<\/strong> (testarea accept\u0103rii utilizatorilor). Din p\u0103cate, \u00een Rusia este rar practicat, dar uneori este prezent \u00een echipele SCRUM, ca demo pentru clientul final. \u00cen companiile din str\u0103in\u0103tate este un tip de testare destul de comun. \u00cenainte de a deschide func\u021bionalitatea pentru to\u021bi clien\u021bii, mai \u00eent\u00e2i facem UAT, adic\u0103 invit\u0103m consumatorul final, care efectueaz\u0103 testarea \u0219i ofer\u0103 imediat feedback \u2013 dac\u0103 produsul corespunde a\u0219tept\u0103rilor \u0219i rezolv\u0103 o problem\u0103. Numai dup\u0103 aceasta se face scalarea pentru to\u021bi ceilal\u021bi clien\u021bi.<\/p>\n

Deci ne orient\u0103m pe business, pe clientul final, dar \u00een acela\u0219i timp nu uit\u0103m de tehnologie<\/strong>. De tehnologie depinde foarte mult calitatea produsului. Dac\u0103 avem o arhitectur\u0103 slab\u0103, nu putem lansa rapid func\u021bionalit\u0103\u021bi \u0219i nu vom respecta a\u0219tept\u0103rile clientului. Pot exista multe buguri \u00een \u00eencercarea de a scala, sau \u00een \u00eencercarea de a face refactoring, am putea strica ceva. Toate acestea vor afecta satisfac\u021bia clientului.<\/p>\n

Din acest punct de vedere, arhitectura trebuie s\u0103 fie astfel \u00eenc\u00e2t s\u0103 putem scrie cod curat, care s\u0103 permit\u0103 modific\u0103ri rapide \u0219i s\u0103 nu ne temem c\u0103 vom distruge totul. Ca itera\u021biile de \u00eembun\u0103t\u0103\u021bire s\u0103 nu se \u00eentind\u0103 pe c\u00e2teva luni doar pentru c\u0103 avem at\u00e2t de mult legacy, \u0219i trebuie s\u0103 facem etape lungi de testare.<\/p>\n

\u2014 \u00cen total, deja sunt implica\u021bi dezvoltatori, arhitec\u021bi, product owneri, product manageri, \u0219i testerii \u00een\u0219i\u0219i. Cine mai este implicat \u00een procesul de asigurare a calit\u0103\u021bii?<\/em><\/strong><\/p>\n

Anastasia<\/strong>: Acum s\u0103 presupunem c\u0103 am livrat deja func\u021bionalitatea clientului. Este evident c\u0103 trebuie s\u0103 monitoriz\u0103m calitatea produsului, chiar \u0219i dup\u0103 ce acesta este \u00een produc\u021bie. \u00cen aceast\u0103 etap\u0103 pot aparea situa\u021bii cu scenarii nea\u0219teptate, numite bug-uri.<\/p>\n

Prima \u00eentrebare este - cum lucr\u0103m cu aceste bug-uri dup\u0103 ce am lansat deja produsul? Cum reac\u021bion\u0103m, de exemplu, la \u00eenc\u0103rcare? Clientul nu va fi foarte mul\u021bumit dac\u0103 pagina se \u00eencarc\u0103 mai mult de 30 de secunde.<\/p>\n

Aici intervine exploatarea sau, cum o numesc acum, DevOps<\/strong>. De fapt, ace\u0219tia sunt oamenii care se ocup\u0103 cu exploatarea produsului, atunci c\u00e2nd acesta este deja \u00een produc\u021bie. Ace\u0219tia sunt implica\u021bi \u00een diferite tipuri de monitorizare. Exist\u0103 chiar un subtip de testare - testarea \u00een produc\u021bie, c\u00e2nd ne permitem s\u0103 nu test\u0103m ceva \u00eenainte de lansare \u0219i test\u0103m direct \u00een produc\u021bie. Acestea sunt o serie de activit\u0103\u021bi din perspectiva organiz\u0103rii infrastructurii, care permit o reac\u021bie rapid\u0103 la un incident, influen\u021barea acestuia \u0219i corectarea lui.<\/p>\n

Infrastructura este de asemenea important\u0103. Adesea, exist\u0103 situa\u021bii c\u00e2nd, \u00een timpul test\u0103rii, nu putem fi siguri c\u0103 avem cu adev\u0103rat tot ceea ce ne-am dori s\u0103 oferim clientului. Lans\u0103m \u00een produc\u021bie - \u0219i \u00eencepem s\u0103 \u00eent\u00e2mpin\u0103m situa\u021bii nea\u0219teptate. \u0218i totul se datoreaz\u0103 faptului c\u0103 infrastructura din test nu corespunde infrastructurii din produc\u021bie. De aici apare un nou tip de testare - testarea infrastructurii<\/strong>. Acestea sunt diferite configura\u021bii, set\u0103ri, migrarea bazelor de date etc.<\/p>\n

De aici se ridic\u0103 \u00eentrebarea - poate echipa trebuie s\u0103 utilizeze infrastructura ca \u0219i cod.<\/p>\n

Cred c\u0103 infrastructura influen\u021beaz\u0103 direct calitatea produsului.<\/p><\/blockquote>\n

\nSper c\u0103 la conferin\u021b\u0103 va fi o prezentare cu un caz real. Scrie\u021bi-ne dac\u0103 sunte\u021bi gata s\u0103 vorbi\u021bi din experien\u021ba dvs. despre cum infrastructura ca \u0219i cod influen\u021beaz\u0103 calitatea. Infrastructura ca \u0219i cod permite verificarea mai u\u0219oar\u0103 a tuturor set\u0103rilor \u0219i testarea a ceea ce altfel ar fi imposibil. De aceea, \u00een procesul de dezvoltare a unui produs de calitate este implicat\u0103 \u0219i exploatarea.<\/p>\n

\u2014 \u0218i ce ne spuneti despre analitic\u0103 \u0219i documenta\u021bie?<\/em><\/strong><\/p>\n

Anastasia<\/strong>: Aceasta se refer\u0103 mai mult la sistemele enterprise. C\u00e2nd vorbim despre enterprise, imediat ne vin \u00een minte oameni precum anali\u0219tii \u0219i anali\u0219tii de sistem. Uneori, sunt numi\u021bi scriitori tehnici. Ei primesc o sarcin\u0103 pentru a redacta o specifica\u021bie \u0219i o finalizeaz\u0103, de exemplu, \u00een termen de o lun\u0103.<\/p>\n

S-a demonstrat de mai multe ori c\u0103 redactarea unei astfel de documenta\u021bii conduce la itera\u021bii de dezvoltare foarte lungi \u0219i \u00eent\u00e2rzieri \u00een finalizarea lucr\u0103rilor, deoarece \u00een procesul de testare apar bug-uri, iar retururile \u00eencep. Ca urmare, se formeaz\u0103 foarte multe bucle care cresc costul dezvolt\u0103rii. \u00cen plus, acest lucru poate introduce vulnerabilit\u0103\u021bi. Se pare c\u0103 am scris cod de referin\u021b\u0103, dar apoi am f\u0103cut modific\u0103ri care distrug arhitectura bine g\u00e2ndit\u0103.<\/p>\n

Prin urmare, se ob\u021bine un produs de calitate nu foarte bun\u0103, deoarece \u00een arhitectur\u0103 au ap\u0103rut deja patch-uri, iar codul \u00een anumite locuri nu este suficient acoperit de teste, deoarece termenele de livrare sunt presante \u0219i trebuie s\u0103 \u00eenchidem rapid toate bug-urile. \u0218i toate acestea pentru c\u0103 \u00een specifica\u021bia ini\u021bial\u0103 nu au fost luate \u00een considerare toate aspectele necesare implement\u0103rii.<\/p>\n

Dezvoltatorii nu sunt r\u0103uf\u0103c\u0103tori \u0219i nu scriu inten\u021bionat cod cu erori.<\/p><\/blockquote>\n

\nDac\u0103 am fi g\u00e2ndit ini\u021bial specifica\u021bia care ar fi acoperit toate aspectele necesare, totul ar fi fost realizat exact a\u0219a cum trebuie. Dar aceasta este o utopie.<\/p>\n

Probabil c\u0103 nu este posibil s\u0103 redactezi o specifica\u021bie ideal\u0103 de 100 de pagini. A\u0219adar, trebuie s\u0103 ne g\u00e2ndim la modalit\u0103\u021bi alternative de redactare a documenta\u021biei,<\/strong>specific\u0103rii, formul\u0103rii sarcinilor, care s\u0103 ne apropie de situa\u021bia \u00een care dezvoltatorul face exact ceea ce trebuie.<\/p>\n

Aici \u00eemi vin \u00een minte abord\u0103rile din Agile \u2013 povestirile utilizatorului cu criterii de acceptare. Acest lucru este mai aplicabil echipelor care evolueaz\u0103 prin itera\u021bii mici.<\/p>\n

\u2013 Ce p\u0103rere ai despre testarea utilizabilit\u0103\u021bii, despre confortul utiliz\u0103rii produsului, despre design?<\/em><\/strong><\/p>\n

Anastasia<\/strong>: Este un aspect foarte important, deoarece \u00een echip\u0103 sunt designeri. Cel mai adesea, designerii sunt folosi\u021bi ca serviciu \u2013 fie un departament de designeri, fie un designer extern. Se \u00eent\u00e2lnesc des situa\u021bii \u00een care designerul a ascultat productologul \u0219i a realizat ceea ce a \u00een\u021beles. Dar c\u00e2nd ajungem la itera\u021bie, se dovede\u0219te c\u0103 de fapt nu s-a realizat ceea ce ne a\u0219teptam: designerul a uitat ceva, nu a g\u00e2ndit p\u00e2n\u0103 la cap\u0103t comportamentul, pentru c\u0103 el nu este \u00een echip\u0103 \u0219i nu este \u00een context, sau dezvoltatorul front-end nu a \u00een\u021beles pe deplin modelul s\u0103u. Pot fi necesare c\u00e2teva itera\u021bii doar din cauza c\u0103 exist\u0103 o problem\u0103 de \u00een\u021belegere a designului de c\u0103tre dezvoltatorul front-end.<\/p>\n

Exist\u0103 \u00eens\u0103 o alt\u0103 problem\u0103. \u00cen prezent, sistemele de design c\u00e2\u0219tig\u0103 popularitate. Sunt la mod\u0103, dar beneficiile lor nu sunt complet evidente.<\/p>\n

M\u0103 confrunt cu p\u0103rerea c\u0103 sistemele de design, pe de-o parte, simplific\u0103 dezvoltarea, pe de alt\u0103 parte, impun foarte multe restric\u021bii asupra interfe\u021bei.<\/p><\/blockquote>\n

\n\u00cen cele din urm\u0103, cre\u0103m nu caracteristica pe care clientul o dore\u0219te, ci pe cea care ne este convenabil\u0103, pentru c\u0103 deja avem anumite module din care putem s\u0103 o facem.<\/p>\n

Mi se pare c\u0103 ar trebui s\u0103 acord\u0103m aten\u021bie acestui subiect \u0219i s\u0103 ne g\u00e2ndim dac\u0103, \u00een \u00eencercarea de a simplifica munca asupra designului, rezolv\u0103m, de fapt, problemele clientului.<\/p>\n

\u2014 A\u0219adar, apar surprinz\u0103tor de multe subiecte legate de asigurarea calit\u0103\u021bii. Exist\u0103 \u00een Rusia o conferin\u021b\u0103 \u00een care s\u0103 le putem discuta pe toate?<\/em><\/strong><\/p>\n

Anastasia<\/strong>: Exist\u0103 cea mai veche conferin\u021b\u0103 de testare, care \u00een acest an va avea loc pentru a 25-a oar\u0103 \u0219i se nume\u0219te Conferin\u021ba de Asigurare a Calit\u0103\u021bii SQA Days. \u00cen principal, aici se discut\u0103 despre instrumente \u0219i abord\u0103ri specifice de testare pentru test\u0103rile func\u021bionale. De regul\u0103, \u00een prezent\u0103rile de la SQA Days se examineaz\u0103 profund anumite domenii din zona de responsabilitate a testorilor, dar nu evenimente complexe.<\/p>\n

Acest lucru ajut\u0103 foarte mult s\u0103 ne clarific\u0103m instrumentele \u0219i abord\u0103rile privind testarea bazelor de date, API etc. Totu\u0219i, pe de o parte, nu motiveaz\u0103 implicarea \u00een crearea unui produs mai calitativ nu doar a test\u0103rii. Iar pe de alt\u0103 parte, testorii nu devin mai implica\u021bi \u00een proces pentru a g\u00e2ndi la obiectivul global al produsului \u0219i la componenta sa de afaceri.<\/p>\n

Conduc un departament mare, organizez multe interviuri, care de fapt permit s\u0103 \u00eemi fac o idee despre starea industriei \u00een ansamblu. De obicei, colegii no\u0219tri lucreaz\u0103 \u00een medii enterprise \u0219i au o zon\u0103 de responsabilitate clar definit\u0103. Cei care lucreaz\u0103 la proiecte interna\u021bionale folosesc diferite tipuri de testare: ei pot efectua teste de \u00eenc\u0103rcare, teste de performan\u021b\u0103 \u0219i, uneori, teste de securitate, pentru c\u0103 acestea cu adev\u0103rat ajut\u0103 echipa s\u0103 asigure calitatea produsului.<\/p>\n

Mi-ar pl\u0103cea s\u0103 v\u0103d c\u0103 \u0219i \u00een Rusia colegii \u00eencep s\u0103 se g\u00e2ndeasc\u0103 la faptul c\u0103 industria nu se termin\u0103 doar la testarea func\u021bional\u0103.<\/p>\n

\u2014 Pentru aceasta, organiz\u0103m noua conferin\u021b\u0103 QualityConf, dedicat\u0103 calit\u0103\u021bii ca o disciplin\u0103 unitar\u0103. Po\u021bi s\u0103 ne oferi mai multe detalii despre conceptul conferin\u021bei \u0219i care este scopul principal al acesteia?<\/em><\/strong><\/p>\n

Anastasia<\/strong>: Vrem s\u0103 cre\u0103m o comunitate de oameni interesa\u021bi s\u0103 dezvolte produse de calitate. S\u0103 le oferim o platform\u0103 unde pot veni, s\u0103 asculte prezent\u0103ri \u0219i s\u0103 plece de la conferin\u021b\u0103 cu o \u00een\u021belegere concret\u0103 despre ce trebuie s\u0103 schimbe pentru a \u00eembun\u0103t\u0103\u021bi calitatea.<\/p>\n

Adesea aud acum solicit\u0103ri din partea consultan\u021bei cu privire la ce s\u0103 fac\u0103 atunci c\u00e2nd exist\u0103 probleme cu testarea \u0219i calitatea. Atunci c\u00e2nd \u00eencepi s\u0103 comunici cu echipele, observi c\u0103 problema nu este de fapt \u00een testeri, ci \u00een modul \u00een care este structurat procesul. De exemplu, atunci c\u00e2nd dezvoltatorii consider\u0103 c\u0103 sunt responsabili doar pentru scrierea codului, responsabilitatea lor se termin\u0103 exact \u00een momentul \u00een care transmit sarcina la testare.<\/p>\n

Nu toat\u0103 lumea se g\u00e2nde\u0219te c\u0103 un cod prost scris \u0219i o arhitectur\u0103 slab\u0103 pot provoca probleme mari pentru proiect. Nu se g\u00e2ndesc la costul gre\u0219elilor, la faptul c\u0103 bug-urile care ajung \u00een produc\u021bie pot duce la cheltuieli mari pentru companie \u0219i echip\u0103. Nu exist\u0103 o cultur\u0103 de a reflecta asupra acestora. Vreau ca la conferin\u021b\u0103 s\u0103 \u00eencepem s\u0103 o r\u0103sp\u00e2ndim.<\/p>\n

\u00cen\u021beleg c\u0103 aceasta nu este o inova\u021bie. Edward Deming, autorul celor 14 principii ale calit\u0103\u021bii, vorbea despre costul erorii \u00eenc\u0103 din secolul trecut. Pe aceast\u0103 carte se bazeaz\u0103 asigurarea calit\u0103\u021bii ca disciplin\u0103, dar, din p\u0103cate, dezvoltarea modern\u0103 uit\u0103 despre acest aspect.<\/p>\n

\u2014 Vei aborda teme legate de testare \u0219i instrumente?<\/em><\/strong><\/p>\n

Anastasia<\/strong>: Accept c\u0103 vor fi prezent\u0103ri despre instrumente. Exist\u0103 instrumente destul de universale, cu ajutorul c\u0103rora companiile \u0219i echipele pot influen\u021ba produsul.<\/p>\n

Toate prezent\u0103rile vor fi unite printr-o misiune comun\u0103: a transmite publicului c\u0103 prin acest abordare, instrument, metod\u0103, proces sau tip de testare am influen\u021bat calitatea produsului \u0219i am \u00eembun\u0103t\u0103\u021bit via\u021ba clientului.<\/p><\/blockquote>\n

\nCu siguran\u021b\u0103 nu vor fi prezent\u0103ri despre instrumente doar de dragul instrumentului. Toate prezent\u0103rile incluse \u00een program vor fi unite de un scop comun.<\/p>\n

\u2014 Cine crezi c\u0103 va fi interesat de ceea ce spui, pe cine vezi ca invita\u021bi la conferin\u021b\u0103?<\/em><\/strong><\/p>\n

Anastasia<\/strong>: Avem vorbitori pentru dezvoltatori care le pas\u0103 de soarta proiectului, produsului sau sistemului lor. De asemenea, va fi interesant pentru testerii \u0219i, din c\u00e2te cred eu, \u00een special pentru manageri. Prin manageri, m\u0103 refer la persoanele care iau decizii \u0219i pot influen\u021ba soarta \u0219i dezvoltarea produsului, sistemului sau echipei \u00een sine.<\/p>\n

Ace\u0219tia sunt oameni care se \u00eentreab\u0103 cum s\u0103 \u00eembun\u0103t\u0103\u021beasc\u0103 calitatea produsului sau sistemului. La conferin\u021ba noastr\u0103, vor afla despre diverse complexe de evenimente \u0219i vor putea \u00een\u021belege ce nu este \u00een regul\u0103 acum \u0219i ce trebuie schimbat.<\/p>\n

Cred c\u0103 principalul criteriu este s\u0103 \u00een\u021belegi c\u0103 exist\u0103 o problem\u0103 cu calitatea \u0219i s\u0103 vrei s\u0103 influen\u021bezi situa\u021bia. Probabil c\u0103 nu vom reu\u0219i s\u0103 ajungem din prima la cei care consider\u0103 c\u0103 merge \u0219i a\u0219a.<\/p>\n

\u2014 Ce p\u0103rere ai, a ajuns industria s\u0103 discute nu doar despre testare, ci \u0219i despre cultura calit\u0103\u021bii?<\/em><\/strong><\/p>\n

Anastasia<\/strong>: Consider c\u0103 a ajuns. Multe companii se \u00eendep\u0103rteaz\u0103 acum de abordarea tradi\u021bional\u0103 Waterfall \u00een favoarea Agile. Se pune accent pe client, iar oamenii din echipe \u00eencep cu adev\u0103rat s\u0103 se g\u00e2ndeasc\u0103 la cum s\u0103 creeze un produs de calitate. Chiar \u0219i \u00een companiile enterprise, se produce o reorientare spre \u00eembun\u0103t\u0103\u021birea calit\u0103\u021bii.<\/p>\n

Judec\u00e2nd dup\u0103 num\u0103rul de \u00eentreb\u0103ri care apar \u00een comunitate, cred c\u0103 este deja timpul. Nu sunt sigur\u0103 c\u0103 va fi o revolu\u021bie pe scar\u0103 larg\u0103, dar mi-a\u0219 dori ca aceast\u0103 schimbare de mentalitate s\u0103 aib\u0103 loc.<\/p>\n

\u2014 S-a \u00een\u021beles! Vom \u00eencuraja cultura \u0219i vom schimba mentalitatea.<\/em><\/strong><\/p>\n

Conferin\u021ba despre dezvoltarea de calitate a produselor IT QualityConf<\/a><\/noindex> va avea loc \u00een Moscova pe 7 iunie<\/strong>. \u0218ti\u021bi din ce etape este format un produs de calitate, avem exemple de succes \u00een combaterea bug-urilor, am testat metode populare \u00een practic\u0103 \u2013 avem nevoie de experien\u021ba voastr\u0103. Trimite\u021bi<\/a><\/noindex> proiectele voastre p\u00e2n\u0103 pe 1 mai<\/strong>, iar Comitetul Programului va ajuta la focalizarea temei pentru o coeren\u021b\u0103 general\u0103 a conferin\u021bei.<\/p>\n

Al\u0103tura\u021bi-v\u0103 chatului<\/a><\/noindex>, unde discut\u0103m despre calitate \u0219i conferin\u021b\u0103, abona\u021bi-v\u0103 la Canal Telegram<\/a><\/noindex>, pentru a fi la curent cu \u0219tirile programului.<\/p><\/blockquote>\n

Sursa: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041f\u0440\u0438\u0432\u0435\u0442, \u0425\u0430\u0431\u0440! \u0423\u00a0\u043d\u0430\u0441 \u043d\u043e\u0432\u0430\u044f \u0432\u0430\u0436\u043d\u0430\u044f \u0442\u0435\u043c\u0430\u00a0\u2014 \u043a\u0430\u0447\u0435\u0441\u0442\u0432\u0435\u043d\u043d\u0430\u044f \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0430 IT-\u043f\u0440\u043e\u0434\u0443\u043a\u0442\u043e\u0432. \u041c\u044b\u00a0\u0447\u0430\u0441\u0442\u043e \u0433\u043e\u0432\u043e\u0440\u0438\u043c \u043d\u0430\u00a0HighLoad++, \u043a\u0430\u043a \u0441\u0434\u0435\u043b\u0430\u0442\u044c \u043d\u0430\u0433\u0440\u0443\u0436\u0435\u043d\u043d\u044b\u0435 \u0441\u0435\u0440\u0432\u0438\u0441\u044b \u0431\u044b\u0441\u0442\u0440\u044b\u043c\u0438, \u0430\u00a0\u043d\u0430\u00a0Frontend Conf\u00a0\u2014 \u043a\u043b\u0430\u0441\u0441\u043d\u044b\u0439 \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u044c\u0441\u043a\u0438\u0439 \u0438\u043d\u0442\u0435\u0440\u0444\u0435\u0439\u0441, \u043a\u043e\u0442\u043e\u0440\u044b\u0439 \u043d\u0435\u00a0\u0442\u043e\u0440\u043c\u043e\u0437\u0438\u0442. \u0423\u00a0\u043d\u0430\u0441 \u0440\u0435\u0433\u0443\u043b\u044f\u0440\u043d\u043e \u0435\u0441\u0442\u044c \u0442\u0435\u043c\u044b \u043f\u0440\u043e \u0442\u0435\u0441\u0442\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435, \u0438\u00a0DevOpsConf \u043f\u0440\u043e \u043e\u0431\u044a\u0435\u0434\u0438\u043d\u0435\u043d\u0438\u0435 \u0440\u0430\u0437\u043d\u044b\u0445 \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u043e\u0432, \u0432\u043a\u043b\u044e\u0447\u0430\u044f \u0442\u0435\u0441\u0442\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435. \u0410\u00a0\u043f\u0440\u043e\u00a0\u0442\u043e, \u0447\u0442\u043e \u043c\u043e\u0436\u043d\u043e \u043d\u0430\u0437\u0432\u0430\u0442\u044c \u043a\u0430\u0447\u0435\u0441\u0442\u0432\u043e \u0432\u00a0\u0446\u0435\u043b\u043e\u043c, \u0438\u00a0\u043a\u0430\u043a \u043d\u0430\u0434 \u043d\u0438\u043c \u043a\u043e\u043c\u043f\u043b\u0435\u043a\u0441\u043d\u043e \u0440\u0430\u0431\u043e\u0442\u0430\u0442\u044c\u00a0\u2014 \u043d\u0435\u0442. \u0418\u0441\u043f\u0440\u0430\u0432\u0438\u043c \u044d\u0442\u043e \u043d\u0430 QualityConf\u00a0\u2014 \u0431\u0443\u0434\u0435\u043c \u0440\u0430\u0437\u0432\u0438\u0432\u0430\u0442\u044c […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":23230,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-31264","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Cine va r\u0103spunde pentru calitate? | ProHoster","description":"Salut, Habr! Avem o nou\u0103 tem\u0103 important\u0103 \u2014 dezvoltarea de calitate a produselor IT.","canonical_url":"https:\/\/prohoster.info\/ro\/blog\/administrirovanie\/kto-otvetit-za-kachestvo","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"ro_RO","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041a\u0442\u043e \u043e\u0442\u0432\u0435\u0442\u0438\u0442 \u0437\u0430 \u043a\u0430\u0447\u0435\u0441\u0442\u0432\u043e? | ProHoster","og:description":"\u041f\u0440\u0438\u0432\u0435\u0442, \u0425\u0430\u0431\u0440! \u0423 \u043d\u0430\u0441 \u043d\u043e\u0432\u0430\u044f \u0432\u0430\u0436\u043d\u0430\u044f \u0442\u0435\u043c\u0430 \u2014 \u043a\u0430\u0447\u0435\u0441\u0442\u0432\u0435\u043d\u043d\u0430\u044f \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0430 IT-\u043f\u0440\u043e\u0434\u0443\u043a\u0442\u043e\u0432.","og:url":"https:\/\/prohoster.info\/ro\/blog\/administrirovanie\/kto-otvetit-za-kachestvo","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T18:40:21+00:00","article:modified_time":"2019-10-31T18:40:21+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"31264","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-21 05:19:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 03:19:50","updated":"2026-01-21 05:19:19","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/posts\/31264","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/comments?post=31264"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/posts\/31264\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/media\/23230"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/media?parent=31264"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/categories?post=31264"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/ro\/wp-json\/wp\/v2\/tags?post=31264"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}