how perform manual performance testing
En aquest Sèrie informativa de proves de rendiment , ho vam explorar tot Prova de rendiment de l'aplicació mòbil en detall.
Un lloc ràpid i sensible està directament correlacionat amb nivells més alts de visitants i una millor experiència d'usuari.
Les proves de rendiment tenen un paper vital. És l’única manera de determinar el comportament d’una aplicació a diferents nivells de càrrega i usuaris.
=> Feu clic aquí per obtenir una sèrie completa de tutorials de proves de rendiment
Però, les proves de rendiment es poden realitzar manualment, com les proves funcionals? Vegem aquest aspecte de la prova de rendiment a través d’aquest article.
És essencial per a qualsevol aplicació lliurar un producte de qualitat a temps amb una cobertura completa de proves per als requisits.
Les proves manuals i d'automatització sempre han existit com a dos modes paral·lels per ajudar els verificadors a assolir aquest objectiu de proves funcionals. No obstant això, l'execució manual de les proves requereix molt de temps, és costosa i propensa a errors. Proves d'automatització aborda aquests reptes bàsics i ajuda a estalviar temps i esforç al llarg del temps.
Alguns dels principals avantatges de les proves d'automatització:
pl sql pregunta i respostes de l'entrevista
- El mateix script de prova es pot utilitzar per a cada execució només fent canvis a les dades de prova (sempre que sigui necessari)
- El temps d’execució és molt inferior en comparació amb l’execució manual
- Resultats coherents
- Omple els buits on les proves manuals poden no ser adequades o adequades. (Per exemple: serveis web)
De la mateixa manera, Els resultats de les proves de rendiment són més fiables i rellevants quan s’utilitzen scripts de proves automatitzats en lloc de casos de proves manuals .
- Les proves de rendiment són un mitjà d'assegurament de la qualitat que consisteix a provar aplicacions de programari i comprendre'n el rendiment en una càrrega de treball esperada o en un moment determinat. A més, conèixer el temps de resposta és un paràmetre important.
- El principal objectiu o objectiu de les proves de rendiment és determinar-ne Velocitat , Escalabilitat , i Estabilitat .
- La velocitat i l’eficàcia es poden determinar mitjançant un ordinador, una xarxa, un programa o un dispositiu mitjançant proves de rendiment
A continuació es mostra una representació d’un procés de proves de rendiment:
Tant les proves de rendiment com les proves automatitzades són algunes formes d’executar controls simples mitjançant diferents eines. En general, l’automatització de proves sol ser una combinació de proves funcionals, proves de càrrega i proves de rendiment.
Quan un script d’automatització de proves funcionals s’ajusta no només per registrar els resultats de superació / fallada, sinó també per observar els temps de representació / registre dels objectes / pantalles, el script d’automatització de proves funcionals es converteix en un monitor de rendiment.
Què aprendreu:
- Tot el procés segueix el següent:
- Proves de rendiment: es pot fer manualment?
- Quan poden ajudar les proves manuals de rendiment?
- Conclusió
- Lectura recomanada
Tot el procés segueix el següent:
- El generador de càrrega s’inicia per provar el temps de resposta del servidor durant la càrrega o a les hores punta.
- Un cop assolida la càrrega objectiu suposada, s'inicia el paquet d'automatització de proves funcionals per mesurar el temps real que es necessita per executar-ho tot a través d'un entorn totalment renderitzat.
- Tot aquest procés us donarà una idea meravellosa del que experimentaran els usuaris finals durant una càrrega intensa en una aplicació o durant les hores punta.
Llegiu també=> Apreneu el procés de proves de càrrega mitjançant aquesta sèrie LoadRunner
Un diagrama que explica la combinació de 'Rendiment' i 'automatització de proves' pot ser el següent:
Proves de rendiment: es pot fer manualment?
Ara la pregunta és: ' Les proves de rendiment només es poden fer mitjançant scripts de prova automatitzats o també es poden fer manualment? '.
Com hem llegit anteriorment, s’obtenen resultats fiables quan hi ha una combinació de rendiment i proves d’automatització. No obstant això, hi ha casos en què el rendiment de l'aplicació també es pot determinar manualment.
Entenguem això amb l’ajut d’alguns exemples:
Exemple 1: Suposem que un provador ha d’avaluar una prova curta de rendiment. Això és per a un AUT dins d’un límit de temps determinat. A continuació, es pot evocar una prova manual de seny per esbrinar la càrrega de la pàgina o el temps de resposta.
Exemple 2: De la mateixa manera, tingueu en compte una aplicació web basada en Java. Per tal d'executar la prova de rendiment manualment, en aquest cas, moltes sessions actives de la mateixa aplicació haurien d'estar obertes per provar-les. De forma manual, podem determinar el nombre de sessions actives, el nombre de connexions de base de dades obertes i el nombre de fils en execució. La quantitat de temps de la CPU, la memòria que s’utilitza i alguns paràmetres més també es poden obtenir.
Visualitzador de rendiment de Tivoli ( TPV ) es pot instal·lar per controlar els paràmetres d’interès. Normalment, la prova es realitza desplegant l'aplicació al servidor, accedint a l'aplicació des de diverses màquines client i permetent l'execució de diversos fils.
Com s’utilitza Tivoli Performance Viewer per supervisar el rendiment de qualsevol WebSphere Application Server (WAS):
WebSphere Application Server (WAS) no és res més que un producte o marc de programari que allotja aplicacions web basades en Java. Els resultats / dades obtinguts mitjançant la supervisió del rendiment mitjançant Performance Viewer per a qualsevol WAS es poden analitzar per esbrinar els factors que contribueixen als grans temps de resposta. Després, es poden modificar aquests factors per millorar el rendiment.
El procediment que es segueix per enregistrar l’actuació és el següent:
- Seleccioneu el servidor que voleu supervisar. Com podeu veure al diagrama següent, seleccioneu 'servidor1'.
- Mentre l’aplicació s’executa, l’activitat del servidor es controla visualitzant i examinant les dades en temps real que recopila la Performance Monitoring Infrastructure ( Pimes ), dins de la consola administrativa. Les dades PMI recollides ajuden a assolir un rendiment òptim.
El diagrama següent explica com es fa:
La casella de selecció de 'Servidor1' està seleccionada. En fer clic a 'Inicia la supervisió', el visualitzador de rendiment comença a supervisar les dades PMI del servidor d'aplicacions.
(Feu clic a la imatge per ampliar-la)
El diagrama següent explica diferents paràmetres i vistes que es mostren al tauler esquerre, que estan disponibles per a 'Servidor1' a Tivoli Performance Viewer. El tauler dret descriu les dades monitoritzades per al paràmetre seleccionat al tauler esquerre.
Com es pot veure clarament al diagrama, es poden veure i analitzar les dades de paràmetres següents:
- Assessor
- Configuració
- Informes de resum (inclou servlets, EJB, mètodes EJB, grup de connexions, grup de fils)
- Mòduls de rendiment (contenen l'opció de temps d'execució JVM que conté un gràfic que mostra dades PMI d'execució)
(Feu clic a la imatge per ampliar-la)
- La configuració de l'usuari i la configuració del registre es fan de manera que els registres de rendiment del servidor es puguin veure a la consola administrativa. Aquests paràmetres també afecten el rendiment del servidor d'aplicacions.
- Les dades en temps real enregistrades pel visualitzador de rendiment, és a dir, els registres de rendiment del servidor, etc. també es poden revisar més endavant.
Exemple 3: Cal avaluar el rendiment d’una aplicació en funció de l’amplada de banda en funció de les diferents velocitats de xarxa disponibles.
Exemple 4 : Es pot fer una prova preliminar ràpida de rendiment de la base de dades manualment per obtenir la informació necessària.
Per tant, en tots aquests casos es poden fer proves bàsiques de rendiment sense cap script d’automatització. És possible que necessiteu algunes eines de diagnòstic o supervisió, però no és absolutament necessari un 100% d’automatització.
Quan poden ajudar les proves manuals de rendiment?
Un provador de no funcionament pot realitzar proves manuals ràpidament sense haver de passar pel procés de configuració de suites de proves automatitzades o fins i tot sense coneixements d'automatització de proves.
Això és molt útil quan:
- Els verificadors de rendiment necessiten una avaluació ràpida de la resposta del producte en determinades condicions.
- Per executar una prova de rendiment del seny, és a dir, executar alguns passos manualment mentre es resol la prova.
Què NO heu de fer?
Un provador de rendiment també pot simular les condicions de prova de rendiment de diverses màquines client diferents arribant als servidors individualment, però no serà una manera molt eficaç d’executar una prova de rendiment. Per tant, tingueu en compte que no tot es pot fer manualment.
Conclusió
Les proves de rendiment es consideren un dels tipus de proves de programari més tècniques i complexes. Requereix amplis coneixements tècnics. Els scripts de prova automatitzats aporten un valor enorme a l’esforç de prova. Però no hem de deixar d'explorar noves formes de combinar-les amb proves de rendiment. Les proves manuals poden ajudar.
Estàs d'acord? Quines altres variacions de les proves de rendiment heu fet?
El proper tutorial explicarà més sobre les proves de rendiment del lloc web.
=> Visiteu aquí per obtenir una sèrie completa de tutorials de proves de rendiment
Lectura recomanada
- Prova de rendiment vs Prova de càrrega vs Prova d’estrès (diferència)
- Georgia Tech normalitza les proves de rendiment a RadView WebLOAD
- Proves de càrrega, esforç i rendiment d'aplicacions web mitjançant WAPT
- Les millors eines de prova de programari 2021 [Eines d'automatització de proves de control de qualitat]
- Proves funcionals i proves de rendiment: s'hauria de fer simultàniament?
- Ets expert en proves manuals o automatitzades? Treballa a temps parcial per a nosaltres!
- Proves de rendiment al núvol: proveïdors de serveis de proves de càrrega basades en el núvol
- Reptes de proves manuals i d'automatització