ABONAMENTE VIDEO TESTE REDACȚIA
RO
EN

Alina Borbély Embedded QA Consultant @ NTT Data Romania
Profilul psihologic al testerului automotive

Suntem într-o continuă inovare și schimbare în domeniul auto. Dacă până acum zece ani un ciclu complet de testare pentru un produs software în industria auto dura în medie undeva la doi ani de zile, acum timpii sunt reduși considerabil datorită pieței într-o continuă extindere și concurenței tot mai acerbe. Suntem în situația în care aveam tot mai multe echipamente electronice în mașină, autonomia auto este din ce în ce mai mare și timpii de dezvoltare și testare sunt tot mai reduși. În aceste condiții, ne punem problema cum ne alegem oamenii, cum selectăm testerii? Cum ne asigurăm că ne vor livra produse de cea mai înalta calitate?


Bianca Leuca Software Developer @ Mozaic Labs
Teste unitare cu Spock

Când am început primul nostru proiect, am căutat un tool ușor de folosit care ne-ar fi putut ajuta să scriem teste lizibile și concise. Ne-am hotărât să folosim Spock, pentru că în combinație cu Groovy ne dă exact ce avem nevoie: teste lizibile de tip BDD pe care le putem scrie și schimba rapid. Spock poate fi folosit și în combinație cu Java, dar are sinergie foarte bună cu Groovy. Toate exemplele din articol sunt scrise în Groovy, dar e suficientă puțină experiență cu Java pentru a le înțelege. Deoarece exemplele de teste din proiectul nostru sunt prea complicate pentru o introducere în Spock, am ales exemple de cod dintr-un kata pe care l-am făcut pentru a exersa TDD.

Reclame


Sebastian Boga Test Consultant @ Endava

Raluca Beian Developer @ Endava
@
Automatizarea în accessibility testing

Preocuparea tot mai frecventă a marilor companii de a face accesibile paginile lor web pentru cât mai mulți utilizatori, ne îndreaptă pașii către o categorie de utilizatori cu nevoi speciale. Oricare ar fi gradul de deficiență, permanentă sau temporară, proprietarii de website-uri își doresc ca informația livrată să fie accesibilă și acestora. Astfel, o direcție în cadrul testării se orientează spre acest tip de utilizatori cu diferite deficiențe. Există o inițiativă internațională prin care se încearcă a se stabili un set de bune practici și recomandări, numită W.A.I. (Web Accessibility Initiative), lansată de W3C (World Wide Web Consortium).


Roberta Ţibuleac Associate IT Consultant @ msg systems Romania
CasperJS – Testarea automată a aplicaţiilor Web

Toolurile de testare automată din ziua de azi oferă o alternativă la metodele de testare manuală, deoarece testele sunt executate rapid și în mod repetat. Mai mult, rezultatele testelor pot fi comparate automat cu rezultatele comportamentului așteptat, iar diferenţele pot fi astfel evidenţiate. Testarea automată presupune un efort iniţial. Beneficiile viitoare sunt semnificative deoarece se traduc în stabilitate mărită. CasperJS este un tool util pentru testarea automată a aplicaţiilor web, fiind foarte ușor și rapid de instalat. În contextul actual, livrarea rapidă pe piaţă este crucială, iar erorile și bugurile nu sunt foarte tolerate. Prin urmare, este important să se livreze produse de calitate. Deoarece asigurarea calităţii nu este un obiectiv principal din cauza unor constrângeri precum timpul, costul, resursele, acest aspect este doar parţial acoperit în munca efectivă. Consecinţa imediată este o experienţă negativă a utilizatorului.


Ioana Luțaș QA Engineer @ Bissoft
Utilizarea Squish Coco pentru a determina code coverage

Ne poate interesa la un moment dat cât de bine sunt proiectate testele automate ce validează funcţionalitatea Serviciilor Web. Poate vrem să vedem cât de mult este exersat codul prin testele automate. O variantă de testare funcţională a Serviciilor Web este aplicația SOAP UI. Acest articol prezintă cum se poate integra aplicaţia Squish Coco pentru a determina cât de mult exersează codul C# testele automate dezvoltate utilizând SOAP UI.


Lucian Ghindă Trainer @ ANIS
Transformarea Testării în DevOps

Într-un context DevOps, testarea a evoluat și va continua să evolueze trecând de la un rol făcut de o singură persoană la taskuri de testare făcute de toată lumea din echipă. Motivul pentru o astfel de schimbare este dat chiar de scopul principal al unei echipe DevOps , care este acela de a găsi cea mai rapidă cale de la o idee către lansarea acesteia în producție. În acest context, pentru a avea un produs de calitate și cu cât mai puține defecte, gata de lansare în orice moment, trebuie ca toată lumea să includă testarea (în diverse forme) în responsabilitățile de zi cu zi. Pe scurt, toată lumea trebuie să facă testare într-un astfel de mediu. Aceasta este prima transformare a testării. Într-un astfel de mediu de tip “Continuous Everything” singurul mod de a obține un astfel de proces este prin dezvoltarea testării automate pe toate nivelele produsului (de la unit testing la acceptanță). Testarea automată presupune cunoștințe tehnice cel puțin medii (programare, arhitectură, baze de date, etc.) și, prin acoperirea tot mai mare și preluarea unor taskuri de la tester, deschide calea acestuia de a se orienta spre o înțelegere mai bună a utilizatorului sau grupului țintă căruia îi este adresat produsul dezvoltat.


Silviu Lascu Test Consultant @ Endava

Raul Cocis Mureșan Senior Automation Tester @ Endava
@
Appium & Opium - Soluții alternative pentru testare automată

Știm deja că milioane de oameni din întreaga lumea folosesc telefoane mobile și tablete, iar numărul utilizatorilor este într-o creștere continuă, ceea ce determină și o creștere exponențială în piata aplicatiilor mobile. Companiile dezvoltatoare de aplicatii mobile trebuie să se asigure că produsele livrate sunt de bună calitate și se diferențiază, pentru a avea un feedback cat mai bun din partea utilizatorilor. Acest lucru devine o provocare, având în vedere diversitatea tipurilor de device-uri mobile și a sistemelor de operare. Pentru a asigura o acoperire cât mai largă și eficientă, testarea acestor aplicații trebuie automatizată. De aceea este nevoie de o soluție cât mai generică și care să acopere cât de mult posibil testarea aplicației.


Elena Ariton Software Developer @ VE Labs

Dorin Giurgiuca Software Developer In Test @ VE Labs
@
Mai avem nevoie de teste automate de tip Acceptance, dacă avem teste de tip Unit?

Sunt sigur că oricine a lucrat într-o companie software a auzit cel puțin o dată această întrebare sau poate s-a gândit la ea. Dacă analizăm întrebarea mai în profunzime, vom constata că nu are sens, cele două tipuri de teste având rol complementar. Avem nevoie de teste Acceptance și în zilele noastre am vrea să fie automatizate.

Adevărata întrebare, care are și sens, și pe care, de asemenea, ați mai auzit-o este „Cine trebuie să implementeze testele Acceptance?” iar răspunsul la ea depinde de la o companie și de la o echipă la alta. În opinia mea, care din fericire coincide cu părerea companiei și a echipei (yey!), toți membrii echipei ar trebui să o facă. Da, chiar și PM-ul are un rol foarte important în formularea cerințelor într-un format ușor de tradus în Gerkin.


István Nagy Senior Tester @ iSDC
Cum să aplicăm un model de dobândire de competențe în testarea software?

Odată la patru ani în perioada Jocurilor Olimpice admirăm atleți care trec de limitele lor, stabilind recorduri și aducând faimă și glorie atât echipei cât și întregii țări. Îi considerăm experți în ceea ce fac și unii din noi le cunoaștem bătălia, munca dedicată și sacrificiile pe care le fac pentru a atinge vârful podiumului. La fel ca și atleții, oamenii care vor să fie cei mai buni în profesiile lor, trebuie să parcurgă un traseu lung de la începător la expert.


Claudiu Draghia Quality Manager @Capgemini
Despre testability

Ceea ce ne arată acest grafic în legătură cu căutarea pe internet pentru Agile şi SCRUM este o creștere considerabilă, ducând la momentul 2013 când DevOps a început să fie investigat. Pe lângă acest aspect, aţi mai putea observa că: linia pentru Testability este foarte greu de văzut. Se pare că mai nimeni nu este interesat şi de ceea ce este testabil.. De ce situaţia asta? Dacă vorbim despre DevOps, de exemplu, pe lângă schimbarea imperativă culturală, vorbim despre unelte, livrări automate sau scripturi. Dar e important să analizăm și modul cum testăm aceste unelte. Un script de livrare trebuie testat la fel ca orice aplicație software. SCRUM şi Agile vorbesc despre bucle rapide de feedback, testare automatizată. Dacă vrei să automatizezi ceva, sistemul trebuie să îţi permită să o faci.

Sponsori

  • 3PillarGlobal
  • Betfair
  • Gemini Solutions
  • Telenav
  • Accenture
  • Siemens
  • Bosch
  • ntt data
  • FlowTraders
  • Crossover
  • MHP
  • Continental
  • Colors in projects

« Articole mai vechi