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 functional testing comprova que una funció fa el que els requisits diuen que hauria de fer. Li dones un input, compares l'output amb el resultat esperat. El codi de descompte resta un 10% del total? La caixa de cerca retorna els productes que coincideixen? Una contrasenya incorrecta es rebutja? Tracta el software com una caixa negra. El que passa dins del codi no importa, només que el comportament sigui correcte.
Això el distingeix del testing no funcional, que mesura qualitats com la velocitat, la seguretat o com aguanta el sistema sota càrrega. El functional testing respon a "funciona?", no a "com de bé?". També se situa en un abast diferent del testing end to end. El functional testing sol verificar una capacitat davant de la seva especificació, mentre que l'E2E encadena moltes capacitats en un recorregut d'usuari complet a través de sistemes reals. Una prova funcional podria confirmar que l'endpoint de "restablir contrasenya" envia un email; una prova E2E segueix l'enllaç, fixa una nova contrasenya i torna a iniciar sessió.
Les proves funcionals abasten tots els nivells de detall. Una prova unitària sobre una sola funció de preus és funcional. També ho és un tester manual que recorre un formulari de registre a clics. També ho és una suite automatitzada que copeja una API i asevera sobre la resposta. El fil comú és el mateix: comportament mesurat davant d'un requisit definit, per això uns criteris d'acceptació clars fan el functional testing molt més útil que uns de vagues.
Lliguem les proves funcionals als requisits, no a conjectures sobre el que una funció podria fer. Quan acordem els criteris d'acceptació amb un client al principi, aquests es converteixen en les asercions de després. Una prova que mapa a un requisit escrit et diu alguna cosa. Una prova que no mapa a res només infla els números.
La major part d'això corre com a testing automatitzat dins del pipeline, així que cada canvi es comprova contra l'especificació abans de fusionar-se. Deixem que les proves funcionals i d'integració ràpides facin la feina pesada i reservem les execucions més lentes de recorregut complet per als fluxos que carreguen un risc real. Quan el producte d'un client ha crescut més ràpid que la seva suite de proves, ajudem a tancar aquest buit: fixar què se suposa que fa cada funció i després fer que les proves ho demostrin.
Necessites saber que les teves funcions de debò fan el que prometen? Anem a comprovar-ho.
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.















