EuroSTAR Software Testing Conference Discount

Quote

The EuroSTAR Conference Super Early Bird discount deadline is fast approaching! Don’t forget to take advantage of the additional discount allocated to Tabara de Testare members.

Don’t know EuroSTAR?

Never been to the EuroSTAR Conference? Here’s a taste of what you can expect:

Calling all Tabara de Testare Members! – book early for EuroSTAR to save over 25% on registration, or over 35% for groups of 5

As a member of Tabara de Testare you can avail of a further 10% off your conference registration.

This 10% discount code can be used at any time when registering but if your register on or before May 29th you could save over €600 – over 25% off!! Get over 35% off group registrations (of 5 or more) where every fifth attendee goes for free!

Register using the discount code: TBT2015

Are you looking to be inspired in 2015? EuroSTAR is the place for you!

Long established as Europe’s #1 software testing conference, EuroSTAR features keynotes and tutorials from global thought-leaders, dozens of insightful track sessions and the opportunity to network with hundreds of software testing professionals. Be there in Maastricht to celebrate everything that’s great about your profession over four intensive days of knowledge sharing in a vibrant atmosphere! This year the conference takes place at the MECC Maastricht from November 2nd – 5th.

The 2015 Programme offers practical advice, real-life experience stories and thought-leading insights into DevOps, Mobile, Management, Communication, Agile, Test Automation and more – presented by a mix of experienced speakers and newcomers to EuroSTAR. You can see the full programme here.

Register Now

Or if you have any questions about registration / pricing please contact siobhan@eurostarconferences.com

Mobile Deep Dive 2015

EuroSTAR have added a brand new bonus event on mobile testing – EuroSTAR Mobile Deep Dive, which takes place on Friday 6th November.

Tickets to Mobile Deep Dive cost €850 (normal group rates apply) and if you register to attend the full EuroSTAR Conference (any Tues-Thurs inclusive ticket) you can also get a 50% discount on a ticket to the Mobile Deep Dive Event. View Mobile Programme

Be there in Maastricht!

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

Changing mindsets in testing – povestea

Povestea lui Alex despre schimbarea mindset-ului privind testarea a fost spusă inițial la conferința EuroSTAR de anul trecut. Apoi acasă, la Tabăra de Testare Cluj și apoi în vizită la Iași. Și poate fi spusă mai departe, și altor testeri și non-testeri. Da, da, și non-testerilor: eu cred că oricine formează sau interacționează cu testeri, de la PM la HR, poate învăța ceva din povestea asta sau din discuțiile pe care le generează.

Povestea e despre parcursul lui Alex si al colegilor lui în schimbarea viziunii proprii asupra testării, demers extins cu formarea unei comunități de testare. Pornind cu fragmente din mentalitatea pe care acum încearcă să o schimbe, Alex și echipa lui au trecut prin provocările date de varietatea nevoilor clienților pentru care prestau servicii de testare. Confruntați cu acestea, ei au ales să își fructifice timpul dintre proiecte pentru a învăța de la alți testeri și consultanți, din cărți, bloguri, prezentări TED și Google Tech, conferințe de testare sau din cele orientate pentru mediul de afaceri. Prin acestea, au ajuns la ceea ce acum e cheia de boltă a viziunii lor: testarea este o investigație tehnică care presupune o serie de abilități specifice și pentru care învățarea continuă este necesară; mai mult, în ceea ce facem, nu există panacee ci doar practici care funcționează sau nu, în funcție de context. Paradoxal este că aceste viziuni, deși aplicate și împărtășite de ceva vreme în comunitățile de testeri din alte țări, sunt încă nepopulare în preajma noastră. Noi auzim cum că testerii sunt programatori care au eșuat în carieră, cum că prin rolul acesta ajungi mai ușor într-altul, ca manager de proiect sau programator; că e suficient să parcurgi o cărțulie sau să răspunzi corect la întrebări grilă pentru a fi calificat pentru meseria asta sau că ai nevoie de cartoane eliberate de o autoritate. Lucruri care pot fi valide în anumite contexe, dar care cu siguranță nu pot fi generalizate la nivelul întregii industrii.

Primul grup în care această schimbare de viziune a avut efect a fost cel al colegilor. Alex povestește ce schimbări a făcut împreună cu partenerii săi pentru a crea un mediu de învățare, astfel încât testerii să se simtă apreciați în rolul lor și să se poată ocupa de dezvoltarea abilităților necesare în testare. Ce instrumente a folosit, care din ele au ajutat, unde a dat de obstacole și ce nu a mers; cum s-a schimbat recrutarea testerilor, trainingul lor, colaborarea și coordonarea – Alex povestește despre toate acestea și este tare plăcut să-l asculți.

Mai departe, aflăm că următorul pas a fost Tabăra de Testare, comunitatea noastră. Alex ne zice cum a extins mediul de învățare pentru testeri la unul informal, la nivel local (cu aspirații la o comunitate națională), care mizează pe background-uri și experiențele variate ale participanților; și pe dorința lor de învăța dincolo de contextul de la serviciu; și pe dorința de a oferi un suport de învățare pentru ceilalți testeri. Și aici urmărim un fir epic: cum a pornit totul după o discuție cu Cătălin, la o terasă în Sighișoara; primele meetup-uri în cele patru orașe, cum au reacționat firmele și membrii ei, probleme întâmpinate, realizări. Sunt multe informații pe care cei mai mulți dintre participanții la Tabără nu le știu, și care, zic eu, lămuresc de ce facem noi, facilitatorii, ceea ce facem.

Atât experiența din prisma rolului în Altom cât și cea de la Tabără l-au făcut pe Alex să tragă o serie de concluzii în ceea ce privește o schimbare de percepție asupra testării. Unele pot surprinde. Nu vă voi afecta entuziasmul de a le auzi de la Alex (poate fi convins să povestească din nou, și în alte medii; la discuțiile la bere de dupa Tabere, de exemplu) sau de a le citi. Dar pot să vă las cu o întrebare tulburător-rezonabilă: dacă eu, ca tester, nu îmi iau munca în serios, de ce ceilalți ar face-o?