Welkom terug.
Laten we het hebben over een paar leuke dingen die ze kunnen doen met unit-tests.
En onthoud dat je altijd naar de documentatie op de Python-website kunt gaan en meer te weten kunt komen over enkele dingen die
je kunt doen.
Maar merk hier op hoe we aan het einde de if-naam main hebben toegevoegd, sommigen van jullie vragen zich misschien af waarom dit nuttig
is, omdat we het tot nu toe gewoon vanaf de opdrachtregel als een enkel bestand hebben uitgevoerd en dat heeft
gewerkt.
Maar meestal heb je meer dan één bestand en heb je elke module.
Getest met verschillende functies, toch?
Dus idealiter wil je al deze tests tegelijk uitvoeren, en de manier waarop je dit doet is door Python te schrijven.
En dan de dashcam en geef hem dan de eenheidstest die je wilt uitvoeren.
Dus nu, als ik dit doe, zie je dat alles werkt.
Laten we zeggen dat ik hier een nieuw bestand toevoeg, laten we zeggen aanraaktest voor Torpy, wat een korte opmerking is over Macs om gewoon een nieuw
bestand te maken.
Dus nu mijn bureaublad, laten we deze test kopiëren die we oorspronkelijk hadden.
Ga naar mijn bureaublad en open deze en sublieme tekst.
Dus als ik dit nu kopieer en plak precies hetzelfde.
En ik zeg dit.
Ga terug naar mijn code en ren.
Hoofdstuk toets.
U ziet dat ik nu acht tests heb die worden uitgevoerd, en omdat ik dit heb toegevoegd,
als naam main, kan ik al deze tests uitvoeren met slechts één simpele opmerking.
Een ander leuk ding is dat we iets kunnen doen dat Dash V wordt genoemd, wat staat voor Verbose.
En dat is wanneer we dit doen, we krijgen eigenlijk meer informatie over de tests die we lezen.
Zo krijg je wat meer details.
U ziet welke tests we hebben uitgevoerd en welke in orde zijn, welke zijn mislukt.
Ik kan zelfs opmerkingen en eendstrings aan mijn tests toevoegen.
Dus laten we zeggen test doe dingen. Ik kan één code zeggen, drie keer bellen en gewoon hallo zeggen.
Als ik dit opnieuw uitvoer met het dashi-commando.
Oh, en dit moet op een enkele regel zijn, geloof ik.
Laten we dat nog eens zeggen en daar naar kijken.
Ik krijg ook wat opmerkingen.
Dus misschien wilde ik een paar opmerkingen over mijn test toevoegen.
Die kan ik ook toevoegen.
Wat kan ik nog meer voor leuks doen?
Een andere standaardmethode die we bij unit-tests krijgen, is iets dat set-up wordt genoemd.
En setup stelt ons in staat om een stukje code uit te voeren.
Dat wordt ingesteld voor elke aanroep van de test, dus wat ik hier ook schrijf, laten we zeggen dat
ik mijn test wilde opzetten en gewoon wilde afdrukken om een functie te testen.
Nu, omdat ik dit heb, als ik mijn code nu uitvoer.
Je ziet dat ik voor elke methode eerst de setup-methode uitvoer, dus je ziet dat ik zeg op het punt een functie uit te voeren, op het punt om een functie uit te voeren, op het punt
om een functie uit te voeren en op het punt om een functie uit te voeren.
En dan hebben we onze test om in te dienen waarvoor we niets hebben ingesteld.
Dit is dus echt heel handig als je voor elke functie iets moet instellen.
Stel dat u enkele standaardvariabelen heeft die u misschien moet instellen.
Welnu, in dat geval is dit een zeer bruikbare methode.
Een andere, net als setup, voeg je meestal toe.
Onderaan het bestand.
En hier binnen wordt dit een afbreken genoemd.
En zoals de naam al doet vermoeden, voeren we het uit aan het einde van elke methode die we hier noemen, laten we zeggen opschonen, en meestal doe
je dit om enkele variabelen op te schonen, misschien reset ik sommige variabelen als ik dit uitvoer.
Je ziet dat ik nu op het punt sta te testen of ze werken.
En dan zijn we aan het opruimen voor elk van deze methoden, dus deze twee zijn heel erg handig bij het
opzetten en afbreken van tests.
Nu, afbreken, je zult het niet zo vaak gebruiken, normaal gesproken zou je het gebruiken als je iets ingewikkelders test, zoals een database, maar daar
zullen we ons nu niet al te veel zorgen over maken.
Daar heb je het voor tests, zoals je kunt zien, testen zijn aan het eind van de dag gewoon logisch.
Programma's die we goed schrijven, zijn slechts een klasse.
En dan hebben we al deze methoden opgezet om onze code zo veel mogelijk te testen.
In ons geval hadden we maar één simpele functie.
Maar door test te gebruiken, kunnen we kleine dingen opmerken die mis kunnen gaan met de functie en zo onze code verbeteren, zodat
de volgende keer dat iemand komt, een andere ontwikkelaar komt en probeert deze functie aan te passen.
Of misschien deze functie proberen aan te roepen met iets dat niet klopt?
Nou, onze tests zullen mislukken en het zal de ontwikkelaar laten weten dat je iets verkeerd doet.
Iemand die deze functie voor u heeft geschreven, iemand die deze tests voor u heeft geschreven.
Ik zei dat je deze functie op een specifieke manier moest gebruiken, heel erg handig.
In de volgende video gaan we een leuke oefening doen om er zeker van te zijn dat we testen begrijpen.
Ik zie wel in de volgende.