Writing unit tests for personal projects? – FunFunFunction #29

buon lunedì mattina sono mpj e tu sei
guardando la funzione fun fun I’oggi voglio
per fare una cover di YouTube di una risposta Korra
che ho scritto qualche tempo fa ed è
intitolato scrivi test unitari per
progetti personali e la risposta è sì
destra
la tua dannatissima unità prova sempre di essere
perfettamente onesto, in realtà sono un po ‘
più disciplinato con i test di unità di scrittura
per i miei progetti personali perché tu
so che sono i miei bambini
e anche perché ho spesso il lusso
di essere l’unico a lavorare su di essi così
Devo strutturare le applicazioni
per testabilità dall’inizio scrivo
test perché credo fermamente che il codice
senza test è buggato e codice errato se
Non sto scrivendo prove, credo di esserlo
sto facendo un brutto lavoro nel corso degli anni che ho
diventa sempre più convinto quella unità
test e detiene lo stesso valore di
cose come per esempio il controllo della versione
è una di quelle cose che è
solo stupido non fare se stai scrivendo
una sceneggiatura piccolissima con una sola
percorsi di esecuzione e vivrà solo
per un paio di settimane poi sì unità
i test sono eccessivo, ma al di là che ho
ho scoperto che salva quasi sempre
tempo se si intende effettivamente spendere
un paio di settimane su qualcosa o più a lungo
allora i test unitari pagheranno questo
presume che tu sia una specie di
tester unità con esperienza la prima volta
fai test unitari sarà molto
lento perché sai che sei cattivo all’unità
testando non hai idea di quante cose
rompere e rompere il codice fino a te
iniziare a scrivere test di unità per loro è
Sono ridicolo, ma al momento sto guardando
un pezzo di codice relativamente piccolo che
Ho scritto per Spotify, quindi non posso
sfortunatamente non te lo faccio vedere ma è così
è leggermente circa 250 linee di codice e
ha 137 casi di test lasciatemelo ripetere
250 linee di logica
finito per essere 157 casi di test e questo
non sono io che sono pazzo o che aggiungo qualcosa
un sacco di casi di test non necessari non lo faccio
prova ogni variabile possibile o qualsiasi altra cosa
come che se si sta solo facendo manuale
test sul tuo progetto di parte sei
probabilmente controllando 3 o 4 casi ogni
tempo che tu commetti forse se davvero
disciplinato molto più disciplina di me
lo farai anche se lo farai davvero
disciplinato semplicemente non lo farai
prova tutto usando solo manuale
testare non è realistico il mio modo di vedere
quando scrivi il codice in un
base di codice esistente che stai per rompere
un sacco di cose che prima funzionavano
il tuo cambiamento e molti di questi errori
stanno per essere sottile e se tutto ciò che
è una suite di test manuale e tu
non avere una suite di test automatizzata
controllando tutti quelli per te che sei
probabilmente mancherà loro so che
i test unitari spesso si sentono frustranti
quando stai sviluppando un nuovo progetto
perché sembra che stiano rallentando
giù e non sembra il
codice è tutto quel complesso comunque, ma si
devo ricordare che dopo solo pochi
settimane di sviluppo avranno il tuo tempo
spostato non si sta spendendo la maggior parte di
il tuo tempo a scrivere il nuovo codice che sei
passare la maggior parte del tempo a fare
cambiamenti nel codice e nella creazione esistenti
cambiamenti nel codice esistente può essere fatto
molte volte più veloce come 10 volte più veloce
se hai una buona suite di test unitari per
quel pezzo di codice ed è per questo che unità
i test risparmiano così tanto tempo anche su pretty
piccoli progetti personali sono MP J e
questo è stato un episodio di fun fun function
Rilascio nuovi episodi ogni lunedì
mattina quindi assicurati di iscriverti
così non lo fai
fuori sul prossimo se non vuoi
aspetta fino a lunedì puoi dare un’occhiata ad alcuni
degli episodi più anziani qui scegliere uno dei
li fino al prossimo soggiorno Lunedi mattina
curioso