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!

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?

2 editii speciale la Tabara de Testare Bucuresti

In luna noiembrie am implinit 2 anisori!!! Deoarece era o editie aniversara ne-am decis ca aceasta intalnire sa fie una de socializare, sa ne bucuram impreuna de comunitatea pe care ati ajutat sa o cream, sa rasplatim cativa dintre membrii comunitatii mai activi si cu contributii speciale,bineinteles sa facem planuri pentru urmatorii 2 ani si sa ne bucuram de surpriza dulce pe care am avut-o.Ne-am intalnit la Have a Cigar Pub o locatie foarte draguta unde ne-am readus aminte de cateva lucruri pe care am reusit sa le realizam in ultimii 2 ani:

  • 400 membri chiar in ziua editiei aniversare – se pare ca devine o traditie sa ajungem la un numar rotund (anul trecut ajungeam la 300)
  • 26 de intalniri in cei 2 ani de Tabara de Testare Bucuresti
  • Realizarile membrilor Tabara de Testare: premiul pentru cea mai buna prezentare la SeeTest, participarea la concursuri de genul Software Testing World Cup, castigarea de bilete la Eurostar, scris carti despre calitate si lista poate continua.
  • O parte din membrii comunitatii ne-au readus aminte ce le place la Tabara de testare si de ce continua sa vina. Un mic exemplu:“ Eu vad in Tabara de Testare Bucuresti un grup de oameni prietenosi si pasionati de testare, care sunt dispusi sa te asculte si sa te ajute. Inca de la prima intalnire lunara la care am participat am fost incurajata sa ma implic in discutii si datorita lor am gasit raspunsul la unele intrebari ce ma rodeau de mult. ”

Multumim R/GA pentru sponsorizare si pentru toate bunatatile pe care le-am avut la aceasta intalnire.

2 anisori goodies cuttingthecake tdt grouptort

Dar surprizele nu s-au terminat aici, marele “cadou” de 2 anisori venind la urmatorul meetup din decembrie. Am avut placerea de a il avea ca invitat special pe Michael Boltonnu canteretul si nu actorul din “Office Space”, ci faimosul tester.

Cum ne asteptam la o participare foarte mare, intalnirea a avut loc la Tech Hub unde au fost aproximativ 100 de persoane(cea mai mare intalnire de pana acum referitor la numarul de participanti).

Michael ne-a delectat cu o prezentare despre “Masuratori si metrici” in care ne-a adus aminte ca totul incepe de la design si de faptul ca software development nu e o munca de fabrica. Michael a pus accentul si pe faptul ca oamenii au tendinta sa devina fixati pe numere si ca un numar de test case-uri rulate e un numar pe care se pot baza.

Ne-a fost aratat cum testerii ar putea folosi o poveste(descriere) in 3 parti care ar fi mult mai relevanta decat folosirea metricilor si a masuratorilor:

  • o poveste despre statusul produsului – ce face, ce probleme are si cum ar putea sa aiba probleme.
  • o poveste despre cum ai testat – cum ai recunoscut problemele,ce ai testat si nu ai testat, ce nu o sa testezi deloc
  • o poveste despre cat de buna a fost testarea – riscurile si costurile testarii sau de a nu testa, ce a facut testarea sa mearga mai repede sau mai incet, de ce ai nevoie si ce recomanzi.

Michael a continuat cu raspunsul la intrebarea: “De ce masuram”, cu modurile in care masuram precum si cu diferenta intre masuratori si metrici.
Un alt aspect important despre care a vorbit este numararea bug-urilor. Michael a vorbit despre timpul pe care il pierdem pentru a numara bugurile, pe cand am putea sa vedem din ce cauza s-a produs acel bug sau am putea ridica probleme care impiedica testarea.
Dupa cum va puteti da seama, numarul de subiecte atinse a fost mult mai mare decat relatarea mea asa ca va las cu prezentarea care poate fi gasita aici:
Measurements and Metrics .

De mentionat ca intalnirea a durat aproximativ 4 ore si am vrea sa multumim Optaros si TechHub pentru sponsorizare si gazduire.
Michael ne-a promis ca o sa mai vina ca invitat la intalnire noastre si nu putem spune ca de abia il asteptam din nou pe “scena” Tabara de Testare.

testing is the room photo strange ideas michael on stage the room michael 2

Am vrea sa ii multumim si lui Gabi Dobritescu pentru implicarea in Tabara de Testare in ultimii doi ani. Ne va fi dor de tine si ne vedem la Tabara de Testare Londra!!!

Asa ca de sfarsit de an nu pot decat sa va urez un an nou fericit si la cat mai multe impliniri.Ne vedem la anul cu forte proaspete si la cat mai multe intalniri Tabara de Testare Bucuresti.

Andrei Pirvulescu

P.S Prezentarea lui Michael Bolton a fost inregistrata si vom pune linkul in acest blog post.

TdT Timisoara – Editie Aniversara de 3 ani – Why CI?

Multumim tuturor celor care s-au inscris la “TdT Timisoara – Editie Aniversara de 3 ani – Why CI?”

Ne vedem azi, joi 27 noiembrie, la 18:45 la sediul 3Pillar Global (City Business Center, Coriolan Brediceanu No.10 Building B, 1st floor, Timisoara ).

Agenda:

  • 18:45 – 19:00 Registration
  • 19:00 – 19:20 CI for Desktop Applications
  • 19:40 – 20:00 CI for Mobile Web
  • 20:20 – 20:40 CI for Web
  • 20:40 – … Surprize aniversare!

Participanți:

1. Ciprian Spirea – “CI for Desktop Applications”
2. Calin Balajiu – “CI for Desktop Applications”
3. Radu Lupascu – “CI for Mobile Applications”
4. Loredana Burcas – “CI for Web Applications”

5. Alina Ionescu – Facilitator
6. Adrian Mirea
7. Ramona Baleti
8. Carmen Bonto
9. Sandu Adrian
10. Georgiana Oana
11. Radu Ticiu
12. Bogdan Orasan
13. Cristian Boldisteanu
14. Roxana Trandafir +1
16. Livia Dronca
17. Amalia Pirvanescu
18. Alex Lazarciuc
19. Ionela Peica
20. Ale Nadasan
21. Guran Alin Petre
22. Croitoru Andreea
23. Teodora Alexandra
24. Roxana Faur
25. Ioana Borhidan
26. Miriam Hirschl
27. Adela
28. Silvia Ioana
29. Schiopu Nicoleta
30. Daniel Jurescu
31. Lavinia Spirea
32. Dusita Damian
33. Oana P
34. Vasilica Dumbrava
35. Diana Ilie
36. Ktod Cristi
37. Tiu Bianca
38. Andrei Avram
39. Andra Gherman
40. Zaharie Dragos
41. Mircea Balica
42. Cristina Nedin +1
44. Mihai Balica +1
46. Maria Dobrotchi
47. Cosmin Durac
48. Lavinia Muntean +1
50. Marcu Daniel
51. Giurgiu Horea-Vlad
52. Bianca Ujupan +1
53. Ramona Ianas
54. Lazar Miutescu
56. Larisa Bulugean +1
58. Claudiu Sola
59. Roxana Rosca
60. Octavian
61. Claudia Alexuc
62. Andrita Vlad

Pentru mai multe detalii:

https://www.facebook.com/Tabara.de.Testare/photos/a.465963576782583.109560.143146769064267/810993912279546/?type=1&theater

TdT editie aniversara de 3 ani – Why CI?

Thursday, Nov 27, 2014, 6:45 PM

3Pillar Global
CITY BUSINESS CENTRE, CORIOLAN BREDICEANU NO.10 BUILDING B, 1ST FLOOR, TIMISOARA Timisoara, RO

60 Testers Attending

Va asteptam cu drag la Editia Aniversara de 3 ani de Tabara de Testare :)De aceasta data, gazda noastra este 3Pillar Global:”Vom prezenta cum facem Continuous Integration la 3PillarGlobal, pe 3 tipuri diferite de proiecte: web, desktop, mobile web. Vom trece prin intregul proces automat: instalarea aplicatiei in mediul de testare, rularea testelo…

Check out this Meetup →

 

1 year of meetups @ TdT Cluj

TdT Cluj celebrated one year of meetups on April 3, 2013.

A memorable meetup it was! With puzzles, cake and a short journey through all the past meetups – the perfect combination for both newcomers and “mayors”* of TdT Cluj.

The puzzles that we had to solve really kept us engaged until late at night (22+). You are probably curious about them, even more so if you see the positive reaction on the meetup board: http://www.meetup.com/Tabara-de-Testare-Cluj/events/108055752/

Since we worked in teams, not all of us got to see all puzzles and many of us want to have such a challenge again, therefore we hope to have the puzzles at another meeting again. Maybe you’ll join us from wherever you are!

Below is a summary of the topics discussed over the 11 meetups and 1 workshop that we had in Cluj.

Enjoy!

.Iuliana

*hint to Foursquare

Impresii dupa TestBash 2.0

Sandra Ilcus de la TdT Cluj a mers la TestBash 2.0 in Brighton, UK.
Iata niste impresii in urma conferintei:

“Imi pare bine ca am avut ocazia sa merg la conferinta, mi-a placut mult! 

Cu toate ca era “a one day testing conference”, nu a fost deloc vorba despre o singura zi. In seara dinainte, s-a organizat un pre-TestBash Meetup intr-un pub, unde am ajuns si eu. Mi-a placut ca lumea a fost foarte prietenoasa si gata sa isi impartaseasca experienta legata de testare, asa ca am socializat.

Conferinta propriu-zisa s-a tinut in Domul din Brighton, unde Lisa Crispin a facilitat cafeaua si ceaiul dinainte de inceperea prezentarilor. La 9:30, James Bach a inceput sa ne prezinte conceptul de “galumphing”, fiind urmat de Matt Archer, Seth Eliot, Amy Phillips, Bill Matthews, Tony Bruce si altii. Au fost multi speakeri, printre care nume destul de mari. 

Mi-a placut ca prezentarile erau scurte, de aproximativ 45 de min, iar doua-trei prezentari erau urmate de o pauza de jumatate de ora, in care puteai sa mergi si sa vorbesti cu speaker-ii. 
Mi-a placut prezentarea Lisei Crispin, pentru ca a fost interactiva, cerandu-le celor din public sa impartaseasca experiente despre cum au reusit sa invete/aprofundeze business-ul soft-ului pe care il testau. 
Un alt aspect care mi-a placut a fost faptul ca speaker-ii dadeau tot timpul exemple concrete legate de ce dificultati au intampinat ei, cum au incercat sa le rezolve, prin ce metode, astfel incat, personal, m-am “regasit” in multe dintre prezentari. 
Au fost si cateva prezentari care nu erau direct legate de testare, ci despre ce ne motiveaza pe noi, ca si testari, cum lucram bine intr-o echipa, cum diversi factori ne pot afecta munca, etc…

Conferinta s-a incheiat dupa-masa, dar a fost urmata de un post-TestBash Meetup intr-un alt pub. Din nou, schimb de experiente, zambete si voie-buna, schimb de carti de vizita, bere si lume multa.

As recomanda aceasta conferinta, mai ales ca este vorba de o zi, in care ai ocazia sa socializezi cu alti oameni, sa inveti lucruri noi, sa vorbesti direct cu speaker-ii.”

Mai multe detalii si la Ministry of Testing pe site: http://www.ministryoftesting.com/training-events/testbash/

Sa aveti o zi frumoasa,
Alina

TdT Cluj Monthly Meetup #11 – Testing Clinic

One challenge I see in organising Tabara de Testare is finding testers that want to share / present their stories. This is something that we struggle with quite often in Cluj, and I know that the other chapters are in a similar situation.

We came up with the following solution for the meetup organised in Cluj: if for a particular month we’re not able to find testers that want to present, we’re having a Testing Clinic, where every participant can come with their own testing / managing / scripting / teaching problem and discuss it with the other attendees.

We had two meetups with this format, and I think they turned out pretty OK as everybody who shared a problem left with some ideas (I saw them writing things down :-D).

I’d like to share with you my impressions and the things I remember from the second Testing Clinic, the one we had this month.

To give you some ideas about how it happened, we were 28 testers, we arranged the chairs in a circle / oval so that we have eye contact with each other, and we waited for someone to break the ice and start with a problem.

(For the sake of confidentiality, I won’t use the real name of the testers or the company they work for.)

Problem #1: “I need to make a demo for a possible client, about automating testing for their mobile application (iOS), but I don’t have the code for the app. Does any of you know any tool that can be used for a case like this?”

This is when the discussion began:

  • somebody said that they could look at Sikuli – http://www.sikuli.org/
  • others asked why they need to have a real demo, as they don’t have the app, and not go with some mockups?
  • others asked why they don’t ask for the code; if they want to make a demo, wouldn’t it make more sense to have a real demo and use the tools they will most probably be using during the project?

Problem #2: “I work on a medical software project, we have no automated scripts but I would like to start implementing some. One of the problems I have is that the management is afraid of doing test automation as they don’t know how it will impact our FDA and ISO certifications. How could I present this to the management?”

  • I shared a story from a medical software project I worked on, where I developed a tool that helped us verify some of the requirements (FDA requires that every requirement of the application needs to be covered by a test). In my case, I had to write a requirements document for my tool, and one other colleague to write a test plan and test my tool. This was required by FDA for the type of medical software that we were building, so I suggested that she checks FDA requirements for their project to see if they need to validate the automation tool.

Problem #3: “I have two teams of testers, team1 works on a mature project, is very organised and everything works fine; team 2 works on a startup project, they don’t use documentation to test, but follow developers instructions and then they do ad-hoc testing and don’t keep track of what they test. Team 2 have trouble giving status reports about their work, and also don’t test some important features asked by the client. For the moment the client is happy with what we deliver, the project manager is also happy, but I’m afraid that in 6 months when the project will be more complex, everything will fall apart. How can I sell the approach used by team 1 to the project manager from project 2?”. We asked some clarifying questions, and understood that he was the test manager for both teams.

  • this was the most discussed problem of the evening; after several questions, we were able to break the problem in two:
    • the testers from team 2 were not motivated to do a good job, and they didn’t want to improve their testing (as long as the client is happy, why should we change anything?)
    • the PM for project 2 was overwriting all the decisions taken by the test manager. The development process, so also the testing process, had been defined by the PM, and she was not willing to change anything
  • several solutions have been suggested for the “PM problem”:
    • go and meet the PM, to have a better relationship with her
    • if you think the quality of the product will suffer in the long run, escalate the problem to the PM’s boss
    • present the reports in such a way that the PM will understand that the testing team is not doing a good job (they don’t cover all the requirements, which causes patch delivery; if this will continue, and the product will grow, it’ll be hard to keep track of things)
    • implement changes and don’t tell the PM; use the results to show her the benefits
    • let the team fail once, and then use the results to show the PM what can happen if the testers are left by themselves (they used 2 weeks sprints, they were in an early stage of the product so it’s better to fail now than in 6 months)
  • several solutions have been suggested for the “team problem”:
    • make a documentation reading session, something like a book club where they could go through the user stories
    • find someone within the team that has the same values as you, and that is willing to help you improve the team’s work
    • go and work with them side by side; spend more time with this team to win their trust
    • go out for beer / dinner with the team, to get closer to them
    • when evaluating the testers, give them negative feedback and decrease their salary; if this won’t wake them up, they might leave the company which in long run might be beneficial
  • one of the testers asked how could he be sure that the approach used by team 1 will work for team 2; after all, they are two different teams, working on two different projects, with different PMs and different clients… His answer was that experience shows that team 1’s approach worked well so far, even on other projects, so from his point of view it will also work on this project.

Problem #4: “I noticed that some of the tests and test data I use on different projects (for example: valid addresses for every EU country, tests for using a Mastercard Card). How can I handle all this test data to be able to search through it if I need it on future projects?”.

After asking some clarifying questions, we found out that she doesn’t always remember that she previously tested a similar feature / project or had to use this kind of data, and she would like to have an easy way to search through her documents. Plus the other team members could benefit from her work.

  • one solution was to have all the documents put in a source control system, add tags or descriptions for each file, and then interrogate the SCM to see if something similar can be located. One downside of this approach would be that, depending on how you organise your test data, some files might have lots of tags. Another one is that people need to install SCM clients to access the data.
  • another solution was to have a wiki and enter the details there. As she wanted to search for text, wikis are very good for doing that, and they are also much nicer to use than SCMs (you only need a browser, and you don’t need to be a developer to understand how they work). Plus you can attach any type of files if needed…
    • a tester shared a story where he was bombed with questions from his fellow testers, so he decided to build a wiki and put the things he knew there. Even if he did that, his colleagues still preferred to come directly to him for information, so they come up with an idea to give incentives to people to use the wiki more: they added a Google Analytics account for every page, and the authors will get a bonus at the end of the month based on the number of views their pages had. Another good aspect, from his point of view, was that this way they could see which computers, and thus testers, use the wiki, and which don’t. I found this approach a little too much for me, as people might abuse of such a system, but he said that it has been working OK for them so far.

Problem #5: “I work remotely with a team from Finland, formed of an experienced test lead and several developers. I am the only tester in the office that works on this project. The remote team is not very communicative, moreover they have a culture for not disturbing people with too many questions. Even if they reply to my emails, I sometimes feel the need to talk to somebody about my work, but I don’t have who to talk to as I don’t want to bother the remote team too much, and the local team is too busy. What can I do in this case?”.

  • communicate more with the test lead – they do talk, but the test lead works on another project too, so she’s quite busy…
  • attend team’s meetings – because the developers don’t feel comfortable talking in English, they don’t do that. The test lead attends the meetings and sends her the meeting notes. The developers reply to emails / chat, but when it comes to spoken English they don’t have too much practice.
  • go there and meet the team – the team works remotely most of the time, so when she visited their office, most of them weren’t there. For example, she thinks she communicates better with one of the guys because she has had the chance to meet him.
  • find and use focusing – defocusing techniques to not feel bored.
  • find someone in the office you could talk to; I said that I find it hard to believe that everybody is so busy that she has nobody to talk to.

We had 4 testers that presented 5 problems within the 2.5 hours of the meetup, lots of new testers joining the conversation and presenting their ideas. I would like to thank the ones that dared to share their problems. I also want to thank the testers that joined the conversation and offered solutions.

At the end of this article I’d like to stress that this kind of format will not ensure that you’ll implement the ideas presented by the other participants, and that it’s up to you what you do with all this information. But I think it can be a great way to build an interactive discussion, and get input from testers working in different contexts.

Alex

P.S. the evening ended with 8 of us going for a drink and food, and discussing about strange customs from marriage, funeral and baptising ceremonies until midnight, which was a lot of fun 😀

TDT Monthly Meetup #12 – Timisoara

Multumim tuturor celor care s-au inscris la “Tabara de Testare” – Timisoara #12.
Ne intalnim la 18:30 la sediul ARIES-TM (Strada Paris nr2A(cladirea Iprotim , cea cu Registrul Comertului), etajul 4, camera 413).

Agenda:

  • 18:30 – 18:45 – Sosire participanți
  • 18:45 – 19:45– Prezentare “”TDD – Concepte de baza””
  • 19:45 – 20:00 – Discutii
  • 20:00 – 20:30 – Concluzii

Participanți:

1. Csaba Patkós – “Making BDD fun with Ruby and Cucumb”
2. Alina Ionescu – Facilitator
3. Adrian Mirea
4. Cristian Boldisteanu
5. Carmen Bonto
6. Bogdan Orasan
7. Bujanca Mihai
8. Alexandru Zbarcea
9. Guran Alin Petre
10. Croitoru Andreea
11. Daniel Jurescu
12. Rascol Laurentiu
13. Adrian Vornic
14. Mihaela Lemeni + 1 guest
15. Oana Radomir + 1 guest
16. Alexandar Despotovici
17. Marius Sebastian Trif
18. Ramona Baleti
19. Alin Groza
20. Georgiana Oana
21. Delia Cruceru
22. Gabriel Gardas
23. Amalia Pirvanescu + 1 guest
24. Paul Banias
25. Irina Cristescu
26. Dan Olariu
27. Flavius Prehar
28. Duta Alexandru
29. Camelia Detesan
30. Emilia Mihai

Pentru mai multe detalii http://www.meetup.com/Tabara-de-Testare-Timisoara/events/86005352/

TdT at Scientific and Entrepreneurial Picnic in Szeged

Vinerea trecuta, 21 Septembrie 2012, a avut loc un “picnic” la Szeged, unde s-au reunit membrii comunitatilor stiintifice si antreprenoriale din Timisoara si Szeged.

Cu aceasta ocazie am mers si noi sa prezentam Tabara de Testare. Iata aici un filmulet http://www.ustream.tv/channel/tudom%C3%A1nyos-%C3%A9s-%C3%9Czleti-piknik—tik (incepand de pe la minutul 2:40 pana la 10:30). Sunetul nu este cel mai bun, pentru ca erau multe alte corturi cu activitati galagioase, dar sper sa se inteleaga.

Mai jos si cele trei slide-uri din prezentarea noastra si ceva poze 🙂

 

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!