Spring GDS 25è Aniversari
Una empresa de logística que envia a 190 països va construir alguna cosa per enviar-se a si mateixa.
El desenvolupament guiat per tests és una pràctica en què escrius la prova abans que el codi que comprova. El ritme té nom, vermell-verd-refactor, i es repeteix. Escriu una prova per al comportament que vols. Falla, perquè el codi encara no existeix. Escriu el mínim codi perquè passi. Després neteja l'estructura sense trencar la prova. Una altra volta.
Escriure la prova primer t'obliga a decidir què ha de fer un tros de codi abans de decidir com ho farà. Sona a un petit reordenament, però canvia el disseny. Pren una funció que calcula el cost d'enviament: la prova fixa les entrades i el total esperat abans que existeixi ni una sola línia de lògica, així que el requisit queda clavat primer i la implementació té un objectiu clar on arribar. Cada peça de lògica arriba amb una prova ja embolcallada al voltant.
El TDD requereix disciplina, i és més lent a la primera hora i més ràpid al llarg del projecte. El codi escrit així tendeix a ser més modular, documentat per les seves pròpies proves i segur de refactoritzar després, perquè la suite t'avisa a l'instant que alguna cosa es trenca. És una pràctica de desenvolupament, no un afegit de testing, que és just la raó per la qual funciona.
Recorrem al TDD a les parts d'un sistema on la correcció no és negociable: lògica de pagaments, regles de preus, qualsevol cosa on un bug silenciós costi diners reals. Escriure la prova primer ens manté honestos amb el requisit, i deixa enrere una suite que documenta la intenció millor del que un comentari podria.
No és dogma. No guiem per tests un prototip d'usar i llençar, i ho diem. On el TDD es guanya el seu cost, les proves es pleguen directament al nostre testing automatitzat i el pipeline de CI, així que les mateixes comprovacions que van donar forma al codi continuen vigilant-lo a cada release. La nostra feina de quality assurance de software és més forta per això, i també la confiança del client a l'hora de canviar el codi mesos després.
Construeixes lògica que ha d'estar bé a la primera? Guiem per tests les parts que importen.
Una empresa de logística que envia a 190 països va construir alguna cosa per enviar-se a si mateixa.
Convertir una marca en un negoci que funciona.
Mig milió de persones. Una app. Zero caos.















