Razvoj vođen testom prihvaćanja (ATDD) događa se u okruženju za razvoj softvera. Radeći u suradnji, tim za programiranje i razvoj softvera utvrđuje kriterije prihvatljivosti, daje primjere tih kriterija, a zatim kreira testove prihvatljivosti na temelju tih kriterija prije početka razvoja softvera. To pomaže cijelom timu da bolje razumije ciljeve gotovog proizvoda, kako bi taj gotov proizvod trebao izgledati i kako bi trebao djelovati. Nakon detaljnog tijeka rada, ATDD je strukturirani proces koji timu za razvoj softvera pruža brojne prednosti prije, tijekom i nakon procesa razvoja. Također, kako bi se osigurao uspjeh, proces mora uključivati pravi tim i prave metode.
ATDD uspostavlja dosljedan tijek rada koji slijedi određeni format kako bi se osiguralo da svi članovi tima razumiju što je potrebno da bi gotov proizvod funkcionirao kako je predviđeno. Ovaj tijek rada obično uključuje prvo utvrđivanje kriterija, najčešće iz perspektive korisnika, i stvaranje konkretnih primjera. Nakon toga se razvijaju i izvode testovi prihvaćanja kako bi se vidjeli rezultati neuspjeha s pravim kodom na temelju ovih primjera. Zatim se razvija minimalni kod za pokretanje programa, ponovno se izvode dodatni testovi prihvatljivosti i rezultati se provjeravaju. Refaktoriranje se zatim provodi na temelju rezultata testova prihvatljivosti prije nego što se razvije konačni program za upotrebu.
Prednosti ATDD metode za razvoj softvera često se navode među programerima i programerima, kako za ubrzavanje procesa razvoja, tako i za osiguranje solidnog krajnjeg proizvoda. U fazi planiranja, pomoć razvojnom timu da se usredotoči na prave zadatke jedna je od glavnih prednosti. Tijekom kreiranja primjera i testiranja fokus se dodatno usavršava, dok se postiže jasnoća procesa i problema prikazanih tijekom testiranja. Tijekom cijelog procesa i krajnjeg proizvoda, cilj je stabilnost i robusnost softverskog programa. Te se prednosti obično postižu s konačnim proizvodom ako se slijedi tijek rada ATDD i tim učinkovito surađuje.
Da bi ATDD djelovao učinkovito kao što je metoda namijenjena, od početka su potrebni pravi sastojci. Okupljeni timovi moraju imati kvalificirane suradnike, moraju voljno surađivati i moraju biti dobro obučeni i disciplinirani kako bi doveli proces do kraja. Stvoreni primjeri moraju biti automatizirani, učinkoviti, čitljivi, održavani, locirani i mjerljivi. Ako stvoreni primjer ne zadovoljava svaki od ovih kriterija, usporava proces testiranja i suradnje, što može rezultirati stvaranjem softverskih grešaka. Osim toga, svi dizajni moraju biti testirani za ATDD proces kako bi se učinkovito proizveo sažet, robustan i stabilan softverski program.