Aplicacions Web

Tutorial de proves de rendiment

30 d'octubre de 2021

Prova de rendiment és un procés de prova de programari que s'utilitza per provar el temps de resposta, la velocitat, l'estabilitat, la fiabilitat, l'escalabilitat i l'ús d'una aplicació de programari sota una càrrega de treball determinada. L'objectiu principal de les proves de rendiment és identificar i eliminar els colls d'ampolla de rendiment a l'aplicació de programari.

Es fa per proporcionar a les parts interessades informació sobre el rendiment d'una aplicació pel que fa a la velocitat, l'escalabilitat i l'estabilitat. Sense proves de rendiment, el programari patirà problemes com ara: funcionament lent, inconsistències entre diferents sistemes operatius .

Les proves de rendiment determinen si el programari compleix la velocitat, estabilitat , i requisits d'escalabilitat sota les càrregues de treball previstes. Les aplicacions enviades al mercat amb mètriques de baix rendiment a causa de proves de rendiment inexistents o no guanyen una bona reputació i no aconsegueixen els objectius de vendes esperats.

Taula de continguts

Procés de prova de rendiment

    Identifiqueu l'entorn de prova:Identifiqueu l'entorn de prova de rendiment i l'entorn de producció, que inclou el programari, el maquinari i les configuracions de xarxa. Tenir una comprensió de l'entorn de proves de rendiment permet una planificació, un disseny més eficients i us ajuda a identificar els reptes de les proves. En algunes situacions, aquest procés s'hauria de revisar periòdicament al llarg del cicle de vida del projecte.Identificar els criteris d'acceptació del rendiment: Identifiqueu el temps de resposta i els objectius i les limitacions d'utilització dels recursos per a les proves de rendiment. Aquestes limitacions i ideals poden no captar els criteris d'èxit del projecte; Per exemple, l'ús de proves de rendiment per avaluar la combinació de paràmetres donarà com a resultat les característiques de rendiment més desitjables.Proves de planificació i disseny: Estem identificant escenaris crítics per determinar la variabilitat entre usuaris representatius, com ara credencials d'inici de sessió úniques i termes de cerca per a proves de rendiment. L'equip també ha d'escollir com simular, definir les dades de la prova, dissenyar les proves de rendiment i establir mètriques que s'han de recopilar.Configura l'entorn de prova: Prepareu les eines, l'entorn i els recursos necessaris per executar cada estratègia de prova de rendiment. Assegureu-vos que estigui equipat per a la comprovació de recursos segons sigui necessari.Implementar el disseny de la prova: Desenvolupeu les proves de rendiment amb la millor pràctica de disseny de proves que donarà lloc a un bon escenari de proves de rendiment.Executar la prova: Executeu i comproveu les vostres proves. Valideu les dades de la prova i la recollida de resultats. Executar el proves de rendiment utilitzant l'eina de prova de rendiment identificada .Analitzar resultats, informar i tornar a provar: Consolideu les dades dels resultats de les proves de rendiment. Prioritzeu les proves restants i torneu-les a executar. Quan els valors es troben dins dels límits acceptats, no s'ha infringit cap dels conjunts i s'ha recopilat tota la informació, heu acabat de provar aquest escenari concret en aquesta configuració específica.

Aquest és el procés de prova de rendiment que cal seguir per a qualsevol prova no funcional en un projecte. Hem de realitzar proves de rendiment i dissenyar el rendiment dels escenaris perquè no hi hagi problemes de rendiment. L'ús dels recursos també s'ha de controlar durant la prova.

P ros

  • Els entorns de prova de càrrega no tenen la mateixa configuració que la de producció i pot produir resultats enganyosos.
  • Si no voleu un entorn de proves de càrrega, podeu evitar tots els costos associats a les eines de prova, llicències, maquinari, personal, etc.
  • Provar el rendiment en comparació amb la producció us permet fer ús d'eines i serveis d'injecció de càrrega.
  • Les proves de rendiment amb la producció garanteixen que valideu tota la pila de tecnologia que inclou tallafocs, punts d'accés a la xarxa, equilibradors de càrrega etc.
  • Proporciona un entorn a plena capacitat a un entorn reduït.

C nosaltres

  • El codi està en directe, de manera que els problemes poden causar problemes als usuaris.
  • Les proves s'han de dur a terme durant els períodes no punta.
  • Hi haurà una oportunitat limitada en els serveis que donen servei a una base d'usuaris global, p. sistemes de processament de comerç bancari.
  • La finestra d'execució sol ser molt estreta.
  • Els usuaris reals poden experimentar una degradació mentre s'executa.
  • Menys instrumentació disponible que fa que sigui més difícil diagnosticar problemes.
Vegeu també Les 10 millors eines gratuïtes de programari de partició de disc dur (fusió i recuperació)

Mètriques de prova de rendiment

Les mètriques de rendiment s'utilitzen generalment per calcular els colls d'ampolla de rendiment i determinar les àrees d'aplicació que són febles i crear colls d'ampolla de rendiment comuns a les aplicacions.

  • S'utilitzen per fer un seguiment del progrés del projecte.
  • S'utilitzen per fer una línia de base per a totes les proves de rendiment.
  • Mitjançant l'ús de mètriques, podeu mesurar la causa principal del problema.
  • Mitjançant les mètriques, podeu comparar el resultat de les diferents proves de rendiment i determinar l'impacte de qualsevol canvi fet a l'aplicació.
  • Ajuda a la millora de la qualitat del producte.
  • Proporciona un resultat exacte de l'activitat i descobreix les àrees que requereixen atenció.

Paràmetres bàsics que són supervisat durant l'actuació provant

  • Ample de banda: mostra els bits per segon utilitzats per una interfície.
  • Bytes privats: diversos bytes, un procés que no es pot compartir entre altres funcions.
  • Interrupcions de la CPU per segon: el nombre mitjà d'interrupcions de maquinari que rep i processa un processador cada segon.
  • Longitud de la cua de disc: és la mitjana. Nombre de peticions de lectura i escriptura a la cua del disc durant un interval de mostra.
  • Ús del processador: la quantitat de temps que un processador dedica a executar els fils no inactius.
  • Sessions actives màximes: el nombre màxim de sessions actives alhora.
  • Errors de pàgina/segon — La velocitat a la qual el processador processa les pàgines d'error.
  • Quantitat d'agrupació de connexions — El nombre de sol·licituds satisfetes per connexions agrupades. Com més demandes compleixin els enllaços del grup, millor serà el programari.
  • Recomptes de fils: la salut d'una aplicació es pot mesurar amb el núm. de fils en execució i actualment actius.
  • Recollida d'escombraries: retorna la memòria no utilitzada al sistema. Es controla l'eficiència de la recollida d'escombraries.
  • Bloqueigs de bases de dades — El bloqueig de taules i bases de dades s'ha de supervisar i ajustar acuradament.
  • Les millors esperes: estan controlades per determinar com es pot reduir el temps d'espera mentre es tracta de la rapidesa amb què es recuperen les dades de la memòria.
  • Proporcions d'èxit: el nombre de SQL declaracions gestionades per dades emmagatzemades a la memòria cau en lloc d'operacions d'E/S cares. És un lloc on podeu començar a resoldre problemes de coll d'ampolla.
  • Visites per segon: el nombre de visites al servidor web durant cada segon d'una prova de càrrega.
  • Temps del disc — La quantitat de temps que el disc està ocupat executant una sol·licitud de lectura o escriptura.
  • Temps de resposta: quan un usuari introdueix una sol·licitud fins que es rep el primer caràcter de la resposta.
  • Bytes totals per segon — La velocitat a la qual s'envien i reben els bytes a la interfície, inclosos els caràcters de marc.
  • Ús de memòria — La quantitat de memòria física disponible per als processos del vostre sistema.
  • Rendiment: velocitat que una xarxa rep sol·licituds per segon.

Tipus de proves de rendiment

Prova de càrrega

Mesura el rendiment del sistema a mesura que augmenta la càrrega de treball, cosa que ajuda a la càrrega de prova de l'aplicació. La càrrega de treball pot significar usuaris o transaccions. El sistema es supervisa per mesurar el temps de resposta i els recursos del sistema a mesura que augmenta la càrrega de treball. La càrrega de treball es troba dins dels paràmetres de les condicions normals de treball. Llegiu aquest article per entendre amb detall Prova de càrrega

Proves d'estrès

També es coneix com a prova de fatiga i està pensat per mesurar el rendiment del sistema fora de les condicions de treball normals. L'aplicació es valida amb una càrrega d'usuari superior a la definida que es pot gestionar. L'objectiu d'aquesta tensió de prova és provar el rendiment de l'estabilitat del programari durant l'excés de càrrega a l'aplicació. Llegiu aquest article per entendre-ho en detall Proves d'estrès .

Prova de pics

És un tipus de prova d'esforç que comprova el rendiment de l'aplicació quan les càrregues de treball augmenten de manera repetida i ràpida. La càrrega de treball està més enllà de les expectatives per a curts períodes de temps. També mesura l'ús de recursos com ara bytes privats, escalabilitat de velocitat, etc. Llegiu aquest article per entendre'n detalladament Prova de pics .

Prova de resistència

També es diu proves de resistència prova de remull , i és una avaluació de com funciona l'aplicació amb una càrrega de treball típica i amb una quantitat de temps prolongada. L'objectiu principal de les proves de resistència és comprovar si hi ha problemes del sistema com ara fuites de memòria . Llegiu aquest article per entendre amb detall Prova de resistència .

Vegeu també 15 solucions perquè Spotify no s'obre a Windows i Mac

Prova d'escalabilitat

Les proves d'escalabilitat s'utilitzen per determinar si l'aplicació gestiona eficaçment les càrregues de treball. Això es determina augmentant gradualment la càrrega de l'usuari mentre es comproveu el rendiment del sistema. La càrrega de treball pot estar al mateix nivell, mentre que els recursos poden canviar. Llegiu aquest article per entendre amb detall Prova d'escalabilitat .

Prova de volum

Les proves de volum indiquen amb quina eficàcia realitza l'aplicació amb una gran quantitat de dades projectada. També s'anomena proves d'inundació perquè l'execució inunda el sistema amb una gran quantitat de dades. Llegiu aquest article per entendre amb detall Prova de volum .

Aquests són alguns dels diferents tipus de proves de proves de rendiment que es cobreixen com a part d'aquest tutorial de proves de rendiment.

Problemes de rendiment habituals

Els problemes de proves no funcionals més comuns giren al voltant temps de resposta , velocitat, temps de càrrega i poca escalabilitat. La tarifa és un dels atributs essencials d'una aplicació. Una aplicació lenta perdrà usuaris potencials. Les proves de rendiment garanteixen que una aplicació s'executi prou ràpid per mantenir intacte l'atenció i l'interès de l'usuari. A continuació es mostren els problemes que s'enfronten:

  • Coll d'ampolla: els colls d'ampolla són un obstacle en un sistema que degrada el programari del sistema. Succeeix quan els errors de codificació o els problemes de maquinari provoquen una disminució en càrregues específiques. En general, es pot arreglar arreglant processos de poca execució o afegint maquinari addicional. Realitzar proves d'estrès per confirmar els resultats
  • Temps de càrrega llarg: el temps de càrrega generalment és el temps inicial que triga una aplicació a iniciar-se. Normalment, això es manté al mínim. Tanmateix, algunes aplicacions són impossibles de carregar en menys d'un minut. El temps de càrrega hauria de ser inferior a uns segons si és possible.
  • Poca escalabilitat: un producte de programari pateix una escalabilitat insuficient quan no és capaç de gestionar el nombre esperat d'usuaris. Les proves de càrrega s'han de fer en aplicacions que poden prendre el nombre previst d'usuaris juntament amb proves d'estrès.

Millors empreses de proves de rendiment

A1QA

A1QA és una garantia de qualitat i empresa de proves de programari que es va fundar l'any 2002. Es troba a Denver, on compten amb un equip de més de 200 empleats especialitzats en proves d'aplicacions i ciberseguretat.

Primer donen servei als clients del mercat mitjà de les indústries de la informàtica i les telecomunicacions. A1QA va ajudar un institut de recerca econòmica a desenvolupar una aplicació de gestió de casos econòmics a mida.

Antics Clients

  • Pearson
  • SAP
  • Adidas
  • Acronis

Mentor de QA

QA Mentor és una empresa de proves de programari i es troba a Nova York. Té 175 empleats i es va fundar l'any 2010. Els serveis de prova d'aplicacions són la seva especialització.

QA Mentor ofereix identificar errors en el programari d'una plataforma de planificació. Amb l'ajuda d'una matriu, l'equip va provar la plataforma i va proporcionar actualitzacions diàries. Al client li va agradar treballar amb ells.

Antics Clients

  • Vostè
  • HSBC
  • Els altres
  • Morgan Stanley
  • GameCloud

Q ualitat L o g i c

QualityLogic és un proves de programari empresa, i es troba a Boise, Idaho, amb les seves oficines a Califòrnia i Oklahoma. Compten amb un equip de més de 68 persones especialitzades en proves d'aplicacions. Treballen amb empreses i clients de mercat mitjà de les indústries de l'entreteniment, l'art i la música.

QualityLogic ofereix serveis de prova de programari per a una aplicació de comunicació. Van realitzar manuals i exploracions proves d'aplicacions mòbils i web .

Antics Clients

  • telèfon mòbil
  • Cisco
  • Adobe

DeviQA

DeviQA és una empresa de proves de programari i es troba a Kharkov, Ucraïna. Va ser fundada l'any 2010. Funcionen amb un equip de més de 100 enginyers, i la prova d'aplicacions és la seva especialització. Treballen amb petites empreses i empreses de diferents sectors. DeviQA va millorar l'entorn de serveis de proves per a una empresa de sistemes de grans dades. Van aconseguir millorar la qualitat i l'entorn de prova d'un complex social mitjana solució analítica.

Antics Clients

  • Mimecast
  • Aplicacions empresarials
  • Techsee
  • Xifrar la salut
  • Arklign

Les millors eines de prova de rendiment

LoadRunner

LoadRunner és el líder del sector quan es tracta de proves de rendiment. Té tots els protocols que cobreixen gairebé totes les tecnologies. A més, s'integra molt bé amb moltes altres eines com ALM, etc. Aquesta és la preferida entre totes les eines de prova de diverses eines de prova de càrrega.

Assegureu-vos que la prova és un tipus

Característiques

  • És un programari comercial.
  • Admet múltiples protocols
  • Té múltiples característiques com virtualització
  • S'integra bé amb múltiples eines
  • Millor eina de prova de rendiment.
  • També es poden executar scripts de codi obert
  • Amb aquest programari es genera un bon resultat de la prova
Vegeu també Les 10 millors aplicacions de telèfon espia per a Android i iPhone

P arròs

El preu depèn dels paquets de protocols i del nombre de usuaris necessaris.

Apache JMeter

JMeter és un proves d'automatització eina que realitza càrrega, prova funcional, prova de regressió, en diferents tecnologies. Admet diversos tipus d'aplicacions, protocols i servidors com SOAP, TCP, FTP. SOAP, LDAP MOM, scripts de shell, protocols de correu, objectes Java, base de dades. A més, es pot utilitzar per a proves funcionals.

Característiques

  • És un programari de codi obert.
  • Actualment, l'eina de prova de càrrega més popular del mercat
  • GUI interactiva i senzilla.
  • És altament protràctil.
  • El plans de prova s'emmagatzemen en format XML.
  • És independent de la plataforma.
  • La millor eina d'automatització de l'API.

P arròs

És gratuït d'utilitzar.

Albergínia

L'eina de prova d'albergínia és una eina de prova i depuració d'aplicacions automatitzada. Prova una única font de veritat per a l'experiència de l'usuari. Les solucions d'albergínia poden provar casos a qualsevol capa de la base de dades. Fàcil de definir escenaris de prova de rendiment i ajuda a identificar problemes de rendiment.

F menjars

  • És la millor eina de prova d'automatització de la GUI.
  • La prova es fa des de la perspectiva de l'usuari.
  • És fiable i les proves es fan ràpidament.
  • Utilitza un únic script de prova per a diversos escenaris.
  • Integració amb les eines de gestió de proves populars.

P arròs

La llicència costa uns 3.400 dòlars; la segona emissió costa uns 1.700 dòlars i la tercera uns 850 dòlars.

Les esmentades anteriorment són algunes de les eines de prova de rendiment com a exemples d'aquest tutorial. N'hi ha molts més eines de prova que es pot utilitzar per a diferents proves de programari.

Prova de rendiment PMF s

Per què cal fer proves de rendiment?

Les proves de rendiment són una bona plataforma pels motius següents.
S'utilitza per verificar el temps de resposta dels números de l'usuari.
També ofereix la capacitat de prova de càrrega de l'aplicació al màxim nivell.
Ofereix la facilitat per gestionar la quantitat de transacció.
Sota la càrrega esperada i inesperada de l'usuari, es proporciona l'estabilitat de l'aplicació.
Assegura que el temps de resposta es proporciona als usuaris correctament durant la producció.

Quins són els errors que es cometen durant les proves de rendiment?

Els errors que se solen cometre durant les proves de rendiment són: -
Revestiment base inadequat de configuracions.
Durada d'execució massa petita
Salt directe a proves multiusuari
Extrapolació incorrecta dels pilots
Resultats de la prova no validats
Detalls de càrrega de treball desconeguts
Confusió sobre determinats usuaris concurrents
Manca de prova de sostenibilitat de llarga durada
Ample de banda de xarxa no estimulat
Subestimació dels horaris de proves de rendiment

Esmenta els criteris d'entrada i sortida en cas de proves de rendiment?

L'inici de les proves de rendiment es fa a nivell de disseny. Un cop fetes les proves, es recullen els resultats i s'analitzen per millorar-ne el rendiment. Durant tot el rendiment del procés, es realitza l'ajust. Els factors dels quals depèn són l'escalabilitat i la fiabilitat durant la presència de la càrrega, el temps d'alliberament de l'aplicació i els criteris de tolerància de rendiment i tensió.

Quins són els subgèneres de la prova de rendiment?

Els subgèneres s'esmenten a continuació.
Prova de càrrega: Les proves de rendiment es fan per examinar el rendiment de l'aplicació en funció d'una càrrega anomenada prova de càrrega. L'increment de càrrega es fa augmentant el nombre d'usuaris que realitzen un treball específic dins d'un límit de temps especificat.
Prova de volum: Aquesta prova es realitza per trobar la quantitat de dades que un sistema pot gestionar de manera eficaç i eficient.
Proves d'estrès: Es realitza per avaluar el rendiment del sistema augmentant el nombre d'usuaris que els requisits. Es fa per comprovar a quin nivell es pot bloquejar l'aplicació.
Prova de pics: S'acostuma a dir què passarà si hi ha un increment i una disminució considerables en el nombre d'usuaris del sistema d'aplicacions.
Prova de remull: És una gran càrrega durant molt de temps al sistema d'aplicació. Es realitzen proves de remull per determinar el comportament de l'aplicació en termes de temps de resposta i estabilitat.