quando fai il TDD, come ti assicuri
che il tuo test va bene scrivi?
il test per il tuo test
bene questo dipende
diciamo che lo hai se tu se lo sei
facendo TDD e stai scrivendo come un o
calcolatrice o qualcosa del genere e tu dici di
come se scrivessi un test che controlli
che se inserisci 2 più 4 lo fa
ritorno per quello che non è necessario verificare
che quel test ha ragione, intendo quello
è solo un esempio per così dire che è
quale è stata la relazione, il test
è molto chiaro che puoi farlo
come oculare vedere che il test è
correggi però diciamo che tu
avere invece un pezzo di codice che chiama
un’altra API diciamo che hai un
funzione l’ ho fatto in uno degli altri
nella serie di test unitari si ha un
un codice che recupera l’aliquota fiscale da un
servizio esterno dato un paese così
dato che si passa in un paese a questo
funzione ancora che passa fa un recupero
richiesta ad alcune API con alcune certe
parametri e dato qualche jason essa
analizza quel jason e poi estrae
qualche informazione che potrebbe
di nuovo da quella cosa, in quel caso
allora il tuo test unitario sta andando solo a te
avere una finta per quello non sta andando
in realtà andare via e recuperare una rete
richiedere ogni volta che si esegue il test
perché sarebbe pazzo come quelli
i test sarebbero davvero lenti, quindi lo sei
ti stai prendendo in giro e questo è difficile
perché potresti fare un
scommettere su come impostare la simulazione in modo uniforme
se provi questo verde e oh questo sì
la falsa richiesta falsa corretta corretta
effetto collaterale potrebbe l’effetto collaterale
in realtà non è quello che vuoi così dentro
In quel caso dovrai farlo
verificare manualmente che l’effetto che
la tua volta che hai un test green hai
per prendere effettivamente l’unit test ed eseguire
quello e ispezionare manualmente i risultati
e come va bene sì, il test è corretto
e solo allora salvi effettivamente e
commetti il test così ogni volta che hai
effetti collaterali con forme sconosciute allora tu
dovrà verificare manualmente ogni unità
prova a scrivere una volta
che il tuo test va bene scrivi?
il test per il tuo test
bene questo dipende
diciamo che lo hai se tu se lo sei
facendo TDD e stai scrivendo come un o
calcolatrice o qualcosa del genere e tu dici di
come se scrivessi un test che controlli
che se inserisci 2 più 4 lo fa
ritorno per quello che non è necessario verificare
che quel test ha ragione, intendo quello
è solo un esempio per così dire che è
quale è stata la relazione, il test
è molto chiaro che puoi farlo
come oculare vedere che il test è
correggi però diciamo che tu
avere invece un pezzo di codice che chiama
un’altra API diciamo che hai un
funzione l’ ho fatto in uno degli altri
nella serie di test unitari si ha un
un codice che recupera l’aliquota fiscale da un
servizio esterno dato un paese così
dato che si passa in un paese a questo
funzione ancora che passa fa un recupero
richiesta ad alcune API con alcune certe
parametri e dato qualche jason essa
analizza quel jason e poi estrae
qualche informazione che potrebbe
di nuovo da quella cosa, in quel caso
allora il tuo test unitario sta andando solo a te
avere una finta per quello non sta andando
in realtà andare via e recuperare una rete
richiedere ogni volta che si esegue il test
perché sarebbe pazzo come quelli
i test sarebbero davvero lenti, quindi lo sei
ti stai prendendo in giro e questo è difficile
perché potresti fare un
scommettere su come impostare la simulazione in modo uniforme
se provi questo verde e oh questo sì
la falsa richiesta falsa corretta corretta
effetto collaterale potrebbe l’effetto collaterale
in realtà non è quello che vuoi così dentro
In quel caso dovrai farlo
verificare manualmente che l’effetto che
la tua volta che hai un test green hai
per prendere effettivamente l’unit test ed eseguire
quello e ispezionare manualmente i risultati
e come va bene sì, il test è corretto
e solo allora salvi effettivamente e
commetti il test così ogni volta che hai
effetti collaterali con forme sconosciute allora tu
dovrà verificare manualmente ogni unità
prova a scrivere una volta
Please follow and like us: