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

Penetration, Javascript si Combinatorial Testing impreuna cu cod portocaliu de ninsoare

 

Precum v-ati putut da seama din titlu, pe 29 ianuarie (ziua cu cod portacaliu de ninsoare) am avut prima intalnire de pe anul 2014. Desi erau peste -10 grade si viscolea,  ne-am bucurat de participarea a aproximativ 50 de oameni intr-o locatie noua.

Multumim RINF si TechHub pentru gazduire si snacks-uri!

In ceea ce priveste prezentarile, am inceput cu o prezentare despre “Penetretation testing” sustinuta de Gabriel Goga. Aceasta prezentare a avut ca scop intelegerea abordarii testelor de penetrare a algoritmilor criptografici de tip bloc. Pe parcursul prezentarii Gabriel a facut o introducere foarte interesanta despre criptare, ne-a vorbit despre standardul DES(Data Encryption Standard), diferenta dintre descifrare si decriptare precum si despre metode de penetrare al algortimului DES: “man in the middle”, aproximari liniare ale Sbox-urilor.

A doua prezentare a fost “Testarea aplicatiilor Javascript” tinuta de catre Bogdan Bivolaru. Bogdan a inceput cu o scurta introducere despre ce inseamna JavaScript ca si limbaj de programare si a dat cateva exemple de aplicatii bazate pe JavaScript. Dupa aceasta scurta introducere, ni s-au dat mai multe detalii despre caracteristicile limbajului precum si despre capcanele care ne-ar putea incurca in testarea aplicatiilor de acest gen. Unul dintre exemplele date de Bogdan poate fi regasit si in poza de mai jos care se refera la testarea cross-browser(un exemplu bun si amuzant).

157

Cea de-a treia prezentare a abordat un subiect foarte interesant “Pairwise testing” dezvoltat de catre Catalin Pavalasc. Pe parcursul prezentarii, Catalin ne-a invatat cum sa folosim matricile ortogonale, ne-a explicat mai multe definitii ale termenilor runs, factors, levels care ne ajuta sa construim aceste matrici. De asemenea ne-a vorbit si despre avantajele acestei metode: reducerea drastica a test case-urilor necesare obtinerii unei acoperiri bune, peste 70% din defectele gasite pentru DBMS, device-uri medicale au fost identificate prin aceasta metoda.

Mai jos gasiti poze de la intalnire.

Prezentarile pot fi gasite aici.

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