Prendere in giro diventa semplice, applicare patch diventa facile
L'articolo precedente che ho scritto, che ha ricevuto oltre 100.000 visualizzazioni su Medium, ha fornito un'ampia panoramica di pytestcoprendo argomenti sulla configurazione, l'esecuzione e funzionalità avanzate come marcatura, simulazione e utilizzo delle apparecchiature. Per citare l'articolo precedente,
Il mocking viene utilizzato negli unit test per sostituire il valore restituito di una funzione. È utile sostituire le operazioni che non dovrebbero essere eseguite in un ambiente di test, ad esempio, per sostituire le operazioni che si connettono a un database e caricano dati quando l'ambiente di test non ha lo stesso accesso ai dati.
C'è molto di più sull'argomento della derisione. Questo articolo mostrerà esempi di come deridere costanti, funzioni, an istanza inizializzata di una classe, metodi privati, metodi magici, variabili d'ambiente, moduli esterni, dispositivi e persino input dell'utente! Poiché il mocking sostituisce i valori reali con valori “falsi” inseriti, questo articolo tratterà anche questo argomento affermazioni significative da usare mano nella mano con la derisione.
- Scopo della derisione
- Pacchetti beffardi
- Implementazioni
- Affermazioni per deridere
- Suggerimenti e trucchi
- Esempi (costanti fittizie, funzioni, classi e altro)
Perché deridere e cosa dovresti deridere?
Invece di elencare i casi in cui dovresti implementare il mocking, sarà più intuitivo comprendere lo scopo degli unit test e seguiranno naturalmente i casi d'uso del mocking. I test unitari dovrebbero essere
- Indipendente: Dovrebbe testare la funzione e non le sue dipendenze. Tenendo presente questa considerazione, l'interfaccia e i wrapper dovrebbero essere testati e, se necessario, i pacchetti esterni dovrebbero essere derisi
- Veloce: Le funzioni di lunga durata o le chiamate API possono essere derise se non sono oggetto di interesse, soprattutto se violano anche…
Fonte: towardsdatascience.com
