stability testing software testing
Les proves d’estabilitat formen part de les proves de rendiment. Aquest tutorial explica els objectius, la importància i la necessitat de les proves d’estabilitat amb exemples:
Les proves d’estabilitat són proves ‘no funcionals’. Aquí l’equip no prova les funcions i les funcions bàsiques del lloc; però prova les característiques del producte de programari, com ara 'robustesa', 'tractament d'errors', 'fiabilitat' i estabilitat del producte '.
Considerem una persona que compra un producte nou al mercat ( Per exemple, un telèfon mòbil). El comprador esperarà que el producte tingui un rendiment uniforme durant molt de temps, sense cap fallada. De la mateixa manera, els usuaris del lloc web i de l'aplicació mòbil esperaran que el lloc web o les aplicacions mòbils corresponents tinguin un alt rendiment i fiabilitat.
Ara, prenem el cas dels usuaris que intenten comprar productes bàsics a portals de comerç electrònic. Si un gran nombre d’usuaris utilitzen el mateix portal simultàniament, les possibilitats de degradació del rendiment del lloc web són elevades. Els usuaris també poden experimentar un temps de resposta lent o fins i tot fuites de memòria durant la sessió.
Aquests problemes plantegen amenaces tant als desenvolupadors com als grups d'interès. És responsabilitat de l’equip de proves trobar aquests problemes i informar-los a l’equip de desenvolupament abans que arribi als usuaris finals. Aquest tipus de proves es sotmetran a proves de rendiment. Les proves d’estabilitat formen part de les proves de rendiment.
Què aprendreu:
- Visió general de les proves d’estabilitat
- Conclusió
Visió general de les proves d’estabilitat
Com es va esmentar anteriorment, les proves d’estabilitat també es defineixen com a proves ‘no funcionals’. Aquí, els equips de proves comproven la robustesa, la gestió d’errors, la fiabilitat i l’estabilitat del producte.
Aquesta prova també es denomina 'Prova de resistència' o 'Prova de remull'. També es coneix com a 'Prova de càrrega extrema'.
En aquest tipus de proves, els verificadors comprovaran com respon el portal en línia quan molts usuaris actius utilitzen el lloc web simultàniament. Els verificadors també han de comprovar la resposta del sistema en aquest entorn.
En moltes ocasions, els llocs web han de funcionar contínuament durant setmanes (fins i tot mesos) sense l’oportunitat de reiniciar el servidor. Els usuaris actius d’aquest tipus de llocs web (els usuaris que utilitzen el lloc web actualment) poden ser enormes i cada usuari esperarà un rendiment perfecte.
El paper dels provadors és proporcionar confiança als desenvolupadors i garantir als usuaris finals que puguin utilitzar un sistema com a sagnat, sense fallades ni fuites de memòria, fins i tot en un trànsit elevat. Amb aquest propòsit, l'aplicació està sotmesa a una càrrega màxima (fins al punt de ruptura de l'aplicació) i es comprova el comportament del sistema en aquestes condicions.
Aquestes proves solen fer-se abans del llançament del programari. Els verificadors han d’assegurar-se que l’aplicació és capaç de gestionar la càrrega prevista al lloc web. De vegades, el sistema pot caure a causa d’una càrrega elevada o pot arribar a ser lent o fins i tot mostrar comportaments inesperats.
L’estabilitat del programari depèn en gran mesura del rendiment perfecte del sistema en les condicions estressants esmentades anteriorment. Per tant, les proves d’estabilitat tenen un paper molt important.
Objectius de les proves d’estabilitat
Els objectius es detallen a continuació:
- Per trobar la durabilitat del sistema.
- Cerqueu l’estabilitat de l’aplicació i, per tant, augmenteu la confiança del desenvolupador.
- Trobeu el defecte del sistema en un entorn estressant.
- Avaluació global i eficàcia del producte.
- Per assegurar-vos que el sistema pot gestionar un programa gran.
- Per provar el temps de resposta d'una aplicació.
- Per comprovar la connectivitat de la base de dades.
Dades sobre les proves d’estabilitat
A continuació es detallen alguns fets útils:
- Les proves d’estabilitat requereixen un entorn de proves adequat.
- Per obtenir millors resultats, les proves d’estabilitat necessiten un enfocament ben planificat i estructurat.
- És un procés que requereix molt de temps. El temps necessari per al procés de proves pot variar en funció dels requisits del client, del tipus de producte i de les polítiques de la companyia.
- L’aïllament del sistema és important en aquesta forma de proves. Mentre es fan proves d’estabilitat de l’aplicació, hi ha possibilitats que les dades es perdin o es corrompin permanentment.
- Les proves de resistència poden provocar fallades en els components de l’aplicació, de manera que els usuaris finals poden observar excepcions sense gestionar.
Diferència entre estabilitat i fiabilitat en el sistema de programari
Hi ha una diferència substancial entre fiabilitat i estabilitat en una aplicació de programari. Això es pot explicar amb l'ajut d'un exemple.
Exemple:
Penseu que un usuari ha instal·lat una nova aplicació al seu telèfon mòbil i la ha llançat. Si l'aplicació instal·lada es bloqueja després de cada 3 minuts d'ús, sens dubte molestarà l'usuari. Però si l'usuari podria restaurar les dades sense cap pèrdua després de reiniciar l'aplicació, l'aplicació no perdrà la seva fiabilitat. Aquesta aplicació es pot considerar fiable, però no es pot considerar estable.
preguntes d’entrevistes d’oracle sql pl sql
D'altra banda, preneu l'escenari en què les dades de l'aplicació no s'estan desant correctament. Aquí l’aplicació funciona bé i no es bloqueja (com cada 3 minuts). Aquesta aplicació pot ser o no es pot considerar fiable, però es pot considerar 'estable'.
La fiabilitat i l’estabilitat són com les dues cares d’una mateixa moneda. Recordeu, doncs, que tant la fiabilitat com l’estabilitat són importants per a un producte des d’una perspectiva empresarial.
Exemples de proves d'estabilitat:
És un enfocament comú que, quan un usuari compra un telèfon mòbil nou, realitza, conscientment o sense adonar-se’n, una prova d’estabilitat. L'usuari desarà moltes imatges, fotos, vídeos, documents, etc. a la memòria del dispositiu i comprovarà si massa dades emmagatzemades han afectat o no el rendiment del dispositiu. Aquest és un exemple particular de proves d’estabilitat.
A causa de les immenses dades emmagatzemades, el nostre dispositiu pot penjar de vegades i, a continuació, l'usuari ha de suprimir algunes dades o esborrar fitxers temporals perquè el dispositiu recuperi el rendiment. Després d’aquestes proves, l’usuari tindrà una idea clara sobre la capacitat del sistema.
Un altre exemple en temps real són els portals de compra en línia. Durant una temporada de 'venda / festival', molta gent compra productes bàsics d’aquest tipus de portals web. El rendiment d’un lloc web ha de satisfer les expectatives dels usuaris.
Per tant, els provadors han de provar el lloc tenint en compte la 'pressa' esperada que és probable que passi en aquests llocs durant aquests dies.
Proves d'estabilitat d'una connexió a Internet
Aquí, el cas de prova serà verificar la estabilitat de la nostra connexió a Internet. Mentre estableixen una connexió per Internet i sol·liciten pàgines web, a causa de la pèrdua de paquets, els usuaris han de patir una latència inconsistent en la visualització de pàgines web.
De vegades, la pèrdua de paquets es produeix quan no arriba a la destinació. A causa de la pèrdua de paquets, és possible que molts de nosaltres ens trobem amb problemes similars mentre fem servir videotrucades per Skype, jugem a Internet o ens desconnectem de manera aleatòria.
Requisits previs per provar la connectivitat a Internet:
- Per provar l’estabilitat d’Internet, hem de tenir un navegador web en què el tallafoc estigui desactivat.
- Tria una adreça web ( Per exemple, https://www.google.com/ ) que és poc probable que falli.
- Utilitzeu el full de càlcul de Google o Microsoft Excel per registrar el resultat, ja que és fàcil d’entendre i és més fàcil de llegir per als usuaris.
- Comproveu la connectivitat a Internet, els dispositius i torneu a comprovar les connexions. A continuació, realitzarem les proves esmentades a continuació.
Mètodes utilitzats per provar la connectivitat a Internet:
La millor manera de provar la connectivitat és visitar SpeedTest . (Abans de llegir-les, visiteu el lloc). A SpeedTest.net tenim una disposició per triar servidors. Trieu i executeu el servidor que esteu a prop vostre.
Després d'això, el lloc realitzarà alguns càlculs basats en alguns algoritmes predefinits i mostrarà l'informe que determina la qualitat de la nostra connexió a Internet immediatament. A l’informe s’inclou el percentatge de pèrdues de paquets. Ha de ser '0%'.
La pèrdua de paquets ‘0%’ determina l’alta estabilitat de la connexió. Qualsevol número superior a ‘0’ demostra que la connectivitat és inestable.
La segona forma és fer servir l’indicador ‘cmd’ i escriure l’ordre ‘ping’ (consulteu la figura següent). Aquí, mitjançant l'indicador d'ordres, també podem provar l'estabilitat i la latència d'Internet en temps real.
A la figura, consulteu la secció 'Estadístiques de ping'.
Aquí,
Nombre de paquets enviats = 4
Nombre de paquets rebuts = 4
Nombre de paquets perduts = 0
El resultat mostra que la connexió és altament estable.
Procés utilitzat:
Pas 1: Els verificadors triaran qualsevol dels dos mètodes explicats anteriorment.
Pas 2: Els verificadors executaran el procés i registraran la informació necessària que s’obté com a resposta a la connectivitat a Internet en un full de càlcul.
Pas 3: Repetiran el procés tres o quatre vegades a la setmana.
(Com que les proves d'estabilitat es fan durant un període de temps, els verificadors hauran de programar el procés almenys més de dues vegades a la setmana.)
Pas 4: Els resultats es registren en fulls de càlcul.
Els verificadors han d’anotar la data d’execució del procés. Compareu el resultat obtingut en cada data per fer-vos una idea de l’estabilitat de la nostra xarxa actual.
Nota: Punt d’interrupció és l'estat del sistema en què el sistema col·lapsarà quan se li doni una altra càrrega. Defineix la capacitat del sistema.
El document d’especificacions és un document entregat als verificadors pel cap de l’equip i contindrà detalls sobre la càrrega prevista al sistema. En les proves d'estabilitat, els comprovadors comprovaran el punt de ruptura del sistema segons les pautes que se'ls proporcionen al document d'especificacions.
L’equip de proves comprovarà el sistema provant l’aplicació amb la càrrega superior o inferior al punt d’interrupció especificat al document d’especificacions. Això és diferent del cas de la prova de càrrega.
programari de cracker de contrasenya descàrrega gratuïta de la versió completa
A les proves d’estabilitat, només farem servir la càrrega esperada per a les proves, però a les proves de càrrega es dóna una càrrega inesperada a l’aplicació i els verificadors comproven la capacitat de l’aplicació.
Cicle de vida de proves de programari basat en proves d’estabilitat
Les diferents fases del Cicle de vida de proves de programari es detallen a continuació:
- Anàlisi de requisits
- Pla de proves
- Desenvolupament de casos de prova
- Configuració de l'entorn de prova
- Execució de casos de prova
- Tancament de la prova
Comprenguem detalladament totes les fases anteriors.
# 1) Anàlisi de requisits
En aquesta fase, l'equip de proves decidirà els diferents tipus de proves que es realitzaran a l'aplicació. Depèn exclusivament dels requisits del client i del tipus d’aplicació. Per exemple, els verificadors estan provant una aplicació bancària, llavors la prova més prioritària, en aquest cas, és la de seguretat. Si els provadors estan provant una aplicació immobiliària, donaran prioritat a les proves funcionals.
# 2) Planificació de proves
En aquesta fase, es discuteixen els àmbits de les proves. Els provadors discutiran la necessitat d’automatització. Per a les proves d'estabilitat, els processos de prova són tediosos i s'han de repetir moltes vegades durant una determinada durada; l'automatització serà una bona opció. ‘LoadStrom’ és una bona eina per realitzar proves d’estabilitat mitjançant l’automatització.
En aquesta fase, discutirem el pressupost i el límit de temps per fer les proves amb el client. Com que les proves requereixen molt de temps, el pressupost i el límit de temps han de complir el pla de prova.
# 3) Desenvolupament de casos de prova
En aquesta fase es crea el cas de prova per provar l'aplicació.
# 4) Entorn de prova
L'entorn de prova és un factor vital per a l'estabilitat de les proves. Necessitem un entorn de prova adequat que sigui la rèplica del nostre entorn de producció. L’entorn original no s’hauria d’utilitzar perquè durant les proves el lloc de vegades pot fallar o fins i tot perdre dades.
# 5) Execució de la prova
millor netejador i optimitzador de PC gratis
En aquesta fase, s’executen casos de prova i es comproven els resultats de la prova. Aquesta és una fase que requereix molt de temps. Els problemes generals als quals s’enfronten els verificadors en aquesta fase són les fuites de memòria, problemes de connectivitat de dades, temps de resposta lent, etc.
# 6) Tancament de la prova
En aquesta fase, tots els membres de l'equip es reuniran i discutiran els criteris de sortida utilitzats en el projecte. Els criteris de sortida depenen de factors com el nombre de defectes trobats i el temps utilitzat a les proves.
Eines utilitzades en proves d'estabilitat
S'utilitzen les eines següents:
- LoadRunner
- OpenSTA
- LoadUI
- WebLOAD
- LoadComplete
- Anticipació
- LoadUI
- Provador de rendiment racional
Com s'utilitza Apache JMeter per a proves de resistència?
Apache JMeter és una bona eina per a les proves de resistència. Abans de començar les proves, els verificadors han de tenir un bon coneixement dels objectius empresarials. Després, els provadors crearan scripts de prova. A continuació, configurarem la configuració del grup de fils a JMeter.
Mentre fem proves de resistència amb JMeter, hem d’especificar els factors següents:
- El nombre de fils: Això indica el nombre esperat d’usuaris del lloc.
- Període de pujada: Això indica el temps que ha passat cada fil per completar-se. Si tenim 5 fils, el període de pujada és de 50 segons.
- Recompte de bucles: Això indica el nombre de vegades que es repeteix el procés. Per a les proves de resistència, està definit per sempre.
- Programador: En aquesta prova, utilitzarem la funcionalitat del planificador. Hem d’especificar la configuració del planificador segons el requisit.
Conclusió
Moltes aplicacions estan dissenyades de manera incorrecta i no alliberen la memòria del dispositiu després de l'ús. Això conduirà gradualment a la pèrdua de memòria. Podem superar el problema amb proves d’estabilitat. Per tant, les proves d’estabilitat són molt importants. És una prova no funcional. Només s’ocupa de les característiques de l’aplicació. Aquí, les proves no es refereixen al comportament del sistema.
Espero que hàgiu entès la importància i la necessitat de les proves d’estabilitat.
Lectura recomanada
- Prova de programari Treball d'assistent de control de qualitat
- Curs de proves de programari: a quin institut de proves de programari m'he d'afegir?
- Prova de programari Treball freelance d'escriptor de contingut tècnic
- Selecció de proves de programari com a carrera professional
- Consells sobre proves de programari per a provadors novells
- Opinions i ressenyes sobre cursos de proves de programari
- Com mantenir la motivació viva en els provadors de programari?
- Què és la prova de mico en la prova de programari?