stress testing guide
Una guia completa de proves d’estrès per a principiants:
Subratllar qualsevol cosa més enllà d’un punt té com a conseqüències greus els humans, la màquina o un programa. O provoca danys greus o el trenca completament.
De la mateixa manera, en aquest tutorial, aprendrem a provar l'estrès de les aplicacions web juntament amb el seu efecte.
Per evitar danys permanents a les vostres aplicacions o llocs web quan estiguin estressats, és a dir, amb una càrrega forta, hem de trobar el punt de ruptura i, al seu torn, la solució per evitar aquestes condicions. Penseu com seria quan el vostre lloc web de compres caigui durant les rebaixes de Nadal. Quant seria la pèrdua?
A continuació es detallen alguns exemples de casos reals en els quals és molt important provar l'estrès d'una aplicació o lloc web:
descàrrega de música mp3 aplicació superior gratuïta
# 1) Les aplicacions o llocs web de compres comercials han de realitzar proves d’estrès ja que la càrrega augmenta molt durant els festivals, les vendes o el període d’ofertes especials.
# 2) Les aplicacions financeres o els llocs web han de realitzar proves d’estrès a mesura que augmenta la càrrega en moments com quan una quota de l’empresa augmenta, molta gent inicia la sessió als seus comptes per comprar o vendre, els llocs web de compres en línia reorienten els bancs de xarxa etc.
# 3) Cal provar l'estrès de les aplicacions web o de correu electrònic.
# 4) Els llocs web o aplicacions de xarxes socials, blocs, etc., han de ser provats per l'estrès, etc.
Què aprendreu:
- Què és la prova d’estrès i per què fem la prova d’estrès?
- Estratègia per a la prova d’estrès
- Proves d’estrès per a aplicacions mòbils
- Diferència entre la prova de càrrega i la prova d’esforç
- Exemples de casos de prova
- 5 millors programes de proves d’estrès
- Conclusió
- Lectura recomanada
Què és la prova d’estrès i per què fem la prova d’estrès?
Les proves d’esforç es defineixen com el procés de comprovació de l’estabilitat del maquinari o del programari en condicions de càrrega pesada. Aquesta prova es realitza per trobar el punt numèric en què es trencarà el sistema (en termes de diverses sol·licituds d'usuaris i de servidors, etc.) i el maneig d'errors relacionat per al mateix.
Durant les proves d’esforç, l’aplicació sotmesa a prova (AUT) és bombardejada amb una càrrega pesada durant un període de temps determinat per verificar el punt de trencament i per veure com es fa bé la gestió dels errors.
Exemple: MS Word pot mostrar un missatge d'error 'No respon' quan intenteu copiar un fitxer de 7-8 GB.
Heu bombardejat Word amb un fitxer de mida enorme i no ha pogut processar un fitxer tan gran i, com a resultat, es penja. Normalment, matem les aplicacions del gestor de tasques quan deixen de respondre, la raó que hi ha darrere és que les aplicacions s’estressen i deixen de respondre.
A continuació s’expliquen alguns dels motius tècnics de la realització de proves d’estrès:
- Per verificar el comportament del sistema en condicions de càrrega anormals o extremes.
- Per trobar el valor numèric dels usuaris, sol·licituds, etc., després del qual el sistema es pot trencar.
- Gestioneu l’error amb gràcia mostrant els missatges adequats.
- Estar ben preparat per a aquestes condicions i prendre mesures de precaució com la neteja de codis, la neteja de bases de dades, etc.
- Per verificar el tractament de les dades abans que es trenqui el sistema, és a dir, per veure si les dades s’han suprimit, s’han desat o no, etc.
- Per verificar l'amenaça de seguretat en aquestes condicions de trencament, etc.
Estratègia per a la prova d’estrès
Es tracta d’un tipus de proves no funcionals i, normalment, es realitzen un cop finalitzada la prova funcional d’un lloc web o d’una aplicació. Els casos de prova, la manera de provar i fins i tot les eines per provar poden variar de vegades.
A continuació es detallen algunes indicacions que us ajudaran a elaborar una estratègia en el procés de proves:
- Identifiqueu els escenaris, les funcionalitats, etc., als quals s’accedirà més i que podrien trencar el sistema. Igual que per a una aplicació financera, la funcionalitat més utilitzada és transferir diners.
- Identifiqueu la càrrega que pot experimentar el sistema en un dia determinat, és a dir, màxima i mínima.
- Creeu un altre pla de proves , escenari, cas de prova i conjunt de proves.
- Utilitzeu 3-4 sistemes informàtics diferents per provar amb memòria, processador, etc.
- Usuari 3-4 navegadors diferents per a aplicacions web amb versions diferents.
- L’ideal seria trobar el valor per sota del punt d’interrupció, al punt d’interrupció i el valor posterior al punt d’interrupció (quan el sistema no respondrà en absolut), creeu un banc de proves i dades al voltant d’aquests.
- En el cas de les aplicacions web, proveu de provar l'estrès amb una xarxa lenta també.
- No passeu a la conclusió de les proves en només una o dues rondes, executeu les mateixes proves durant almenys cinc rondes i, a continuació, conclogueu les conclusions.
- Cerqueu el temps de resposta ideal del servidor web i quin és el moment al punt d’interrupció.
- Cerqueu el comportament de l’aplicació en el punt de ruptura en diferents punts de l’aplicació, com simplement mentre inicieu l’aplicació, inicieu la sessió, realitzeu alguna acció després d’iniciar sessió, etc.
Proves d’estrès per a aplicacions mòbils
Les proves d’estrès per a aplicacions mòbils natives són una mica diferents de les aplicacions web. A les aplicacions natives, es fa una prova d’estrès per a les pantalles d’ús habitual afegint dades enormes.
A continuació es mostren algunes verificacions que es fan com a part d’aquestes proves per a aplicacions mòbils natives:
- L'aplicació no es bloqueja quan es mostren dades enormes. Igual que per a una aplicació de correu electrònic, al voltant de 4-5 lakhs de targetes de correu electrònic rebudes, per a aplicacions de compres, la mateixa quantitat de targetes d'articles, etc.
- El desplaçament no té problemes i l'aplicació no penja mentre es desplaça cap amunt o cap avall.
- L’usuari hauria de poder veure els detalls d’una targeta o realitzar alguna acció a la targeta des de la llista enorme.
- Enviar lakhs d’actualitzacions des de l’aplicació al servidor, com marcar un element com a “Preferit”, afegir un article al carretó de la compra, etc.
- Proveu de carregar l'aplicació amb dades enormes en una xarxa 2G, quan l'aplicació es pengi o es bloquegi, hauria de mostrar un missatge adequat.
- Proveu un escenari d’extrem a extrem quan hi hagi dades enormes i una xarxa 2G lenta, etc.
A continuació, hauria de ser la vostra estratègia per fer proves en aplicacions mòbils:
- Identifiqueu les pantalles que contenen targetes, imatges, etc., per orientar-les a aquestes pantalles amb dades enormes.
- De la mateixa manera, identifiqueu les funcionalitats que s’utilitzaran amb més freqüència.
- Mentre creeu el banc de proves, proveu d’utilitzar telèfons de gamma mitjana i baixa.
- Proveu de provar simultàniament en dispositius paral·lels.
- Eviteu aquesta prova a l’emulador i als simuladors.
- Eviteu fer proves a les connexions Wifi, ja que són fortes.
- Intenteu fer almenys una prova d’estrès al camp, etc.
Diferència entre la prova de càrrega i la prova d’esforç
S.No. | Proves d’estrès | Prova de càrrega |
---|---|---|
1 | Aquesta prova es realitza per esbrinar el punt de ruptura del sistema. | Aquesta prova es realitza per verificar el rendiment del sistema sota una càrrega esperada. |
2 | Aquesta prova es realitza per esbrinar si el sistema es comportarà com s’esperava si la càrrega supera el límit normal. | Aquesta prova es realitza per comprovar el temps de resposta del servidor per a la càrrega específica esperada. |
3 | La prova d'errors també es verifica en aquesta prova. | La gestió d'errors no es prova intensament. |
4 | També es comprova si hi ha amenaces de seguretat, fuites de memòria, etc. | Aquesta prova no és obligatòria. |
5 | Comprova l'estabilitat dels sistemes. | Comprova la fiabilitat del sistema. |
6 | Les proves es fan amb més del màxim. possible nombre d'usuaris, sol·licituds, etc. | Les proves es fan amb el màxim nombre d’usuaris, sol·licituds, etc. |
Prova d’estrès contra prova de càrrega
Exemples de casos de prova
Els casos de prova que crearà per a les proves dependran de l'aplicació i dels seus requisits. Abans de crear els casos de prova, assegureu-vos de conèixer les àrees d’enfocament, és a dir, les funcionalitats que tendeixen a trencar-se sota la condició d’una càrrega anormal.
A continuació es mostren alguns exemples de casos de prova que podeu incloure a les proves:
- Verifiqueu si es mostra un missatge d’error adequat quan el sistema arriba al punt d’interrupció, és a dir, creua el núm. Màxim. d’usuaris o sol·licituds permesos.
- Comproveu el cas de prova anterior per trobar diverses combinacions de memòria RAM, processador i xarxa, etc.
- Verifiqueu si el sistema funciona com s’esperava quan el màxim no. d’usuaris o sol·licituds s’estan processant. Comproveu també el cas de prova anterior per trobar diverses combinacions de RAM, processador i xarxa, etc.
- Verifiqueu que, si bé és superior al núm. Permès. d’usuaris o de sol·licituds estan realitzant la mateixa operació (com comprar els mateixos articles des d’un lloc web de compres o fer una transferència de diners, etc.) i si el sistema no respon, es mostrarà un missatge d’error adequat sobre les dades (no es guarden? implementació).
- Comproveu si és superior al no permès. d’usuaris o de sol·licituds realitzen operacions diferents (com si un usuari estigués iniciant la sessió, un usuari iniciés l’aplicació o un enllaç web, un usuari seleccionés un producte, etc.) i si el sistema no respon, es mostrarà un missatge d’error adequat sobre les dades (no desat? - Depèn de la implementació).
- Verifiqueu si el temps de resposta per a usuaris o sol·licituds de punts d'interrupció té un valor d'acceptació.
- Verifiqueu el rendiment de l'aplicació o del lloc web quan la xarxa sigui molt lenta. S'hauria de mostrar un missatge d'error adequat per a la condició de 'temps d'espera'.
- Verifiqueu tots els casos de prova anteriors per a un servidor que té més d’una aplicació executada per comprovar si l’altra aplicació es veu afectada, etc.
Abans d'executar proves, assegureu-vos que:
- S'han corregit i verificat tots els errors funcionals de l'aplicació sotmesa a prova.
- El sistema complet de punta a punt està preparat i la prova d’integració.
- No es fan cap registre de codi nou que afecti les proves.
- Altres equips estan informats sobre el vostre calendari de proves.
- Els sistemes de còpia de seguretat es creen en cas d’alguns problemes greus.
5 millors programes de proves d’estrès
Quan la prova d’estrès es fa manualment, també és una feina molt complicada i tediós. Pot ser que no us doni els resultats esperats.
Les eines d’automatització us permeten obtenir els resultats esperats i és relativament fàcil crear el banc de proves necessari utilitzant-los. Pot passar que les eines que utilitzeu per fer les proves funcionals normals no siguin suficients per a les proves d’estrès.
Per tant, és a vosaltres i al vostre equip que decidiu si volen una eina independent exclusivament per a aquesta prova. També és beneficiós per a altres persones que gestioneu la suite de nit perquè no es dificulti el seu treball. Mitjançant eines d’automatització, podeu programar la suite perquè s’executi a la nit i els resultats estaran a punt per al vostre dia següent.
A continuació es mostra una llista de les eines més recomanades:
# 1) Corredor de càrrega:
LoadRunner és una eina dissenyada per HP per a proves de càrrega, però també es pot utilitzar per a proves d’esforç.
Utilitza VuGen, és a dir, Generador d’usuaris virtuals per crear usuaris i sol·licitar proves de càrrega i tensions. Aquesta eina disposa de bons informes d’anàlisi que poden ajudar a obtenir els resultats en forma de gràfics, gràfics, etc.
# 2) Neoload:
Neoload és una eina de pagament útil per provar aplicacions web i mòbils.
c nombre aleatori entre 0 i 1
Pot simular més de 1000 usuaris per verificar el rendiment del sistema i trobar el temps de resposta del servidor. També s’integra amb Cloud per provar tant la càrrega com l’estrès. Ofereix una bona escalabilitat i és molt fàcil d’utilitzar.
# 3) JMeter:
JMeter és una eina de codi obert que funciona amb JDK 5 i versions superiors. Aquesta eina se centra principalment en provar aplicacions web. També es pot utilitzar per provar connexions de bases de dades LDAP, FTP, JDBC, etc.
# 4) Trituradora:
Grinder és una eina basada en Java de codi obert que s’utilitza per a proves de càrrega i esforç.
La parametrització es pot fer dinàmicament mentre s’executen les proves. Té bons informes i afirmacions per ajudar-vos a analitzar els resultats d’una manera millor. Té una consola que es pot utilitzar com a IDE per crear i editar les proves i Agents per crear la càrrega a efectes de prova.
# 5) Càrrega web:
Webload L'eina té una edició gratuïta i de pagament. Aquesta edició gratuïta permet crear fins a 50 usuaris.
Aquesta eina admet la comprovació d’estrès de les aplicacions web i mòbil. Admet diferents protocols com HTTP, HTTPS, PUSH, AJAX, HTML5, SOAP, etc. Té un IDE, consola de generació de càrrega, tauler d’anàlisi i integracions (per integrar-les amb Jenkins, eines APM, etc.).
Conclusió
Les proves d’esforç es centren completament a provar el sistema en condicions de càrrega extrema per trobar el seu punt de ruptura i veure si es mostren els missatges adequats quan el sistema no respon. Destaca la memòria, el processador, etc. durant les proves i comprova com es recuperen.
Les proves d’estrès són un tipus de proves no funcionals i generalment es fan després de les proves funcionals. Quan també es requereix una prova de càrrega, aquesta prova es pot fer com el cas extrem de la prova de càrrega. El 90% del temps, la mateixa eina d'automatització es pot utilitzar tant per a proves de càrrega com d'esforç.
Espero que hagueu obtingut una gran visió del concepte de proves d’estrès.
Lectura recomanada
- Prova de càrrega amb tutorials HP LoadRunner
- Prova de rendiment vs Prova de càrrega vs Prova d’estrès (diferència)
- Guia completa de proves de càrrega per a principiants
- Les millors eines de prova de programari 2021 [Eines d'automatització de proves de control de qualitat]
- Proves alfa i proves beta (guia completa)
- Guia per a principiants sobre proves de penetració d'aplicacions web
- Proves de càrrega, esforç i rendiment d'aplicacions web mitjançant WAPT
- Proves funcionals contra proves no funcionals