Risk Analysis for Testers – o seară cu James Bach

 

Luni pe 10 octombrie la 18:30 te așteptăm la The Office, Cluj pentru un meetup special: James Bach ne va ține o prezentare despre Risk Analysis in Software Testing.

Ca și anul trecut, James Bach vine din nou la Cluj cu ocazia cursurilor RST si Session-Based Test Management organizate de Altom. James a acceptat invitația noastră de a vorbi în cadrul unui meetup despre un subiect foarte relevant pentru mulți dintre noi.

James Bach

“I’ve noticed that a lot of testers struggle with risk analysis, and yet risk analysis is really the core purpose of testing. So, for this presentation, I want to engage you in a risk analysis exercise.” – James Bach

La sfârșitul prezentării vom avea o oră de networking să ne cunoștem mai bine.

Ce spui, vii?

RSVP pe meetup: http://www.meetup.com/Tabara-de-Testare-Cluj/events/233995367/

 

Atât avem de spus: Tabăra de Testare’16 începe în 2 zile!

Salut!

Mai e puțin timp până începe Tabăra de Toamnă’16! Suntem foarte entuziasmați să avem 2 zile pline cu ateliere interesante, socializare cu testeri entuziaști și doritori de învățare! Atmosferă informală, sport și distracție, asta o să fie pe lângă exercițiile intense de la ateliere.

Afișul descrie foarte bine ce va urma. De abia așteptăm!

Cei care s-au inregistrat, gasesc programul aici.

Afis Tabara de Toamna 2016

Cautam Content Owners pentru Tabara de Toamna – editia nr. 4

 

Cautam testeri profesionisti, oameni pasionati de testare si activitatile conexe acesteia, precum si din cei priceputi in organizarea atelierelor (aka workshops), pentru a tine atelierele in cadrul celei de-a 4-a editii a Taberei de Toamna. Ne intereseaza in special sesiuni practice, in care participantii la eveniment sunt implicati si au posibilitatea sa experimenteze si sa exerseze ei insisi, precum si sa interactioneze cu ceilalti participanti.

Daca ai o idee de un atelier, sau ai pregatit deja continutul pentru un atelier pe o tema de testare sau conexa, esti persoana pe care o cautam!

Vei participa la un eveniment inedit alaturi de testeri extraordinari, dornici sa invete si sa impartaseasca din experienta lor. Vei avea sustinerea organizatorilor in pregatirea sesiunii tale, precum si feedback pentru a imbunatati si a o sustine si la alte evenimente nationale si internationale.

Mai multe despre Tabara de Toamna aici: http://tabaradetestare.ro/despre-tabara-de-toamna/

Trimite-ne propunerea ta pentru un atelier la Tabara de la munte, pana miercuri, 10 august, ora 18:00 completand acest formular: https://goo.gl/forms/T19HSwa08jzEhyuE3

Hai cu noi în Tabară!

Facilitatorii TdT

“Examples of Tool-Supported Testing” cu James Bach

 

Pe 29 octombrie, James Bach a tinut o prezentare cu tema “Examples of Tool-Supported Testing” in cadrul Taberei de Testare Cluj. Ideile prezentate de el aduc o noua perspectiva asupra a ceea ce numim “testare automata”. De aceea ne-am hotarat sa publicam discursul lui “electrizant”, asa cum l-a caracterizat unul din participantii la eveniment, si pe site-ul TdT, pentru a fi disponibil tuturor membrilor TdT si nu numai.

Filmul are o surpriza la minutul dupa 1 ora si 32 de min, cand ramane doar sunetul disponibil din cauza unei probleme tehnice. Totusi am hotarat sa pastram si ultima parte din inregistrare pentru a prezenta intreg mesajul.

Exemplele de tooluri despre care vorbeste James pot fi gasite pe pagina de meetup a evenimentului.

II multumim lui James ca a raspuns invitatiei de a tine aceasta prezentare!

Agenda Taberei de Toamnă 2015

ZIUA 0 – joi, 24 septembrie

20:00-21:00

Cina
21:00-22:30

Prezentarea participanților

ZIUA 1 – vineri, 25 septembrie

Attention: The internal data of table “2” is corrupted!

ZIUA 2 – sâmbătă, 26 septembrie

Attention: The internal data of table “3” is corrupted!

ZIUA 3 – duminică, 27 septembrie

8:30-9:30

Micul Dejun

9:30-12:30

Aventură în parc

12:30-14:00

Prânzul

Detaliile pentru inregistrare le gasesti aici . Te asteptam!

ChallengeMe for a Testing Hackathon!

 

Sambata, 9 mai, ne-am intalnit la Cluj Hub sa participam la un hackathon de testare, primul de la TdT Cluj. Ieheeei!!

Andrea si Ionela la TdT cu tricourile de testathon

Cum am ajuns la ideea de hackathon de testare

Acum ceva timp m-am intalnit cu Alex de la ChallengeMe Club care era interesat de servicii de testare pentru a doua versiune a produsului la care a lucrat. El si colegii lui s-au gandit si la crowdsourced testing si asa mi-a venit ideea de a organiza un hackathon de testare la Tabara de Testare.

Optiunea de hackathon de testare mi s-a parut mai potrivita decat crowdsourced testing din mai multe motive:

  • Majoritatea participantilor din comunitatea Tabara de Testare sunt testeri de meserie, cu experienta in domeniu si care lucreaza la abilitatile lor de testeri.
  • Fiind membri intr-o comunitate care se intalneste fata in fata, putem fructifica avantajul prezentei fizice in acelasi loc a testerilor. Asta inseamna si ca putem comunica mai bine, astfel incat sa nu logam buguri duplicate. Aceasta configuratie colaborativa este foarte folositoare. Atunci cand invatam unii de la altii, ajungem mult mai departe cu testele decat fiecare pe cont propriu. Si mai ales ne ajuta sa facem scenarii in care ne corelam actiunile – aceasta a fost marea mea revelatie si voi reveni asupra ei pe parcursul articolului.
  • De multe ori testerii care au participat la meetupurile TdT au cerut evenimente practice. Iar aceasta ocazie a fost perfecta. Pentru asta, am luat framework-ul lui Cem Kaner din cursul de Bug Advocacy numit IMGEA si, in cadrul hackathon-ului de testare, participantii au exersat inregistrarea bugurilor folosind aceasta abordare. IMGEA vine de la Isolate, Maximize, Generalize, Externalize, And say it clearly and dispassionatelly.

Formatul hackathon-ului de testare

Am plecat cu ideea ca adevaratul castig din eveniment sa fie invatarea. Pentru mine a fost important ca motivatia participarii la evenimentele TdT sa fie intrinseca: oamenii sa vina la aceasta intalnire pentru ca ei isi doresc sa invete, sa experimenteze si pentru ca le face placere, nu pentru niste premii. Aceasta motivatie poate fi pe termen lung si se autosustine. Premiile, care au constat in tricouri si agende cu TdT, au venit sa arate aprecierea noastra si nu sa fie o sursa de motivatie in sine. Si au fost pentru toti cei care au participat.

Alex si Vlad de la ChallengeMe Club

Despre aplicatie

ChallengeMe Club este o aplicatie a unui startup din Statele Unite in care se pot crea provocari (aka Challenges, de genul Ice bucket challenge sau “adevar sau provocare”, cum preferati). Utilizatorii pot crea aceste provocari, iar cei care le dau curs pot incarca dovezi foto si video. De asemenea, utilizatorii pot invita prietenii sa participe la provocari. Este o aplicatie nativa iOS, dezvoltata de Alex si a carui design este realizat de Vlad. Poza de alaturi ii surprinde pe cei doi in timpul hackathon-ului de testare.

Cum ne-am pregatit

Ca si oricare eveniment TdT, si acesta a presupus o serie de pregatiri si implicare din partea facilitatorilor. Asa ca, impreuna cu echipa de facilitatori, am discutat cum sa organizam acest hackathon de testare.

Carnetel TdTAdina s-a ocupat de coordonarea brainstorming-ului. Apoi, tot ea a preluat sarcina de a comanda carnetelele si tricourile. A configurat si a pregatit telefoanele si tabletele iOS pentru participantii care nu au putut aduce un telefon sau o tableta. S-a ocupat de comandarea mancarii si a gustarilor din timpul evenimentului. I-a trimis lui Alex UDID-urile pentru toate device-urile pentru buildul distribuit prin Crashlytics.

Eu m-am ocupat de discutiile cu cei de la Cluj Hub, de stabilirea intalnirilor cu Alex, de buget si mici cumparaturi. Tot eu am pregatit cafeaua la expresorul de la birou.

Impreuna cu Adina si cu Alex am facut programul si am stabilit niste repere orare, flow-uri de atins in aplicatie.

Simina a cautat in resursele lui Cem materialul care facea referire la IMGEA, framework-ul de logat buguri. Am ales sa mergem pe versiunea din 2008 pentru ca aceasta este versiunea sub licenta Creative Commons. Uterior Cem a lucrat la imbunatatirea acestui framework, care acum poarta numele de RIMGEN.

Ru ne-a creat o instanta de Mantis pe care sa logam bugurile.

Cei de la ChallengeMe Club au acoperit costurile locatiei, a mancarii si premiile pe care le-am dat participantilor.

Cum s-a desfasurat evenimentul

Din discutiile avute cu Alex si cu facilitatorii, am ajuns la urmatarea agenda: sa incepem cu o scurta descriere a Taberei, sa trecem prin framework-ul de logat buguri, Alex sa ne prezinte aplicatia, sa aplicam framework-ul testand aplicatia ChallengeMe Club si apoi sa urmarim impreuna ce am invatat; sa mancam impreuna la pranz si sa rasplatim participantii cu premii simbolice. Cu mici deviatii, le-am realizat pe toate.

Dimineata a inceput cam greu. Pregatirea cafelei a durat mai mult decat am estimat. Apoi, nu toti participantii au ajuns la ora anuntata, asa ca am decalat timpul de incepere cu jumatate de ora. La asta s-au mai adaugat intarzieri din motive tehnice (adaptoarele pentru videoproiector ne-au facut probleme). Dar cu toate aceste intarzieri la inceput, ceea ce a urmat a fost spectaculos.

ChallengeMe Cluj testathon toti participantii

Am prezentat ce inseamna Tabara de Testare, care e programul, si am trecut la IMGEA. Ne-am uitat la filmul in care Cem prezinta acest framework, dupa care am facut o scurta recapitulare inainte de a incepe.

Alex ne-a prezentat produsul si ne-a dat detalii despre asteptarile lui in legatura cu testarea.

ChallengeMe ClubCea mai interesanta parte din punctul meu de vedere a fost scenariul comun. Discutasem cu Alex despre asta si ne-a zis ca e foarte important pentru el sa afle cum reactioneaza aplicatia cand sunt mai multe persoane pe acelasi challenge si fac diverse actiuni. Asa ca am decis ca primul scenariu de test sa fie facut de noi toti si sa ne corelam actiunile. Unul din participanti a creat un challenge si noi toti am inceput sa facem diverse actiuni in cadrul acestui scenariu. Cel mai util lucru a fost ca puteam sa discutam si sa ne sincronizam testele.

Si bugurile au inceput sa curga. Fiecare participant care nu era sigur de un anumit comportament vorbea cu Alex si cu Vlad (vi-l prezint tocmai pe cel care s-a ocupat de design-ul aplicatiei).

Adina la testathonApoi ne-am impartit in echipe si am testat functionalitati specifice. Fiecare echipa si-a ales o zona de interes. Si aici dovada: Adina care scrie pe flipchart ariile pe care sa ne concentram in timpul care a ramas!

Am incercat sa observ si comportamentul participantilor printre cautarile de buguri. La un moment dat, Cristi a venit cu urmatoarea problema: a schimbat ora de pe telefonul mobil si a vrut sa inteleaga cum ar trebui sa reactioneze aplicatia. I-am auzit pe Alex si pe Vlad discutand intre ei ca nu s-ar fi gandit niciodata la acest scenariu. Ada si cu Alex R au avut si niste sugestii legate de un flow din aplicatie, pe langa diversele buguri pe care le-au identificat. Am surprins si intrebarile lui Gabi puse foarte bine pentru a intelege cum ar trebui sa functioneze algoritmul de castigare a challenge-ului. Am observat-o pe Mihaela care era focusata pe aplicatie. Toti participantii au avut o atitudine foarte faina si au fost concentrati pe ce testau si multumiti de fiecare data cand gaseau un bug. Mi-a placut “cautarea verbala”: “a pus cineva bugul despre x?” si oamenii raspundeau. Din cand in cand aceasta cautare nu returna nici un rezultat, semn ca se putea inregistra un bug fara riscul de a introduce duplicate 😉

Au fost iPhone-uri de la versiunea 4 la 6 + iPad-uri. Am observat si un background la o tableta pe care scria: “Do not upgrade the IOS!” :))

La final am facut o sesiune de debriefing sa urmarim cum am aplicat framework-ul IMGEA. S-au mai clarificat dintre concepte si sper ca participantii au luat cu ei acest framework, ca una dintre abordarile structurate in investigarea si raportarea de buguri.

In timpul debriefing-ului, doi participanti au propus ca o abordare de viitor pentru testarea aplicatiei folosirea unei solutii de crowdsourced testing. Cred ca exista cazuri in care aceasta abordare poate sa fie de ajutor, insa a fost surprinzator pentru mine ca in contextul in care noi faceam ceva mai valoros decat asta, testerii au venit cu aceste sugestii. Mi s-a parut ironic ca eu am incercat sa ii conving pe cei de la ChallengeMe Club sa facem un hackathon de testare in loc de crowdsourced testing, iar unii participanti le-au propus chiar asta. Intrebarea lui Vlad care a urmat acestor comentarii mi s-a parut pertinenta: “Sa inteleg ca nu mai vreti sa testati voi?”.

Ii las pe testeri sa reflecteze la urmatoarele aspecte:

  • care e contextul in care crowdsourced testing poate sa fie o optiune in testarea aplicatiilor software
  • cat de important e pentru fiecare sa inteleaga contextul si problema inainte sa ofere solutii
  • ce valoare a adus hackathon-ul de testare pe care l-am organizat la TdT, poate in lumina noilor informatii prezentate in acest articol

Ce a fost extraordinar, din punctul meu de vedere:

  1. Un startup a avut un prim contact cu testarea si a fost ajutat sa isi verifice solutia de catre membrii comunitatii de testare din Cluj.
  2. Testerii au avut ocazia sa exerseze practic un framework de investigare si raportare de buguri. Asta e un exercitiu practic pe care membrii l-au cerut.
  3. O dovada ca diversitatea grupului de testare aduce valoare. Fiecare participant a avut o perspectiva diferita a aplicatiei si au fost gasite buguri variate.

Provocarea #HackathondeTestareTdT

Organizatori TdT din celelalte orase, am o provocare pentru voi! Ce spuneti, organizam cate un hackathon de testare in Bucuresti, Timisoara si Iasi cu ceea ce am invatat din editia de la Cluj?

Ada cu tricou TdT la testathon-ul ChallengeMe

Tabara de testare Cluj – un rezumat al editiei #3

Cosmin Mihaescu a facut o prezentare reusita la editia numarul 3 din Cluj bazata pe cartea lui James Whittaker – Exploratory Software Testing.

Discutia a fost una informala, s-au abordat diverse puncte de vedere si s-au adus argumente la fiecare slide. A pornit de la o carte, dar discutiile au fost presarate cu exemple practice si experiente variate. Ce s-a acoperit in cele 2 ore jumate:

  1. Cateva definitii pentru exploratory testing pentru a oferi un punct de start.
  2. Introducere in exploratory testing pentru ca participantii sa inteleaga ce este si ce nu este. S-a pornit de la ideea ca este o abordare prin care se urmareste gasirea bugurilor, dar s-au adus in discutie si alte aspecte ca invatarea aplicatiei, test coverage sau planificare (desi J. Whittaker defineste exploratory testing ca si “ Testing without a pre-defined test plan”..dar ramane de clarificat ce intelege el printr-un “pre-defined test plan”); ce nu este: nu este superficiala sau nestructurata, nu se face nedocumentat…
  3. S-au dezbatut plusurile si minusurile acestei abordari. Am incercat sa intelegem in unele situatii daca problemele identificate sunt unele specifice testarii exploratorii, sau de fapt testarii in general. Cei prezenti au contribuit la clarificarea minusurilor prezentate de Cosmin si au propus solutii.
  4. O enumerare a unor tehnici mai cunoscute de abordare a ET-ului (Session Based Test Management, Touring si Hybrid).
  5. O prezentare scurta a SBTM-ului, unde Alex ne-a impartasit cateva din experientele lui legate de SBTM si un pic din ce inseamna SBTM ca si process (focus on sessions and debriefings).
  6. S-a facut o paralela intre abordarea scriptata si cea de explorare.
  7. O prezentare detaliata si foarte frumos realizata a conceptului de test tours a lui Whittaker. Cateva persoane nu au putut sa stea pana la finalul prezentarii, insa cred ca e pacat ca au pierdut partea asta. O idee ar fi sa cumpere cartea…

Desi exploratory testing e un concept destul de vehiculat de ceva vreme, gradul de intelegere este inca, la nivel de comunitate, destul de superficial. Asa ca faptul ca am discutat, exemplificat si dezbatut acest concept a fost unul din punctele forte ale acestei intalniri. Am observat ca participantii au pus intrebari, au adus exemple, au facut analogii si cred ca asta a contribuit la o mai buna intelegere a notiunii. Mai multe persoane au propus sa continuam aceasta discutie si intr-o editie urmatoare.

Si pentru ca veni vorba de ce urmeaza in continuare, au fost mai multe sugestii:

  • sa facem ceva si practic: cum ar fi un test lab, unde sa testam efectiv niste aplicatii lucrand in echipe si sa ne folosim de aceste abordari
  • sa facem o tabara de 2 zile (peste weekend) unde sa organizam si activitati practice de testare
  • sa discutam despre hybrid testing (partea pe care Cosmin nu a reusit sa o prezinte azi)
  • sa discutam mai multe despre diverse abordari ale testarii
  • sa discutam pe viitor mai mult despre cum se pot masura si prezenta rezultatele testarii in proiecte “challenging”
  • sa nu uit ca Iulia a mentionat ca ar dori sa avem taguri pentru a fi mai usor sa invatam numele fiecarui participant

Toate astea sunt realizabile si va rog sa ma contactati pentru a le pune in practica impreuna in editiile urmatoare. Sa ne vedem cu multa energie si idei de testare in August!