Hallo, en laten we het hebben over testen, testen, zie je, is een belangrijk concept bij het programmeren, niet
alleen Python.
Hoewel we beginnen met het schrijven van eenvoudige scriptbestanden met een paar regels code, als
we in de echte wereld komen, krijg je duizenden en miljoenen regels code, honderden python-bestanden waaraan is gewerkt
door veel mensen uit verschillende divisies van een bedrijf en hoogstwaarschijnlijk beginnen ze allemaal in een
andere tijd.
Het bedrijf.
Alle veranderingen gebeuren in de loop van de tijd op verschillende tijdstippen, terwijl mensen aan het project werken, naarmate de complexiteit van
de code en de grootte van de code toeneemt.
Het wordt voor iemand moeilijker en moeilijker om een bug op te lossen die zich kan voordoen, laten we zeggen dat je
in een project komt dat al jaren bestaat, je zou iets kunnen wijzigen dat een ander deel van de app kan wijzigen dat je
denkt en bedenkt.
En je begint al deze bugs te maken met nieuwe functies die je in de app introduceert.
Hoe langer de code in een project blijft, hoe groter de kans dat deze door verschillende ontwikkelaars wordt aangeraakt.
Dus je ziet het probleem hier, toch?
Voor bedrijven is dit een groot probleem.
Omdat je hoogstwaarschijnlijk altijd je product laat groeien en steeds meer regels code toevoegt, betekent dit dat er gewoon
door zal gaan met het maken van dit gigantische monster dat steeds moeilijker te temmen en te
debuggen wordt.
En het kost bedrijven veel geld.
Gelukkig voor ons hebben we iets dat raden heet.
En testen kan ons helpen dit probleem op te lossen.
Zoals de naam al doet vermoeden, is testen een methode in softwareontwikkeling waarbij individuele eenheden van
broncode, zoals functies, worden getest om te zien of ze goed werken.
Hoewel het misschien geen groot onderdeel is van een coderingsinterview, denken veel bedrijven meestal niet aan testen
wanneer ze mensen interviewen.
Het wordt steeds belangrijker naarmate je carrière vordert.
In mijn geval, toen ik voor het eerst begon als programmeur, wist ik bijvoorbeeld niet zo veel over
testen voordat ik werd aangenomen.
Maar het belang van testen werd steeds groter naarmate ik vorderde in mijn carrière, en het is een van die dingen
die me een betere ontwikkelaar hebben gemaakt.
Dus als je senior programmeur wilt worden en een langdurige carrière wilt hebben, moet je de
vaardigheid echt beheersen.
Want onthoud dat elk serieus bedrijf tests zal hebben en ze willen dat je tests voor je
code schrijft.
Dus laten we dit idee van testen een beetje meer onderzoeken.
Zie je, een test is gewoon een ander python-bestand.
Nu, in mijn geval, hier, heb ik een hoofd-DCPI en een testbestand op mijn bureaublad.
Hier.
Meestal heb je een testbestand zoals dit bij een van je bestanden, dus als je
bijvoorbeeld honderd bestanden van Python of modules had, dan heeft elk van die modules zijn eigen testbestand waarmee je tests
kunt uitvoeren.
Dit bestand dat we gaan schrijven, wordt nooit echt in productie genomen.
Het is een bestand dat we uitvoeren om ervoor te zorgen dat voordat we dit hoofdbestand vrijgeven voor productie, alles
correct werkt.
Dit is dus alleen voor ontwikkeling.
Maar dat zouden we eigenlijk nooit doen, terwijl de klanten dit bestand nooit te zien krijgen.
Voordat we echt beginnen met het schrijven van enkele tests, wil ik je eraan herinneren dat we een paar manieren hebben geleerd om
onze code te debuggen, toch?
We leerden over dingen als Pi Lintang.
Die we in onze visuele studio-code hebben geïnstalleerd om naar onze code te linken en de syntaxis en kleine fouten te controleren terwijl we
onze code typen.
We zagen ook hoe de online rimpel die we gebruikten een ander ding genaamd PI Flakes gebruikt, wat gewoon een andere linta
is.
En toen zagen we ook die foto, onze idy had ook ingebouwde leningen, we leerden ook dat we iets
hebben dat Auto Pep eight heet.
Of Pep acht, de standaard stijlgids voor Python.
En dit stelt ons in staat om ervoor te zorgen dat onze code voldoet aan een stijl die de Python-gemeenschap is overeengekomen.
Dit zijn de eenvoudige hulpmiddelen waarmee onze code kan worden gecontroleerd op eenvoudige stijlproblemen of eenvoudige fouten, zoals het
niet declareren van een variabele.
Maar deze brengen je alleen tot dusver en testen is een hoger niveau, een manier om nadat je lintang hebt gedaan, nadat je iets als Pepé hebt
gedaan, nadat je aan al die vereisten hebt voldaan en je bestand wordt uitgevoerd, testen een manier is om
daadwerkelijk te controleren nog meer van je code.
Dus hoe schrijven we deze tests waar ik het steeds over heb en niet coderen?
Nou, laten we het uitzoeken.
Gelukkig voor ons is er een ingebouwde module uit de standaardbibliotheek die we kunnen gebruiken, en die heet.
Hoofdstuk toets.
Dus in de volgende video gaan we wat tests schrijven, wat voorbeeldcode schrijven en je precies
laten zien hoe ze ons als programmeurs ten goede komen.
Ik zie wel in de volgende.