Ühiktestimine andmetöötluses viitab arendusprotsessile, mis hindab nii väikseima eraldiseisva tarkvaramooduli (tuntud ka kui üksus) funktsiooni ja jõudlust. Kuna mõõtmine on kõigi tarkvarakvaliteediprogrammide keskmes, kontrollib iga üksuse test, et üksus järgib arenduskavas märgitud kavandamiskavatsust. Test kinnitab ka, et seadme käitumine ja jõudlus on ootuspärased.
Üldiselt on üksusetestid ise väikesed programmid, milles arendaja määrab üksuse jaoks vastuvõetavad sisendid, käitumise ja väljundid ning seejärel logib tulemused hilisemaks ülevaatamiseks ja hindamiseks. Tarkvaraarendaja saab teha üksuse testimist ad hoc põhimõttel või kui põhiprogramm on suur või keeruline, saab ta lisada ühikuteste, et lisada need suuremasse testimisrihma, mis kasutab korraga mitut integreeritud seadet. Üksuse testimine on sellest hoolimata arendaja pidev jõupingutus, et kinnitada, et tema kood toimib ootuspäraselt, ja sellisena peetakse seda üldise arendusprotsessi lahutamatuks osaks.
Iga tarkvara arendusprotsess algab tavaliselt disainifaasiga, mille käigus kogu meeskond kulutab oma aega uue tarkvara kavandamise, arendamise, integreerimise, süsteemi testimise, vastuvõtmise ja hooldamise plaanide kirja panemiseks. Ühiku testimine on kõigi etappide vajalik komponent. Enne nende muudatuste põhiprogrammi integreerimist peab arendajatel olema lihtne viis kontrollida, kas moodulites tehtud koodimuudatused annavad oodatud tulemusi.
Ühiktestid kirjutab tavaliselt sama arendaja, kelle koodi kasutatakse. Selle põhjuseks on asjaolu, et üksuse programmeerijal on sügav arusaam mooduli disainist ja eeldatavast jõudlusest. Tavaliselt määrab arendaja testjuhtum parameetrid kõikidele seadme sisenditele, töötlemismeetoditele ja väljunditele ning määratleb vastuvõetavad jõudluskriteeriumid hilisemaks integreerimiseks ja aktsepteerimistestimiseks.
Üksustestimise üks peamisi eeliseid on see, et see soodustab probleemide avastamist arendusprotsessi varajases staadiumis. Kui kodeerimisprobleemid avastatakse varakult, saavad parandusmeetmed ja parandused tavaliselt aset leida enne, kui vigane kood integreeritud rakendusele ja selle kasutajatele negatiivset mõju avaldab. Kuigi ühikutestid ei suuda tuvastada kõiki võimalikke programmivigu, vähendavad need märkimisväärselt vigu arendusprotsessi hilisemates etappides, säästes aega, raha ja ressursse, mida kuluks programmi silumiseks läbi täiendavate valideerimis- ja kontrollitsüklite enne avaldamist.