• Save
Testarea: Prieten sau dusman? Adrian speteanu
Upcoming SlideShare
Loading in...5
×
 

Testarea: Prieten sau dusman? Adrian speteanu

on

  • 1,107 views

 

Statistics

Views

Total Views
1,107
Views on SlideShare
540
Embed Views
567

Actions

Likes
0
Downloads
0
Comments
0

3 Embeds 567

http://tabaradetestare.ro 564
http://translate.googleusercontent.com 2
http://feeds.feedburner.com 1

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment
  • Plecand de la tematica conferintei si cateva incidente petrecute la munca in ultima saptamana chiar, mi-a venit ideea pentru titlul prezentarii mele. As vrea sa aduc in discutie cat se poate de serios: ce ne dorim noi, testerii, test engineers sa fim: prieteni sau dusmani? Si cam cum se incadreaza cele doua perspective in organizatiile din care am facut parte.TE PREZINTI
  • Introducere...Teprezinti... Salut, numele meu este Adrian SPETEANU, si am o problema: m-am hotarat sa fiu software tester!!!In ultimii 5 ani (ce mai trece timpul), am lucrat in 4 companii, 3 mari si o firma de apartament, de 30-35 de oameni. Ce as fi vrut sa aflu de la aceasta conferinta: este incotro se indreapta echipa de QA. Care este viitorul activitatii noastre? Si prin a aduce valoare muncii de testare, in primul rand inteleg ca stiu unde ma incadrez in cadrul organizatiei si cu ce pot contribui... Dar este doar inceputul, nu este suficient.
  • Te prezinti...Voi vorbi despre impedimentele pe care le identific in contextul actual, data fiind tematica acestei conferinte, probleme de credibilitate si comunicare ce mi-au afectat activitatea sau m-ar putea impiedica in viitorSper sa intaresc ideea ca este necesar ca echipa de QA sa aduca valoare produsului (care in cele din urma ar trebui sa fie telul final) si sa aduca valoare efortului depus de intreaga echipa implicata in dezvoltare. NU as lucra in software daca nu as crede ca pe termen lung, organizatia din care fac parte NU poate crea genul de produs asa cum mi l-as fi dorit daca as fi utilizatorului final sau clientul. Din punctul asta de vedere: its personal!! Voi da detalii despre activitatea proprie si nu in cele din urma, voi incerca sa abordez subiectul creativitatii in „munca” de zi cu zi.
  • Voi cum va apreciati activitatea? SOFTWARE TESTING sau QUALITY ASSURANCE?Dar cum sunteti perceputi, ca testeri sau QA in adevaratul sens al cuvantului?Perceptia este o problema si m-a afectat prin nivelul de rezistenta intalnit atunci cand vreau sa introduc o schimbare de proces (genul de schimbare care este necesara, chiar daca nimeni nu o vrea) si prin gradul de rezistenta la marirea prioritatii unui bug care stii ca va ajunge live fata de taskuri de implementare pentru lucruri pe care le vrea un Product Owner. * In Softwin, testarea era ultima linie de aparare. Noi gaseam problemele si puteam convinge pe toata lumea interesata ca un release trebuie amanat – spre multumirea echipei de dezvoltare care nu a fost ascultata cand a spus ca nu poate livra suficient, repede si bun si tot ce s-a cerut. Inainte sa arda, cand un dezvoltator nu intelegea cum trebuie implementat ceva, discuta mai intai cu echipa de testare si mai apoi cu PM. Mentiune: pentru 7-8 dezvoltatori + testeri, erau 10 Project Manager si Product Manageri, si cu toate acestea nu aveam specificatii functionale la mai niciun proiect. * Momentan, lucrez la 1&1. Lumea este mult mai focusata pe delivery. SI nu se pune la fel de mare presiune pe release, cat pe faptul ca release-ul trebuie sa indeplineasca un rol major: clientul intern trebuie sa fie multumit (de cele mai multe ori clientul este din Germania), utilizatorul final trebuie sa primeasca ceva ce poate folosi cu placere. Si cu toate acestea, atmosfera DE LUCRU intre dezvoltare si QA nu este deloc roz, ................... din contra, profesional este chiar tensionata, exista diferente de perceptie, fiecare cu parerea lui in care crede 100%, parca tragem in directii opuse de multe ori, desi toti avem acelasi scop.
  • In poza din stanga am ciclurile de dezvoltare software.Care este implicarea reala in ziua de azi in ciclurile de dezvoltare a echipei de QA? Oare unele activitati sunt cu adevarat necesare? Unele dintre proiectele de care m-am lovit chiar nu aveau nevoie de documentatie. Altele erau amarate site-uri copiate si re-skinate. Mai mult, partea de riscuri la proiect ramane oricum in responsabilitatea project managerului la proiect.In partea din dreapta am un ceas analog care imparte efortul, in functie de nivelul de implicare uman in aplicatiile executate. Personal faptul ca acul este usor-inclinat inspre human-assisted software ma reprezinta cel mai bine.
  • Cum rezolvam diferenta de opinii intre dezvoltare si testare? Sau intre client si calitate si compromisul intre deadline si posibile probleme? - mottoPai trebuie sa reusim sa aducem valoare. Echipa de testare a gasit nu stiu ce bug si nu ne-am facut de ras.
  • Nu suntem la piata, suntem ingineri si cei care nu suntem ingineri lucreaza intr-un mediu ingineresc – care inoveaza sau foloseste inovatii, care tot timpul incearca sa fie la curent cu ce se schimba si ce mai apare nou.Nu este nimic iesit din comun. Credibilitatea se castiga, se bazeaza pe rezultate concrete. Nu este rolul nostru sa explicam acest aspect echipei de dezvoltare. Ce ma afecteaza cel mai mult este raportarea pe intelesul tuturor.
  • Comunicarea cu cei din afara? Ne intelegem bine cu ei, cu majoritatea cel putin si cu restul incercam macar. Dar mergem pe principiul „rufele murdare se spala in familie”. Secretul unei relatii de succes de la distanta este sa nu le aratam partea slaba. Si nu ca ar fi ei nemti, fiindca ei nu ezita sa arate cu degetul spre colegii lor cand discutam de anumite probleme sau altele. Probleme au toti. Dar noi inca suntem in faza in care ne impunem si incercam sa atragem proiecte. Lucrul in acelasi office cu dezvoltatorii (thriller). Implicare in rezolvarea impedimentelor tehnice sau de infrastructura.  Implicare in rezolvarea problemelor de comunicare cu interfetele de care depinde proiectul.  Auto-ironia + glumele pe seama calitatii produsului, in cadrul echipei.
  • Experienta recenta - Companie noua, echipa noua, departament nou, office Bucuresti la inceput. - Proiect nou: hadoop/hbase (noSQL), 100 mil. users, database ~1PB, high-availability, scalability.DIY Experience
  • Testare de performanta  JMeter            e-reading:                http://wiki.apache.org/jakarta-jmeter/                (http://wiki.apache.org/jakarta-jmeter/JMeterLinks)                http://www.perftestplus.com/pubs.htm                    -> Performance Testing Guidance for Web Applications, Microsoft patterns & practices                         -- by: J.D. Meier, Scott Barber, Carlos Farre, Prashant Bansode, and Dennis Rea                        -- recommend: Part VII, Analyze Results and Report                    -> User Experience, not Metrics Series (ebooks accessible from this web-page)                     -> Beyond Performance Testing Series (ebooks accessible from this web-page)                     -> How Fast Does a Website Need To Be? (ebook accessible from list in web-page)            Tweaking the OS          Teorie vs Practica (testare performanta)
  • .....................Cuvinte finale despre sectia anterioara inainte de a trece mai departe..............2.1.  Idee: minimizează ce te ţine pe loc – din ce este in controlul tau.Rutina este totusi la baza activitatii noastre.        2.1.1.  Automatizeaza tot ce se poate automatiza (idei creative de a organiza testele ?!?).        2.1.2.  Un singur om pe proiect nu este suficient, indiferent de proiect. Rotatie taskuri si proiecte.        2.1.3.  Detaliile fac diferenta. De multe ori vedem doar "bucatica" noastra, dar anumite proiecte sunt interesante....        2.1.4.  Satisfactia lucrului bine facut.
  • In testarea de performanta: Comportamentul userului -> in cifre, statistici. Laboratorul de usability ?!?Ce? Comportamentul testului -> in grafice.Cum? Cand comportamentul utilizatorului nu este clar / replicabilCe nu? Organizarea si intretinerea scripturilorSatisfactie Un sistem din zeci de masini raspunde la cereri asa cum te-ai asteptat. Toata lumea poate urmari live efectele testului tau.
  • Proof of concept

Testarea: Prieten sau dusman? Adrian speteanu Testarea: Prieten sau dusman? Adrian speteanu Presentation Transcript

  • Testarea:prieten sau duşman? Prezentare Adrian SPETEANU 5 Noiembrie 2011, Bucureşti
  • Alo,testarea?! Încotro ?
  • AgendaCum aducem mai multă valoare?  probleme curente  credibilitate  comunicare  experienţă proprieCreativitate în activitatea dumneavoastră?  nu există reţeta succesului
  • Percepţie Software testing sau Quality Assurance? Percepţia asupra activităţii de testare, percepţia asupra calităţii  prima problemă
  • Minimizare rol testare  problema 2
  • If you have an apple and I have anapple and we exchange these applesthen you and I will still each have oneapple. But if you have an idea and I havean idea and we exchange theseideas, then each of us will have twoideas. -- George Bernard Shaw
  • Credibilitate se câştigă • muncă • eficienţăgoing out more rezultate concrete (beer) • probleme identificate motivare prezentarea cât mai bună a rapoartelor
  • Comunicare QA is moving in! Lucrul in acelaşi birou cu dezvoltatorii: thriller. Implicare în rezolvarea impedimentelor tehnice sau de infrastructură Implicare în rezolvarea problemelor decomunicare cu cei de care depinde proiectul Umorul, ironia, auto-ironia
  •  Provocare nouă:  companie nouă  echipă nouă  departament nou  office Bucureşti la inceput  proiect nou  provocare maximă DIY
  •  Testare de performanţă  JMeter; e-reading:http://wiki.apache.org/jakarta-jmeter/http://wiki.apache.org/jakarta-jmeter/JMeterLinks/http://www.perftestplus.com/pubs.htm  Performance Testing Guidance for Web Applications, Microsoft patterns & practices  User Experience, not Metrics Series  Beyond Performance Testing Series  How Fast Does a Website Need To Be?  Tweaking the OS  Teorie vs. Practică
  • Testare creativă Idei  automatizare  rotaţie taskuri  detaliile  satisfacţie Motivaţie
  • Testare creativă Idei  Performanţă creativă  automatizare  ce?  rotaţie taskuri  cum?  detaliile  partea de care fug  satisfacţie  satisfacţie Motivaţie
  • Şi cu asta basta...Vă mulţumesc pentru atenţie!