W Agile NIE ma zespołu QA

Agile polega na współpracy z ludźmi, którzy mają różne umiejętności i nastawienie, aby osiągnąć wspólny cel.

Kiedy patrzymy na typowy zespół scrumowy, składa się on z programistów (zarówno front-end, jak i back-end), QA i scrum master.

Zaskakuje mnie, gdy niektórzy ludzie, którzy są zwolennikami zwinności i mają wieloletnie doświadczenie w pracy w środowiskach zwinnych, nadal nazywają posiadanie lub budowanie zespołu kontroli jakości w celu wspierania projektów zwinnych.


Kiedy zaczynamy odnosić się do QA jako zespołu, natychmiast tworzy podział między programistami a testerami i zdejmuje odpowiedzialność programistów wykonujących należytą staranność w zakresie testowania własnej pracy i tworzenia kodu wysokiej jakości, ponieważ istnieje „zespół QA”, który będzie pracował trudno znaleźć wszystkie błędy w systemie.

Ten model pracy przypomina projekty kaskadowe i V-modelowe z wyrzuceniem kodu „za ścianą”, co tworzy oprogramowanie niskiej jakości, którego istotą są metodyki zwinne, które mają naprawić!


W projektach zwinnych QA powinna być osadzony w zespołach scrumowych, ponieważ testowanie i jakość to nie kwestia refleksji. Jakość powinna być zapieczona od samego początku.

Tworząc zespół QA, narażamy się na oddzielenie testerów od ważnych rozmów z właścicielami produktów, programistami itp.

Testerzy mogą wnieść ogromną wartość do jakości projektu, uczestnicząc w spotkaniach poświęconych planowaniu sprintu, warsztatach rozwiązań i współpracując z programistami, aby upewnić się, że kod jest testowany za pomocą dobrych i znaczących testów jednostkowych.

Techniczna kontrola jakości osadzona w zespołach zwinnych może pomóc w automatyzacji testów akceptacyjnych wraz z rozwojem upewniając się, że nowe funkcje działają zgodnie z przeznaczeniem.


W niektórych organizacjach funkcjonuje funkcja zapewniania jakości z ewentualnie kierownikiem ds. Zapewnienia jakości, w ramach której wielu ekspertów ds. Testowania przedstawia ogólną praktykę testowania, strategię, wskazówki i podejście do testowania do kontroli jakości w zespołach zwinnych .

Funkcja zapewniania jakości nie jest bezpośrednio powiązana z żadnym z zespołów zwinnych, ale działa jako MŚP w różnych zespołach i jest odpowiedzialna za propagowanie najlepszych praktyk tworzenia oprogramowania wysokiej jakości.

Zachęca się osoby odpowiedzialne za kontrolę jakości w zespołach zwinnych, aby były głosem kontroli jakości w swoich zespołach, zapewniając, że ich zespół postępuje zgodnie z najlepszymi praktykami określonymi przez funkcję zapewniania jakości i pracuje nad Ciągłe testowanie .

Tak więc w organizacjach zwinnych zamiast mówić o „posiadaniu zespołu kontroli jakości”, może powinniśmy mieć na myśli budowanie praktyki zapewniania jakości a dobra praktyka zapewniania jakości będzie oznaczać, że kontrola jakości powinna być osadzona w zespołach zwinnych, zapewniając jakość w całym procesie tworzenia oprogramowania.