Programiści po poprawieniu wszystkich błędów (lub ich podzbioru wskazanego przez użytkownika) ponownie przekazują aplikacje użytkownikowi, który wykonuje kolejne testy akceptacyjne. W ten oto sposób testowanie akceptacyjne przybiera formę testowania regresywnego.
Podstawowe zasady testowania ekstremalnego 1. najpierw należy stworzyć (zaprojektować) testy należy zacząć jak najwcześniej (najpóźniej równolegle z deweloperami), lepiej, gdy można to zrobić podczas odbioru prac analitycznych dążymy do maksymalnego zrozumienia testów – nie należy zakładać wzajemnego zrozumienia się, w przypadku jakichkolwiek niejasności należy uszczegółowić problem
2. testy mają równy priorytet z tworzeniem kodu w większości przypadków testy są „spychane” na sam koniec procesu produkcji oprogramowania, wielu project menadżerów zgadza się na skrócenie czasu poświęconego na testy. W XT ta zasada ma nie mieć zastosowania, bez pozytywnego przejścia wskazanych testów nie ma odbioru aplikacji (jej kolejnej iteracji)
3. dążenie do 100% pokrycia przypadkami testowymi (TC) wszystkich warstw systemu