General vorbind, QA (asigurarea calităţii) apare în peisaj după ce dezvoltarea este finalizată. Apoi, echipa QA testează funcţionalităţile implementate și găsește defecte la nivelul aplicaţiei. Astfel crește calitatea aplicaţiei dezvoltate. Este oare aceasta cea mai bună abordare? Reduce aceasta costurile? Răspunsul este „Nu”. Atunci care ar fi metodele și procesele de urmat prin care un QA aduce cea mai bună calitate?

Să validezi un sistem software nu e o muncă ușoară, deși privind din afară, mulți ar zice că e o joacă. Haideți să ne gândim că suntem testeri pentru o zi. Ce avem de făcut? Primul pas: definim test case-urile, apoi scriem testele, automate sau nu, pregătim infrastructura, iar în final începe ”joaca”. Pentru a salva din timpul alocat testării automate, ne-am gândit să folosim containere Docker ca targeturi. Astfel, testerii nu vor mai fi nevoiți să își bată capul și cu environmentul.

Publicat în Numărul 78 Citeşte mai mult

Industria automotive evoluează într-un ritm accelerat. De aceea, pentru a depăși așteptările, trebuie să fiți cu un pas în față. Bosch are o vastă experiență în combinarea tehnologiei vehiculelor cu tehnologia hardware, software, precum și cu o diversitate de servicii pentru a oferi soluții complete pentru mobilitate. Nu avem încă mașini care să zboare, dar avem o sondă care face acest lucru.

Dacă sunteți interesați de testarea automată sau începători în acest domeniu, atunci acest articol vă va ajuta foarte mult, informându-vă despre instrumentul numit Cucumber, care este ușor de învățat și de înțeles. Odată lămurite caracteristicile acestuia, le vom integra într-un framework de testare automată folosind TestNG, Selenium și Maven. Codul sursă al acestui proiect poate fi descărcat de pe Git. Frameworkul este construit pentru a rula cu succes atât pe sistemul de operare MAC OSX, cât și pe Windows.

Poate că unii dintre voi vă întrebați de ce am ales acest titlu. Răspunsul scurt este că nu sunt prea mulți testeri care să-și dorească să învețe programare, deși aceștia ar prefera testarea automată în locul celei manuale. Dar am o veste bună! Cu toate că pare dificil la început, testarea automată fără programare este posibilă, iar acest lucru se poate realiza utilizând testarea bazată pe modele, în care testerul creează modele pentru controalele pe care dorește să le utilizeze. De exemplu, într-o aplicație web, un model pentru teste și un model pentru date. Prin urmare, ca expert în testarea bazată pe modele, la NTT Data Romania, doresc să vă împărtășesc din experiența mea.

Publicat în Numărul 67 Citeşte mai mult

Sunt tester din 2004. Am avut multe roluri în 13 ani, dar m-am considerat mereu un tester. M-am bucurat când am găsit buguri care frizau niște situaţii/context aproape imposbil de conceput. M-am simtit prost când mi-a scăpat ceva ce a făcut produsul dificil sau imposibil de utilizat în producţie. M-am ascuns în proiectele mele și în firma mea, considerând că sunt un tester bun. M-am aflat pe scenă în faţa a sute de oameni, așteptând acea întrebare care să mă facă să realizez ce stupide au fost presupunerile mele.
Am întâlnit multe concepţii greșite despre testarea software. Cu unele veţi fi de accord, cu altele nu, dar consider că arta de a testa ține de împărtășirea ideilor și a experienţelor, acesta fiind chiar lucrul pe care intenţionez să îl fac. Iată-le:

De multe ori aud în producţie următoarele întrebări:
- de ce trebuie să îngreunăm procesarea echipamentelor utilizate în zonele de producţie?
- de ce operatorul care face o anumită operaţie trebuie să ştie să utilizeze calculatorul?
- de ce munca lui nu se rezumă doar la aşezarea piesei de procesat într-o locaţie specializată, la preluarea ei şi trimiterea mai departe la următorul post de lucru?

În general, atunci când ne gândim la un sistem digital, primul lucru care ne atrage atenția este viteza sau puterea sa de calcul. Abia după ce lămurim partea aceasta despre tipul de procesor, despre numărul de core-uri și frecvența de lucru, apar întrebările adiționale printre care cea dintâi ar fi despre memorie. Ce capacitate are memoria, de ce tip este și eventual alte aspecte legate de câte canale, modul de accesare, viteza de lucru ș.a.m.d. Însă este un lucru bine știut că nu ne punem neapărat, problema calității memoriei și a caracteristicilor date de producător în ceea ce privește retenția datelor, comportamentul în diverse condiții (ex. cu temperatura, variația tensiunii, …) și a fiabilității acesteia. Cu atât mai puțin încercăm să căutăm informații adiționale care să fie relevante în acest sens și care să ajute la o decizie în alegerea acesteia.

Waterfall, Agile, Test Driven Development (TDD), Behavior Driven Development (DBB), Rapid Application Development (RAD), Spiral Model, Feature Driven Development (FDD), Rational Unified Process (RUP), sunt doar câteva dintre cele mai cunoscute modele de dezvoltare a aplicațiilor software care au apărut ca răspuns la nevoia de a reduce timpul de livrare a software-ului către clienții finali, adică amortizarea investiției și obținerea unui profit mai rapid. Unul dintre efectele produse de evoluția modelelor de dezvoltare este declinul specificațiilor scrise în mod tradițional și definirea lor într-o formă simplificată. În acest context, se impune cu necesitate apariția unui nou concept de specificații care să satureze deplin această nevoie.

Publicat în Numărul 64 Citeşte mai mult

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?

Publicat în Numărul 62 Citeşte mai mult