Krystian K.

Krystian K. Agile Coach, Autor

Temat: Agile Testing w Twojej firmie

Cześć,
Trzeba wygenerować trochę ruchu, jakąś dyskusję na tym forum. Przecież chodzi przede wszystkim o to, żeby wymieniać się doświadczeniami.

Opowiedz o praktykach w swojej pracy:

Jak wygląda Agile Testing w Twojej firmie?
Jak wyglądało wprowadzenie Agile?
Jak wygląda kwestia automatyzacji testów?

Pozdrawiam
Krystian
Adam Mach

Adam Mach VICSOFT właściciel -
mobile solutions

Temat: Agile Testing w Twojej firmie

A może by tak jakiś temacik z zakresu Agile i technologii mobilnych (narzędzia, praktyki itp, itd) :)
Krystian K.

Krystian K. Agile Coach, Autor

Temat: Agile Testing w Twojej firmie

Adam Mach:
A może by tak jakiś temacik z zakresu Agile i technologii mobilnych (narzędzia, praktyki itp, itd) :)

No to zakładaj :)
Adam Mach

Adam Mach VICSOFT właściciel -
mobile solutions

Temat: Agile Testing w Twojej firmie

Krystian K.:
Adam Mach:
A może by tak jakiś temacik z zakresu Agile i technologii mobilnych (narzędzia, praktyki itp, itd) :)

No to zakładaj :)
Ja z tych co by się czegoś chętnie dowiedział, nie wykładał :)
Krystian K.

Krystian K. Agile Coach, Autor

Temat: Agile Testing w Twojej firmie

Adam Mach:
Ja z tych co by się czegoś chętnie dowiedział, nie wykładał :)

No i z tego się właśnie bierze ta oszałamiająca ilość wypowiedzi na forach testerów. :)
Paweł F.

Paweł F. QlikTech, Sweden

Temat: Agile Testing w Twojej firmie

Krystian K.:

Opowiedz o praktykach w swojej pracy:

Jak wygląda Agile Testing w Twojej firmie?
Jak wyglądało wprowadzenie Agile?
Jak wygląda kwestia automatyzacji testów?

Pozdrawiam
Krystian

Zaczne od konca:
3. to ciagly proces ktory biegnie troche torem bocznym wszyscy wiedza ze trzeba, troche sie dzieje, niemniej brak kogos kto by mogl cos zasugerowac przedstawic rzeczowe argumenty i wprowadzic lad
2. rodzilo sie w bolach...
1. w miare mozliwosci testerzy uczestnicza w procesie mozliwie wczesnie aby na biezaco testowac.

Duzo jeszcze jest do zrobienia w tym temacie - to moje podsumowanie :)
Bogdan Bereza

Bogdan Bereza Informatyk,
specjalista i trener
SQA, psycholog,
kierowni...

Temat: Agile Testing w Twojej firmie

To proponuję ruch na http://agilece.com/? :-)
Bogdan Bereza

Bogdan Bereza Informatyk,
specjalista i trener
SQA, psycholog,
kierowni...

Temat: Agile Testing w Twojej firmie

I jeszcze dużo ruchu na http://www.agile-tester.org/ :-)
Krystian K.

Krystian K. Agile Coach, Autor

Temat: Agile Testing w Twojej firmie

Bogdan Bereza:
I jeszcze dużo ruchu na http://www.agile-tester.org/ :-)

Bardzo opryskliwi i syllabusa nie udostępniają. Czarna magia, chyba stąd ten kot.
Paweł Z.

Paweł Z. coach zespołów, LGBT
Coaching

Temat: Agile Testing w Twojej firmie

W zasadzie w mojej obecnej firmie nie wydzielamy w żaden specjalny sposób testowania. Uważamy, że dobre przetestowanie wykonywanej funkcjonalności należy do całego zespołu, łącznie z Product Ownerem.

Podczas planowania (a nawet częściowo podczas PBR!) określane są testy akceptacyjne do każdego User Story. Wymagania niefunkcjonalne zwykle same w sobie są testami :)
Później pisząc kod nasze CI określa pokrycie kodu testami automatycznymi (zarówno jednostkowe jak i integracyjne).
Na koniec jest Demo, podczas którego obowiązkowo wykonujemy testy akceptacyjne. Product Owner dostaje gotowy działający fragment, który może dalej testować. Ewentualne poprawki zgłasza na następnym spotkaniu PBR - gdzie zwykle dodajemy je do Backlogu w formie nowych US.

Wydaje mi się, że oddzielanie fazy testowania do niczego dobrego nie prowadzi, a same testy eksploracyjne są trochę bez sensu...

Za to staramy się zaszczepić UCD - czyli testujemy jak najbardziej User Experience. Ponieważ większość obecnie interfejsów powstaje w oparciu o WEB - to zwłaszcza dla innowacyjnych projektów, UCD jest bardzo potrzebne. Tego nie da się zrobić tylko na papierze, a więc trzeba mieć w dużej mierze gotowy serwis.
Krystian K.

Krystian K. Agile Coach, Autor

Temat: Agile Testing w Twojej firmie

Paweł Z.:
W zasadzie w mojej obecnej firmie nie wydzielamy w żaden specjalny sposób testowania. Uważamy, że dobre przetestowanie wykonywanej funkcjonalności należy do całego zespołu, łącznie z Product Ownerem.
True, tylko, że nie wszyscy mają wiedzę ekspercką do wykonania tego jak najlepiej. Zgodnie z zasadami Scrum development też należy do całego zespołu jednak sądzę, że nie byłbyś tak skłonny, żeby tester pisał kod czy projektował bazy danych.

Podczas planowania (a nawet częściowo podczas PBR!) określane są testy akceptacyjne do każdego User Story. Wymagania niefunkcjonalne zwykle same w sobie są testami :)
Później pisząc kod nasze CI określa pokrycie kodu testami automatycznymi (zarówno jednostkowe jak i integracyjne).

Tutaj ładnie.
Na koniec jest Demo, podczas którego obowiązkowo wykonujemy testy akceptacyjne.
To w końcu demo czy sesja testów? Ile takie "demo" trwa?

>Ewentualne poprawki
zgłasza na następnym spotkaniu PBR - gdzie zwykle dodajemy je do Backlogu w formie nowych US.
>
Co to spotkanie PBR? Product Backlog R* ?
Wydaje mi się, że oddzielanie fazy testowania do niczego dobrego nie prowadzi, a same testy eksploracyjne są trochę bez sensu...

Nie musi być oddzielna, byle by testy były dobrze przygotowane.
Za to staramy się zaszczepić UCD - czyli testujemy jak najbardziej User Experience. Ponieważ większość obecnie interfejsów powstaje w oparciu o WEB - to zwłaszcza dla innowacyjnych projektów, UCD jest bardzo potrzebne.
A jak testujecie UCD? Macie Eye Tracking i u zytkowników w labie?
Tego nie da się zrobić tylko na papierze, a więc trzeba mieć w dużej mierze gotowy serwis.
Template'y, wireframe'y, czyli da się "na papierze".
Paweł Z.

Paweł Z. coach zespołów, LGBT
Coaching

Temat: Agile Testing w Twojej firmie

Krystian K.:
Paweł Z.:
Na koniec jest Demo, podczas którego obowiązkowo wykonujemy testy akceptacyjne.
To w końcu demo czy sesja testów? Ile takie "demo" trwa?
Na demo pokazujemy to co Klient, czy w jego imieniu Product Owner, chciał zobaczyć. To zwykle łatwo jest wyrazić w testach akceptacyjnych do poszczególnych US. Testów jest zwykle kilka na US, więc całe Demo dla 2 tyg. Sprintu trwa ok. 2h.

Czasami Klientowi potrzebny jest jakiś formalny sposób odbioru, ale wówczas i tak zwykle samodzielnie klika - to być może przypomina wówczas testowanie eksploracyjne... Jednak jest to poza nami.

>Ewentualne poprawki
zgłasza na następnym spotkaniu PBR - gdzie zwykle dodajemy je do Backlogu w formie nowych US.
>
Co to spotkanie PBR? Product Backlog R* ?
Przepraszam, zapomniałem wyjaśnić skrótu. Product Backlog Refinement. W sumie spotkanie rzadko stosowane - podpowiedziałeś mi dobry temat na najbliższą konferencję Agile By Example... Jest opisane na portalu, którego nie będę tu dalej reklamował, jest w innym wątku.
Za to staramy się zaszczepić UCD - czyli testujemy jak najbardziej User Experience. Ponieważ większość obecnie interfejsów powstaje w oparciu o WEB - to zwłaszcza dla innowacyjnych projektów, UCD jest bardzo potrzebne.
A jak testujecie UCD? Macie Eye Tracking i u zytkowników w labie?
Tego nie da się zrobić tylko na papierze, a więc trzeba mieć w dużej mierze gotowy serwis.
Template'y, wireframe'y, czyli da się "na papierze".

Cóż, czasami korzystamy z laboratorium zaprzyjaźnionej firmy, jednak częściej są to swego rodzaju badania rynku. Czy wówczas szablony i makiety wystarczą? Nie zawsze robimy oprogramowanie dla osób biegłych. Na przykład co nam po skrótach klawiszowych, gdy 99% rzeczywistych użytkowników z nich nie korzysta... Ale to już trochę OT.
Krystian K.

Krystian K. Agile Coach, Autor

Temat: Agile Testing w Twojej firmie

Paweł Z.:
Cóż, czasami korzystamy z laboratorium zaprzyjaźnionej firmy, jednak częściej są to swego rodzaju badania rynku. Czy wówczas szablony i makiety wystarczą? Nie zawsze robimy oprogramowanie dla osób biegłych. Na przykład co nam po skrótach klawiszowych, gdy 99% rzeczywistych użytkowników z nich nie korzysta... Ale to już trochę OT.

Podstaw UCD, czy UX jest jasne przekazanie informacji i zrozumienie interfejsu. Można pokazać userowi nowy ekran w formie szablonu lub zwykłego obrazka, pokazać przebieg flow na wireframe'ach i dostaniesz cenny feedback. "Dlaczego? A czemu tego tu nie wyświetlacie? Te kolumny powinny być w odwrotnej kolejności. To się nie rozciąga?" itd.

Skróty mówisz nie używane? Ja codziennie lecę Ctrl+C, Ctrl+V, Esc (zamknij dialog) , Enter (wyślij formularz).

konto usunięte

Temat: Agile Testing w Twojej firmie

Krystian K.:
Opowiedz o praktykach w swojej pracy:

Jak wygląda Agile Testing w Twojej firmie?

Nie do konca wiem co kryje sie za magicznym umbrella stwierdzeniem 'agile testing', jednak jesli chodzi o testowanie softu ogolnie, to staramy sie pisac kod zaczynajac od testow (zarowno unit jak i behawioralnych). A narzedzia? Zalezy od zespolu i projektu... W moim: jsTestDriver / qUnit, JUnit, Mockito Capybara, Cucumber... Cubatura do test coverage. Do tego ciagly pair programming, code reviews, developer in test w druzynie, grupa mailowa dedykowana testowaniu, ciagle warsztaty z BDD, TDD, pisania Acceptance Criteria, Software Craftsmanship i wiele innych.
Jak wyglądało wprowadzenie Agile?

Niestety nie wiem jak wygladalo, poniewaz gdy zaczalem w kwietniu, to SCRUM juz dosc sprawnie dzialal od dawna;)
Jak wygląda kwestia automatyzacji testów?

Odpalane sa przy kazdym buildzie (maven), do tego CI w Hudson. Zalezy o co pytasz? Automatyzacja "jest", w zasadzie glowny wysilek teamu zwiazany z testami polega na automatyzowaniu ich, co przy duzym code coverage sprawia, iz czujemy sie dosc bezpiecznie.
Krystian K.

Krystian K. Agile Coach, Autor

Temat: Agile Testing w Twojej firmie

Łukasz Nowacki:

Nie do konca wiem co kryje sie za magicznym umbrella stwierdzeniem 'agile testing',
Chodzi o testowanie w środowisku metodyk i frameworków agile (zwinnych). Innymi słowy jak wygląda implementacja praktyk testowych na projektach prowadzonych przy pomocy Lean, Scrum, Kanban, XP i pochodnych.
Jak wyglądało wprowadzenie Agile?

Niestety nie wiem jak wygladalo, poniewaz gdy zaczalem w kwietniu, to SCRUM juz dosc sprawnie dzialal od dawna;)
Jak wygląda kwestia automatyzacji testów?

Odpalane sa przy kazdym buildzie (maven), do tego CI w Hudson. Zalezy o co pytasz? Automatyzacja "jest", w zasadzie glowny wysilek teamu zwiazany z testami polega na automatyzowaniu ich, co przy duzym code coverage sprawia, iz czujemy sie dosc bezpiecznie.
Unit Testy, czy Acceptance też?

konto usunięte

Temat: Agile Testing w Twojej firmie

Krystian K.:

Unit Testy, czy Acceptance też?

Acceptance też - Watir i FirewatirŁukasz Nowacki edytował(a) ten post dnia 28.08.11 o godzinie 00:26
Krystian K.

Krystian K. Agile Coach, Autor

Temat: Agile Testing w Twojej firmie

No to gratulacje. Miło widzieć, że jest odpowiednie nastawienie na jakość w polskich firmach.
Grzegorz Górzyński

Grzegorz Górzyński Starszy Specjalista
ds. testów

Temat: Agile Testing w Twojej firmie

Krystian K.:
No to gratulacje. Miło widzieć, że jest odpowiednie nastawienie na jakość w polskich firmach.

Mam wrażenie że kolega Łukasz nie pracuje w polskiej firmie, tylko chyba UK więc niestety dalej ciężko szukać na naszym podwórku profesjonalnie wyposażonych środowisk pracy :/Grzegorz Górzyński edytował(a) ten post dnia 01.09.11 o godzinie 14:17

konto usunięte

Temat: Agile Testing w Twojej firmie

Krystian K.:
No to gratulacje. Miło widzieć, że jest odpowiednie nastawienie na jakość w polskich firmach.

Nie pracuje obecnie w polskiej firmie. Nie wiem jak to wyglada w kraju, ale chetnie poznalbym jakie inni maja 'taktyki' ;)
Krystian K.

Krystian K. Agile Coach, Autor

Temat: Agile Testing w Twojej firmie

Łukasz Nowacki:
Nie pracuje obecnie w polskiej firmie.
No fakt. A już była iskierka nadziei.

Następna dyskusja:

Testowanie w Agile - Szkolenie




Wyślij zaproszenie do