Domande taggate «tdd»

TDD è l'acronimo di Test-Driven Development o Test-Driven Design. È pratica di scrivere un unit test prima di scrivere il codice per soddisfarlo, in quello che è noto come il ciclo Red-Green-Refactor.

4
Come fare Test Driven Development
Ho solo 2+ anni di esperienza nello sviluppo di applicazioni. In quei due anni il mio approccio allo sviluppo era il seguente Analizzare i requisiti Componente / oggetti Identity Core, funzioni richieste, comportamento, processo e loro vincoli Crea classi, relazioni tra loro, vincoli sul comportamento e gli stati degli oggetti …
5
Perché scrivere i test per il codice che rifatterò?
Sto eseguendo il refactoring di un'enorme classe di codice legacy. Refactoring (presumo) sostiene questo: scrivere test per la classe legacy rifatti il ​​diavolo fuori dalla classe Problema: una volta effettuato il refactoring della classe, i miei test nel passaggio 1 dovranno essere modificati. Ad esempio, ciò che una volta era …
5
Come combinare TDD e DDD rigorosi?
TDD riguarda la progettazione di codice, guidato da test. Pertanto, i livelli tipici non vengono generalmente creati in anticipo; dovrebbero apparire leggermente attraverso i passaggi di refactoring. La progettazione guidata dal dominio comprende molti modelli tecnici, che definiscono livelli ben consolidati come Livello applicazione, Livello infrastruttura, Livello dominio, Livello persistenza. …
4
Lo sviluppo guidato dai test mi costringe a seguire SOLID?
Ho sentito molto dai professionisti di TDD che uno dei vantaggi di TDD è che costringe gli sviluppatori a seguire i principi SOLID (responsabilità singola, Open-closed, sostituzione di Liskov, segregazione dell'interfaccia e inversione di dipendenza). Ma per quanto mi riguarda basta scrivere alcuni test (principalmente test unitari) per capire che …
8
Alternativa all'indicatore "Passing / Broken build"?
Quando si ha un'integrazione continua che esegue i test ad ogni commit, una best practice comune è far passare tutti i test in qualsiasi momento (ovvero "non interrompere la build"). Trovo alcuni problemi con questo: Ad esempio, non è possibile aiutare un progetto open source creando test corrispondenti ai ticket. …
4
TDD con funzioni di manipolazione dati e SQL
Mentre sono un programmatore professionista, non sono mai stato addestrato formalmente in ingegneria del software. Dato che visito spesso qui e SO, ho notato una tendenza a scrivere unit test quando possibile e, man mano che il mio software diventa più complesso e sofisticato, vedo i test automatizzati come una …
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.