Priėmimo testu pagrįsta plėtra (ATDD) vyksta programinės įrangos kūrimo aplinkoje. Bendradarbiaudama programavimo ir programinės įrangos kūrimo komanda nustato priėmimo kriterijus, pateikia tų kriterijų pavyzdžius ir, prieš pradedant programinės įrangos kūrimą, pagal šiuos kriterijus sukuria priėmimo testus. Tai padeda visai komandai geriau suprasti gatavo produkto tikslus, kaip tas gatavas produktas turėtų atrodyti ir kaip jis turėtų veikti. Remiantis išsamia darbo eiga, ATDD yra struktūrizuotas procesas, suteikiantis programinės įrangos kūrimo komandai daug naudos prieš kūrimo procesą, jo metu ir po jo. Be to, norint užtikrinti sėkmę, procesas turi apimti tinkamą komandą ir tinkamus metodus.
ATDD nustato nuoseklią darbo eigą, kuri atitinka nurodytą formatą, kad visi komandos nariai suprastų, ko reikia, kad gatavas produktas veiktų taip, kaip numatyta. Ši darbo eiga paprastai pirmiausia apima kriterijų nustatymą, dažniausiai iš vartotojo perspektyvos, ir konkrečių pavyzdžių kūrimą. Vėliau, remiantis šiais pavyzdžiais, kuriami ir vykdomi priėmimo testai, siekiant pamatyti gedimo rezultatus naudojant tinkamą kodą. Tada sukuriamas minimalus kodas programai paleisti, vėl paleidžiama daugiau priėmimo testų, o rezultatai patvirtinami. Tada, prieš parengiant galutinę naudojimo programą, remiantis priėmimo testų rezultatais, atliekamas pertvarkymas.
Programinės įrangos kūrėjai ir programuotojai dažnai nurodo ATDD metodo naudą programinės įrangos kūrimui tiek siekiant pagreitinti kūrimo procesą, tiek užtikrinti tvirtą galutinį produktą. Planavimo etape vienas iš pagrindinių privalumų yra padėti kūrimo komandai sutelkti dėmesį į tinkamas užduotis. Kuriant pavyzdžius ir testuojant dėmesys dar labiau išgryninamas, o bandymo metu pasiekiamas proceso ir problemų aiškumas. Viso proceso ir galutinio produkto tikslas yra programinės įrangos stabilumas ir patikimumas. Šie privalumai paprastai pasiekiami naudojant galutinį produktą, jei laikomasi ATDD darbo eigos ir komanda veiksmingai bendradarbiauja.
Kad ATDD veiktų efektyviai, kaip numatyta metodu, nuo pat pradžių reikia tinkamų ingredientų. Suburtos komandos turi turėti kvalifikuotus bendradarbius, noriai bendradarbiauti, būti gerai apmokytos ir disciplinuotos, kad procesas būtų baigtas. Sukurti pavyzdžiai turi būti automatizuoti, veiksmingi, skaitomi, prižiūrimi, nustatomi ir išmatuojami. Jei sukurtas pavyzdys neatitinka kiekvieno iš šių kriterijų, bandymo ir bendradarbiavimo procesas užstringa, todėl gali atsirasti programinės įrangos klaidų. Be to, visi dizainai turi būti išbandomi, kad ATDD procesas galėtų veiksmingai sukurti glaustą, patikimą ir stabilią programinės įrangos programą.