ABONAMENTE VIDEO TESTE REDACȚIA
RO
EN

Ola Alexandru Flying Probe specialist engineer @ Bosch

Vonsza Anda-Cristina Electrical test engineer @ Bosch
@
Sonda aeriană: un concept de testare revoluționar

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.


Lorand Berekmeri Automation Engineer @ Telenav
Cucumber & TestNG

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.

Reclame


Robin Molnar QA Consultant @ NTT DATA Romania
Testare automată fără programare

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.


Claudiu Draghia Quality Manager @Capgemini
Concepţii greșite despre testarea software

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:


Laura Boarescu MES & Production Test Development Engineering Team Leader @ Continental Sibiu
De ce avem nevoie de sistemul de monitorizare și control în zona de producţie?

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?


Dan Colceriu Hardware Development Engineer @ Continental Sibiu
Calificarea memoriilor în automotive

Î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.


Narcis Oancea Technical Manager @ 3Pillar Global
Smart Requirements pentru Smart Testing

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.


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.


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).

Reclame

Sponsori

  • ntt data
  • 3PillarGlobal
  • Betfair
  • Telenav
  • Accenture
  • Siemens
  • Bosch
  • FlowTraders
  • MHP
  • BCR
  • Itiviti
  • Connatix
  • UIPatj
  • MicroFocus
  • Colors in projects

« Articole mai vechi