W Agile (także w Scrum) testowanie powinno być integralną częścią procesu wytwórczego tzn. nie powinno być kierowane do odrębnego procesu, dedykowanych Sprintów czy specjalistycznych zespołów.

Jedną z koncepcji agile/scrum jest Test Driven Development (TDD) łącząca proces kodowania systemu z tworzeniem testów dla tej funkcjonalności. Testy, dane testowe, scenariusze testów jednostkowych mają powstawać przed lub ewentualnie w trakcie samego kodowania.

Scrum nie rozróżnia ról w Zespole Deweloperskim (ZD, nie mylić z Zespołem Scrumowym w którym są PO, SM i ZD ), dlatego sugerowane jest zaangażowanie całego (każdego Dewelopera, jeżeli możliwe i efektywne)  ZD w aktywności związane z testowaniem.

Poza tym Product Owner może być angażowany w przygotowanie koncepcji testów oraz w zadania wykonywania testów, jeżeli taką podejmie decyzję.

Scrum Master jest odpowiedzialny za przygotowanie i/lub wsparcie środowiska testów (narzędzia, kompetencje, organizacja).

AgilePM podaje kilka dobrych praktyk dotyczących testowania:

1. Testowanie zintegrowane całościowo (Testing integrated throughout).

2. Testowanie wspólne (Collaborative Testing).

   Współpraca wszystkich interesariuszy projektu, zwiększa produktywność cyklu testuj – napraw – testuj ponownie.

3. Testowanie powtarzalne (Repeatable Testing).

   Spójność testowania.

   Pozwala na ponowne testowanie poprzednich błędów i potwierdzenie stabilności podczas dodawania Przyrostów.

4. Testowanie w oparciu o priorytety (Prioritised Testing).

   Stosowanie reguł MoSCoW do testowania.

5. Testowanie Niezależne (Independent Testing).

   Przez kogoś innego niż twórca produktu.

6. Rozwój Kierowany Testami (Test Driven Development).

   Definiuje testy a następnie rozwija rozwiązanie tak, aby przeszło testy.

   Poprawiona jakość.