För att faktiskt köra en enhet test, behöver du någon ingång, men detta kan variera mycket beroende på vilken typ av program du utvecklar. Vanliga exempel är några få variabler eller en lista över data (t.ex. en taluppsättning). Du kan prova att köra ditt enhetstest med riktigt enkla data, eller "dummy data." Detta kan hjälpa dig att snabbt bedöma om enheten fungerar bra. Ställ in detta att hända med hjälp av initieringskod protokollet för programmeringsspråket du använder. Detta steg är känt som "Arrangera" delen av AAA-metoden. Den del av programmet du testar är känd som System Under Test (SUT). Till exempel kan du initiera en enhet som utför några aritmetiska på en uppsättning siffror. Nästa del av ditt enhetstest bör be enheten att  pågå. och vad du ber testet att göra beror på språk och typ av program, men i allmänhet testet kommer att göra något som åberopa en metod för SUT.  Till exempel kan den begärda åtgärden vara att ge summan av en uppsättning siffror. Du kommer att behöva enheten testet för att inkludera en aspekt som kommer att Assert på rätt sätt om programmet du testar körs eller inte. Med det förväntade resultatet i åtanke, skriv din enhet test så att det kommer att passera om saker och ting går som förväntat, och underkända om de inte. Till exempel, om du vill att en enhet ska ge summan av bara de jämna talen från en uppsättning, kommer du att förvänta dig att summan också är ett jämnt tal. Om enheten ger ett udda tal som ett resultat, då har det misslyckats med testet. När testet har gått sin gång, är din tur att tolka vad som hände. Klarade eller misslyckades det? Att upptäcka ett fel indikerar att det finns ett problem i ditt programs kod som måste rättas. Eftersom du bara arbetar med en enda enhet i taget, dock, om kommer att vara lättare att isolera var problemet kan vara. Om din hypotetiska SUT från föregående exempel gav en udda summa i stället för en jämn, till exempel, kan du kontrollera koden som producerade summan, liksom koden som hämtade de jämna talen från uppsättningen, för att se var felet är. Expertutvecklare föreslår att prova detta med din enhet tester. Från en strikt vetenskaplig synvinkel, att ha ett program gör exakt vad du förväntade sig inte bevisa att det faktiskt kommer att fungera. Försöka dåliga data kommer att visa att programmet kommer att känna igen problem och svara därefter.  Fortsätta med det tidigare exemplet: om din SUT producerar även summor, som inte nödvändigtvis bevisar att det fungerar korrekt - det kan bara vara att ge falska summor. Prova enhetstest med några dåliga data, som en uppsättning av bara udda heltal. Programmet bör indikera att det inte kunde producera summan av alla jämna tal i uppsättningen eftersom det inte fanns någon i uppsättningen. Om du lägger in dåliga data och testet får det att verka som ingenting är fel (till exempel, det ger fortfarande en summa), då vet du att det finns ett problem med enheten (till exempel, kanske koden hämtar udda nummer istället för ens).
Bestäm vilka data du behöver för att köra testet. Initiera enheten du vill testa. Använd systemet under provning (SUT). Lägg märke till programmets beteende. Analysera resultaten. Experimentera med dålig data.