Intalnire de gradul 5 cu Salesforce si un “ocupant” al acestei aplicatii

La Iasi ne-am intalnit in iunie din nou in cadrul Taberei de Testare, cu ocazia unei prezentari din zona de customer support (reamintim ca unul din obiectivele TdT Iasi pe anul 2014 este sa stranga legatura si sa faciliteze intelegerea altor rolurilor de pe scena dezvoltarii proiectelor IT cum ar fi ingineri de support, business analisti si project manageri).

Victima noastra de luna asta in persoana content ownerului a fost Iulian Mitrea care s-a oferit sa prezinte detalii despre flow-ul unui incident si automatizarea lui prin intermediul aplicatiei Salesforce. Prezentarea sa a fost interactiva, dinamica si presarata cu povestioare amuzante din lumea IT support.

Editia a fost sponsorizata de Embarcadero Technologies, companie careia ii multumim mult pentru primirea calduroasa, ospitalitate, deschidere si atmosfera placuta apreciata de participanti.

Ce am vazut si invatat concret din aceasta prezentare ar fi mecanismul din spatele logarii unui caz, cat de grea e viata fara un CRM, cat de multa vizibilitate ofera Salesforce asupra cerintelor si problemelor clientilor, a eficientei inginerilor de support, plus integrarea cu JIRA pentru a scapa de o alta bataie de cap in calitate de tester cand vrei sa ajuti la rezolvarea unui incident. Aici link-ul catre ppt

Mie personal CRM-urile imi erau un pic straine, dar cred ca pentru toata lumea noutatea prezentarii a venit si din schimbarea de perspectiva asupra rolului de IT support – multe lucruri pe care pana acum eu personal nu le-am realizat au fost puse pe tapet – probleme cu care se confrunta , cat de epuizant poate fi uneori lucrul direct cu clientii dar totodata si plin de satisfactii.

Au fost multe intrebari, subiectul interesant si am ajuns sa stam la povesti cu mult peste ora obisnuita de incheiere a intalnirilor. Iulian a pus mult suflet si pasiune, ne-a impartasit din energia lui, tinand sa ne prezinte cat mai multe functionalitati si dedesubturi ale aplicatiei! Ii multumim mult pentru implicare si tuturor celor care au reusit sa ajunga la intalnire!

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

TdT#25 Timisoara – Hands on E2E testing for AngularJS apps

Multumim tuturor celor care s-au inscris la “Tabara de Testare” – Timisoara #25.

Ne vedem azi, joi 22 mai, la 18:30 la sediul ARIES, Strada Paris nr2A (cladirea Iprotim , cea cu Registrul Comertului), etajul 4, camera 413.

Agenda:

  • 18:30 – 18:40 – Sosire participanți
  • 18:40 – 20:30 – “Hands on E2E testing for AngularJS apps” cu Lucian Pacurar
  • 20:30 – 20:45 – Concluzii

Participanți:

1. Lucian Pacurar – “Hands on E2E testing for AngularJS apps” 
2. Alina Ionescu – Facilitator
3. Adrian Mirea
4. Daniel Tiron
5. Borislav
6. Oana Radomir
7. Iulian Benea
8. Catalin Nisulescu
9. Robert Călin
10. Maria Dobrotchi
11. Larisa Bulugean +2
12. Alex Bostan
13. Adriana Hazulea
14. Filip Cristian
15. Calin Pinter
16. Andrew Silaghi

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