Bàsicament, el TDD és dur! … Un cop supereu l'obstacle de treballar de manera incremental i escriure proves detallades (difícils), trobareu els espais d'implementació al seu lloc. Les vostres proves milloraran la claredat del vostre codi, ajudaran amb la depuració, donaran suport a la refactorització futura i ajudaran a prevenir les regressions.
El desenvolupament basat en proves és bo?
El desenvolupament basat en proves està cada cop més estès i hi ha una bona evidència empírica que és una pràctica beneficiosa. TDD redueix el nombre d'errors en producció i millora la qualitat del codi. En altres paraules, facilita el manteniment i la comprensió del codi. A més, ofereix proves automatitzades per a proves de regressió.
Quins són els desavantatges del desenvolupament basat en proves?
Contres del desenvolupament basat en proves
- Les proves depenen de dependències externes. …
- Les proves són difícils d'escriure perquè el codi és més complex d'escriure i d'entendre.
- El desenvolupament del codi és lent. …
- El codi de TDD és difícil d'entendre, ja que sabem escriure un codi i escriure bé un codi és diferent.
Quina és la regla d'un desenvolupament basat en proves?
Al llarg dels anys he arribat a descriure el desenvolupament basat en proves en termes de tres regles senzilles. Són: No pots escriure cap codi de producció tret que sigui per fer una prova d'unitat fallida No pots escriure més d'una prova d'unitat del que n'hi ha prou per fallar; i els errors de compilació són errors.
El desenvolupament basat en proves està mort?
Malgrat el que podríeu haver sentit a la indústria i a Internet, el desenvolupament basat en proves (TDD) no ha mortLa pràctica segueix viva i bé, sobretot en aquest nou món àgil modern. … David Heinemeier Hansson, creador de Ruby on Rails, va declarar per primera vegada que TDD havia mort el 2014.
