Ho un dibattito con un collega programmatore sul fatto che sia una buona o cattiva pratica modificare un pezzo di codice funzionante solo per renderlo testabile (ad esempio tramite test unitari). La mia opinione è che sia OK, entro i limiti del mantenimento di buone pratiche orientate agli oggetti e …
Di solito cerco di seguire il consiglio del libro Lavorare efficacemente con Legacy Cod e . Spezzo le dipendenze, sposto parti del codice in @VisibleForTesting public staticmetodi e in nuove classi per rendere testabile il codice (o almeno una parte di esso). E scrivo dei test per assicurarmi di non …
Supponiamo che uno avesse un programma relativamente grande (diciamo 900k SLOC in C #), tutti commentati / documentati a fondo, ben organizzati e funzionanti. L'intera base di codice è stata scritta da un singolo sviluppatore senior che non è più con l'azienda. Tutto il codice è testabile così com'è e …
Dalla lettura delle descrizioni, capisco che nei test TDD vengono eseguiti prima di scrivere la funzione e in Unit Testing, successivamente. È questa la differenza principale o i due termini non possono nemmeno essere confrontati come tali. Forse, Unit Testing è parte integrante di TDD.
Breve introduzione a questa domanda. Ho usato TDD e ultimamente BDD per oltre un anno. Uso tecniche come il deridere per rendere più efficiente la scrittura dei miei test. Ultimamente ho avviato un progetto personale per scrivere un piccolo programma di gestione del denaro per me stesso. Dato che non …
Così oggi ho avuto un colloquio con il mio compagno di squadra sui test unitari. Tutto è iniziato quando mi ha chiesto "hey, dove sono i test per quella classe, ne vedo solo uno?". Tutta la classe era un manager (o un servizio se preferite chiamarlo così) e quasi tutti …
Innescato da questo thread , sto (di nuovo) pensando di utilizzare finalmente i test unitari nei miei progetti. Alcuni poster dicono qualcosa del tipo "I test sono belli, se sono buoni test". La mia domanda ora: quali sono i "buoni" test? Nelle mie applicazioni, la parte principale è spesso una …
Mi è stato assegnato il compito di aumentare la copertura del codice di un progetto Java esistente. Ho notato che lo strumento di copertura del codice ( EclEmma ) ha evidenziato alcuni metodi che non sono mai stati chiamati da nessuna parte. La mia reazione iniziale non è quella di …
Quando si eseguono i test unitari nel modo "corretto", ovvero reprimendo ogni chiamata pubblica e restituendo valori preimpostati o beffe, mi sento come se non stessi testando nulla. Sto letteralmente guardando il mio codice e creando esempi basati sul flusso di logica attraverso i miei metodi pubblici. E ogni volta …
Nei miei test unitari, spesso lancio valori arbitrari sul mio codice per vedere cosa fa. Ad esempio, se so che foo(1, 2, 3)dovrebbe restituire 17, potrei scrivere questo: assertEqual(foo(1, 2, 3), 17) Questi numeri sono puramente arbitrari e non hanno un significato più ampio (non sono, ad esempio, condizioni al …
L'uso dell'iniezione di dipendenza (DI) è essenziale per i test unitari? Non riesco a pensare a un'altra alternativa per isolare il codice in modo che possa essere testato. Inoltre, tutti gli esempi che ho mai visto usano questo modello. È perché è l'unica opzione praticabile o ci sono altre alternative?
Ho letto alcune risposte a domande su una linea simile, ad esempio "Come si fa a far funzionare i test unitari durante il refactoring?". Nel mio caso lo scenario è leggermente diverso in quanto mi è stato dato un progetto da rivedere e allineare con alcuni standard che abbiamo, al …
Il ciclo rosso - verde - refattore per TDD è ben definito e accettato. Scriviamo un test unitario fallito e lo facciamo passare nel modo più semplice possibile. Quali sono i vantaggi di questo approccio rispetto alla scrittura di molti test unitari non riusciti per una classe e farli passare …
La maggior parte dei progetti su cui lavoro considera lo sviluppo e le unit testing in isolamento, il che rende la scrittura di unit test in un secondo momento un incubo. Il mio obiettivo è tenere a mente i test durante le fasi di progettazione di alto livello e basso …
Qual è la differenza tra la creazione di un'applicazione Outside In e la costruzione Inside Out utilizzando TDD? Questi sono i libri che ho letto su TDD e test unitari: Sviluppo guidato dai test: da esempio Sviluppo guidato dai test: una guida pratica: una guida pratica Soluzioni reali per lo …
We use cookies and other tracking technologies to improve your browsing experience on our website,
to show you personalized content and targeted ads, to analyze our website traffic,
and to understand where our visitors are coming from.
By continuing, you consent to our use of cookies and other tracking technologies and
affirm you're at least 16 years old or have consent from a parent or guardian.