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.
L'exploratory testing és una prova pràctica i investigativa en què el tester dissenya i executa casos en el moment, aprèn de cada resultat i decideix què provar tot seguit. No hi ha cap guió escrit per endavant. El tester es recolza en el que sap del producte, dels usuaris i de com sol trencar-se el software, i segueix el rastre. És curiositat estructurada aplicada a trobar els errors que ningú no va anticipar.
Això contrasta amb el testing guionitzat, on cada pas i cada resultat esperat es defineixen per endavant i el tester només els executa. Les proves guionitzades i automatitzades són excel·lents per confirmar que el comportament conegut continua sent correcte. Són dolentes per descobrir el desconegut, perquè només comproven el que algú ja va pensar a escriure. L'exploratory testing cobreix aquest buit. Un tester que toca una nova funció de reserves podria intentar reservar en el passat, després fer doble clic a enviar i tot seguit canviar d'idioma a mig flux, i destapar problemes que cap requisit no va esmentar. Perquè sigui responsable i no caòtic, els equips solen executar-lo en sessions amb temps limitat, una missió definida i notes del que s'ha cobert.
Premia l'experiència. Un tester sènior aporta intuïció sobre on s'amaguen els defectes, i això converteix una sessió lliure en una de ben afinada. L'exploratory testing no substitueix les suites de regressió automatitzades; treballa al costat d'elles. L'automatització protegeix el que coneixes. L'exploració troba el que se't va escapar.
Tractem l'exploratory testing com el contrapès humà de l'automatització. Les suites automatitzades detecten regressions ràpid i barat, i ens hi recolzem molt. Però només comproven el que algú ja va imaginar. Per això posem ulls amb experiència sobre les funcions noves, els donem una missió i un temps limitat, i els deixem anar a buscar els problemes que cap guió no pot predir.
Les troballes solen ser les interessants: l'input estrany, la seqüència inesperada, la suposició que ningú no va qüestionar. Quan apareix alguna cosa real, no només es corregeix. Es converteix en una nova prova automatitzada, perquè l'error continuï mort. Aquest bucle, explorar i després automatitzar, és com mantenim afinat l'assegurament de qualitat d'un producte a mesura que creix, en comptes de fràgil.
Et preocupen els errors que els teus scripts de prova mai pensaran a buscar? Anem a caçar-los.
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.















