Ben tornato.
Continuiamo ora con i nostri test unitari.
Una cosa che ho notato qui è che guardando la documentazione abbiamo effettivamente un inserto è istanza.
Quindi possiamo effettivamente, invece di dire che Asatru usa semplicemente, l'asserzione è istanza, che diamo di nuovo A
e B, tutti questi metodi di test, non ce n'è uno giusto.
Puoi usare quello che vuoi come strumento per migliorare il tuo codice.
Quindi nel mio caso, cambiamo semplicemente questo per affermare l'istanza e risolverlo.
Così, solo un po' più pulito, vediamo se funziona, ok.
Tutto è ancora buono.
OK, proviamo a decifrare di nuovo il nostro codice.
Quindi tutto sembra a posto.
Ma cosa succede se facciamo qualcosa di diverso?
E se facciamo, diciamo, in un altro test e diciamo che anche il test fa cose?
Di solito si desidera denominare molto meglio queste funzioni.
Quindi sono più descrittivi.
Ma nel nostro caso va bene così.
Solo così possiamo vedere come funzionano questa volta.
Facciamo il test param sta per essere uguale.
Che ne dici di nessuno?
Quindi ora se eseguo questo, eseguiamo di nuovo questo codice.
E a proposito, potresti notare qui come sto copiando il codice in un test e potresti pensare,
beh, possiamo renderlo più semplice?
E non ripetiamoci.
E puoi farlo totalmente e rendere le cose molto più facili.
Ma quando si tratta di test, poiché non vanno in produzione e questo è solo
per scopi di sviluppo, vuoi davvero avere test facili da leggere in modo che altre persone capiscano i
tuoi test, perché quando si tratta di test, leggibilità è davvero, davvero importante.
Non ci interessa molto non ripeterci e rendere il nostro codice efficiente, carino e piccolo.
Quindi mi piace scrivere test che siano davvero descrittivi, davvero ovvi.
Va bene, qui dentro, diciamo da autodidatta affermare uguale e hmm, cosa dovrebbe essere questo?
Bene, in questo caso, mi aspetto un errore di valore, quindi facciamolo.
Mi aspetto che il risultato sia un valore er ho intenzione di salvare ed eseguire il mio test.
Va bene, ricevo un errore, dice che questo è un errore di tipo nell'argomento, deve essere una stringa.
E gli sto dando un non tipo.
Va bene, quindi questo non lo gestisce correttamente perché semplicemente non funziona con l'ENT, otteniamo un errore
di tipo.
Quindi come possiamo risolvere questo problema?
Huckabee lo regola nel caso in cui otteniamo un non tipo nel parametro.
Bene, prima di tutto, diamogli un parametro predefinito, diciamo che il parametro predefinito è zero se eseguo
questo.
Ancora.
Prendo ancora aria.
OK, quindi non l'abbiamo ancora risolto.
L'argomento deve essere un rigoroso.
Un oggetto tipo compra o un tipo no?
Ok, quindi non stiamo ancora controllando il tipo da tata.
Quindi un'altra cosa che possiamo fare è dire.
Se.
No.
Quindi stiamo controllando se abbiamo il valore numerico.
Perché ricorda, questo verrà impostato su true se ha qualsiasi tipo di numero o, beh, qualsiasi valore, ma
se è un non tipo, diventerà vigore.
Quindi qui dentro, se no, possiamo dire di restituire questo.
Altrimenti, altrimenti, torneremo.
Per favore.
Inserisci numero.
Quindi dirò questo e ora lo cambierò, perché ora dovremmo aspettarci di inserire il numero nel
mio test e dirò di affermare uguale.
Quel risultato.
Sarà per favore inserisci il n.
Se ora fossi nel mio test, chiariamolo.
Oh, sembra che io stia facendo due test in zero secondi, ma abbiamo tre test, ed è perché.
Vedete qui che ho chiamato il mio lo stesso.
Ricorda, se chiami la cosa allo stesso modo, beh, ne eseguirà solo uno.
Quindi assicurati che tutti i nomi dei test siano univoci.
Quindi ho intenzione di eseguire questo.
Va bene, ho eseguito tre test e tutto funziona correttamente.
Molto, molto cool.
Quindi puoi vedere qui come siamo passati da una funzione molto semplice e abbiamo iniziato a
rilevare questi errori e abbiamo iniziato a capire come la nostra funzione fosse troppo semplicistica, se avessimo ricevuto un input sbagliato.
Piace.
Una stringa o un non tipo?
Bene, non appena l'abbiamo fatto, la nostra funzione è fallita.
Quindi, usando i test e come testare e rompere le cose, sono stato in grado di migliorare questa funzione.
Quindi è più resistente, quindi ora funziona molto meglio in produzione.
Destra.
E questo è il potere dei test.
Ci permette di verificare eventuali errori che potremmo aver commesso perché forse non avremmo pensato di fare
una cosa del genere inizialmente.
Ma scrivendo dei test insieme al nostro codice, siamo stati in grado di migliorare la funzione.
Ora, un'ultima cosa che voglio aggiungere.
Aggiungiamo solo un altro dei test e diciamo che questo fa cose per cosa se il parametro di test è solo
una stringa vuota?
Dovremmo riuscire a inserire un numero, quindi se ho eseguito questo.
Bene, quattro test stanno passando, quindi sembra che il nostro codice funzioni bene.
Ora, per finire qui, voglio solo sottolineare alcune cose.
Sto chiamando qui un test unitario sul Maine, ma questo non ha nulla a che fare con l'effettivo.
File.
Quello che abbiamo scritto, che è il file principale, se diciamo che lo rinomino, quindi andiamo al mio desktop.
E dire, voglio cambiarlo in.
Script, DCPI.
Apriamo ora questo, il mio caso con testo sublime.
Torniamo qui.
Quindi vedi qui che significa che PI sta bene non esiste più.
Mi chiede di salvare.
Quindi questo è un file completamente diverso.
Ora, se eseguo script qui e cambio semplicemente tutte le istanze in script.
Se salvo questo e ora corro.
Funziona ancora test unitario significa semplicemente dice, ehi, basta eseguire tutti i test qui.
Ora, una cosa, e questa è una pratica comune di cui abbiamo parlato prima, è perché vuoi
dire esegui quest'autunno se questo è il file principale in esecuzione, perché non vogliamo davvero importare Tessmann o qualcosa del
genere questo in altri file.
Questi sono file individuali che dovrebbero essere eseguiti solo quando eseguiamo i nostri test.
Quindi posso solo dire se underscore underscore nome.
È uguale a.
Sottolineatura, sottolineatura, principale.
Quindi esegui questo pezzo di codice.
Quindi ora se salvo questo ed eseguo.
Ecco qua.
Tutto funziona ancora, ma ora mi assicuro che questo sia un file di prova ed eseguirò questo codice solo
se è il file che viene eseguito, se è il file principale in esecuzione.
Quindi questo è un modo standard per eseguire il test con il modulo di test dell'unità.
Facciamo una pausa e parliamo un po' di più dei test nel prossimo video.