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 performance testing és la categoria de proves de programari que avalua com es comporta un sistema sota una càrrega de treball donada. Les proves funcionals comproven si un sistema fa el que cal. Les proves de rendiment comproven si ho fa prou ràpid, prou fiable i a l'escala que de debò necessites.
Cobreix diversos subtipus, cadascun responent a una pregunta diferent. El load testing mesura el comportament sota nivells esperats d'ús concurrent. L'stress testing empeny més enllà dels límits normals per trobar on es trenquen les coses. El soak testing vigila l'estabilitat durant períodes llargs, caçant fugues de memòria lentes. L'spike testing examina què passa davant salts bruscos i sobtats de trànsit, del tipus que veu un comerç en el moment en què arrenca una venda flash i deu mil persones arriben al checkout alhora. Les mètriques que importen en tot moment són el temps de resposta, el rendiment, la taxa d'error i l'ús de recursos de CPU, memòria i xarxa, tot mesurat contra requisits de rendiment o acords de nivell de servei definits.
Aquesta feina importa més en aplicacions que serveixen grans nombres d'usuaris concurrents, processen alts volums de dades o han de complir objectius estrictes de temps de resposta. Un sistema pot passar totes les proves funcionals i tot i així caure el primer cop que arriba trànsit real, que és justament la fallada que el performance testing existeix per caçar abans que els usuaris.
Integrem el performance testing en el procés d'entrega en lloc de guardar-lo per a un pànic abans del llançament. Com a part dels nostres pipelines CI/CD, mesurem com aguanta un sistema sota càrrega realista, perquè una regressió que freni una pàgina clau aparegui en un pull request i no en producció el dia de més activitat de l'any. La validació de programari és part de la feina, no un afegit cargolat al final.
També mantenim els objectius honestos. Les xifres de rendiment només signifiquen alguna cosa contra expectatives reals, així que les fixem amb els clients segons com es farà servir el producte de debò: trànsit pic, volums de dades, temps de resposta que importen a qui és a l'altra banda. Quan un sistema ha d'aguantar la pressió, ens assegurem que ho faci abans que la pressió sigui real.
Necessites saber que el teu sistema aguantarà abans que ho descobreixi el trànsit real? Posem-lo a prova.
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.















