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.