Proiect din comunitate si estimari top-bottom

Meetupul nostru din luna mai a fost un pic diferit de celelalte intalniri, incepand cu o scurta prezentare despre un proiect din comunitate. Claudiu Draghia ne-a prezentat pe scurt 2 site-uri, unul dintre ele find practic un motor de cautare in anumite site-uri/bloguri de testare iar cel de-al doilea un RSS feed prezentand ultimele posturi de pe anumite bloguri.

Site-urile sunt urmatoarele:

De asemenea puteti sa lasati si sugestii pentru bloguri pe care le doriti incluse.

Prezentarea principala  a fost tinuta de catre Bogdan Cojocaru si a abordat subiectul “Top-bottom estimations”, practic estimarile care se fac in faza de RFQ/RFP(Request for Quotation/Request for Proposal). Bogdan a inceput prin a ne explica cum folosesti aceste estimari incepand cu Work Breakdown Structure(WBS ) pentru inceput la nivelul 1, unde trebuie sa adaugi intial toate fazele si activitatile majore de testare precum: system testing, integration testing, UAT s.a.m.d. De asemenea ne-au fost oferite si detalii despre ceea ce s-ar putea omite la acest nivel: activitati de suport ale proiectului, presupunerea ca toti testerii au aceleasi nivel de cunostiinte, coordonarea echipei, rapoarte zilnice sau saptamanale, acceptance testing.

La nivelul 2 al estimarilor, dupa cum ne spunea Bogdan, sub fiecare faza de test ar trebui adaugate modulele sau functionalitatile pe care le vei testa. La acest nivel de estimari top-bottom se poate intampla sa nu ai toate informatiile despre modulul respectiv dar pentru a da o estimare cat mai precisa trebuie sa incerci sa afli ce functionalitati are modulul respectiv: search, contact form, s.am.d. La urmatoarele nivele se continua cu breakdown-ul pana la cel mai mic nivel pana cand o estimare este posibila.

O sugestie importanta din timpul prezentarii referitoare la prerechizite si presupuneri a fost: strange informatii…in scris!  Doar atunci vor fi valide 🙂

De-a lungul prezentarii, ni s-au explicat si diferite metode de a folosi estimari corecte: “modjo” generator, peer review sau metoda Most optimistic, most likely, most pessimistic method(the three point estimation) si nu in cele din urma cea bazata pe experienta.

In timpul prezentarii ne-a fost readus aminte sa luam in calcul si faptul ca rularea de teste inseamna si raportarea defectului plus izolarea defectului, sa nu uitam de retestare in calculele noastre, prepararea datelor, review-ul documentatiei.

Beneficiile unei estimari bune in faza de RFQ/RFP nu au fost nici ele uitate si ni s-a adus aminte de faptul ca o estimare buna in aceasta faza te poate ajuta la obtinerea unui contract,  cum o estimare buna in faza de livrare te poate ajuta sa definesti asteptari realiste.

Dupa prezentarea “Top-Bottom estimations” ca de fiecare data au urmat discutii despre testare si despre prezentarile de la intalnirea noastra. Multumim Optaros pentru sala si pizza.

Prezentarile pot fi gasite la urmatorul link

Ne vedem la urmatoarea intalnire,

Andrei Pirvulescu

Cum automatizam testele pentru aceeasi aplicatie mobile pe iOS si pe Android?

Raspunsul la aceasta intrebare ne-a venit de la Costin Ion prin prezentarea din luna martie de la TdT Bucuresti: Cross platform solution for mobile automation .

Problema cu care s-a intersectat Costin si probabil multi dintre dintre noi a fost: unificarea testele scrise pentru Android si pentru iOS (single test, multiple platforms). Solutia aleasa a fost appium care permite rularea aceluiasi test si pe Android si pe iOS. Si in plus, cu appium poti testa atat aplicatii native, cat si aplicatii web si aplicatii hybrid. Spre deosebire de alte tooluri de pe piata (e.g Monkeytalk) pentru a automatiza aplicatia nu trebuie adaugata o noula librarie in codul sursa, ba chiar codul sursa nu este necesar!!!

Tot la partea de “How it works” am aflat ca appium

  • furnizeaza un API bazat pe Selenium Webdriver
  • foloseste libraria de Apple Instruments pentru iOS
  • pe Android foloseste frameworkul UiAutomator pentru platformele mai noi si Selendorid pentru platformele Android mai vechi

Pe langa API-ul bazat pe Webdriver, appium vine cu functionalitati aditionale care sa ajute in implementarea de teste automate mai robuste:

  • capabilitati de instalare si dezinstalare a aplicatiei ce se testeaza, eliminand astfel procesul complicat de instalare a ultimei versiuni a aplicatiei de testat
  • un modul Inspector (similar Firebug) pentru a asista cu identificarea obiectelor din aplicatie
  • un modul Recorder pentru o rapida prototipizare de teste automate

De asemenea prezentarea ne-a oferit sansa sa vedem si partea de integrare cu diverse servicii cloud de genul Sauce Labs.

O alta parte interesanta a prezentarii a fost si “Future trends in mobile automation” de unde am aflat ca Selenium 3  cu ajutorul celor de la appium, ios-driver si selendroid vrea sa devina un tool user-focused de automatizare si pe mobile.

Inainte de a degusta pizza (Multumim Optaros pentru sala si pizza) am vazut cum poti sa inveti un robot sa se joace angry birds 🙂

 

Ne vedem data viitoare,

Andrei Pirvulescu

Un an de intalniri Tabara de Testare Bucuresti

 

In luna Noiembrie am implinit un an de TdT Bucuresti.  Deoarece a fost o ocazie aniversara ne-am gandit ca si meetup-ul sa fie o editie speciala. Ca urmare am invitat 4 test manageri de la 4 companii diferite sa raspunda intrebarilor din public, impartasind in acelasi timp experienta lor de QAM.

Dupa cum se poate observa in poza si exemplele de mai jos, intrebarile nu au fost tocmai usoare.

– Cum sa ajungi QA Manager in 3 pasi usori
– Care credeti ca e viitorul testarii in Romania?
– Sunt student. Convinge-ma sa fiu tester!
– Testare automata vs manuala
– Ce faceti sa va motivati echipele?

Intrebarile din public pentru manageri

Cei patru test manageri, Dana, Alex, Daniel si Ionut, au reusit sa raspunda la majoritatea intrebarilor si au incercat sa satisfaca curiozitatea publicului in acelasi timp. Le multumim si pe aceasta cale pentru curajul dovedit si pentru dorinta de a impartasi parerile/ideile lor asupra subiectelor abordate de catre public creand una dintre cele mai frumoase intalniri ale noastre. MULTUMIM!

Desi s-ar fi pus si mai multe intrebari si publicul ar fi vrut sa afle mai multe am trecut si la urmatoarea prezentare care a constat intr-o scurta retrospectiva a anului:

– Ne-am reamintit ce inseamna Tabara de Testare
– Am multumit tuturor fostilor prezentatori pentru ajutorul lor
– Am trecut si prin feedback-ul dat de catre membrii comunitatii. VA MULTUMIM! pentru feedback, dar nu uitati ca avem nevoie in permanenta de acesta.

Din feedback-ul de la voi au iesit niste infographics foarte interesante:

What did you like the most this year at TdT?
What other areas of testing would you like to hear about in the next meetups?
What presentations would you like to see next year?
A word of advice for the next year…

Multumim Andra!

La sfarsitul intalnirii am avut parte de un invitat surpriza care ne-a “indulcit” cu prezenta lui. Chiar daca era un bug ascuns sub forma unui feature, era fan TdT, asa ca l-am primit cu bratele deschise in cadrul comunitatii noastre.

TdT Groupie

Nu in ultimul rand am vrea sa multumim companiilor (Adobe, Axway, Intel si Optaros) care ne-au fost gazde primitoare, ne-au pus la dispozitie salile de conferinte precum si pizza delicioasa de fiecare data. Si va multumim si voua, membrilor TdT, pentru tot ajutorul  si suportul pe care l-am primit de-a lungul anului. MULTUMIM!

It’s been a great year,
Andrei Pirvulescu