volume testing tutorial
Visió general de les proves de volum:
La imatge següent es correlaciona amb les nostres aplicacions d'alguna manera o altra? Sí, això és el que passa exactament quan sobrecarreguem els nostres servidors, bases de dades, serveis web, etc.
Tots hem de ser conscients de les proves funcionals i no funcionals, però teniu present el fet que les proves no funcionals són tan importants com les proves funcionals? De vegades, en versions de curta durada, tendim a ignorar aquesta prova no funcional que, idealment, no hauríem de fer.
No ens hauria d’importar si el propietari del producte ha complert aquest requisit o no. Hauríem de considerar aquestes proves com a part del nostre procés complet de proves, fins i tot per a versions petites.
Aquest tutorial sobre proves de volum us proporciona una visió general completa del seu significat, necessitat, importància, llista de comprovació i algunes de les seves eines per tal de poder-lo comprendre d’una manera millor.
Què aprendreu:
- Què és la prova de volum?
- Quan és imperatiu aquest test?
- Per què he d’orientar les proves de volum?
- Quina és la meva llista de comprovació per a aquesta prova?
- Prova de volum i prova de càrrega
- Com es realitza aquesta prova?
- Eines de prova de volum
- Conclusió
- Lectura recomanada
Què és la prova de volum?
La prova de volum és un tipus de prova no funcional. Aquesta prova es realitza per comprovar el volum de dades gestionat per la base de dades. Les proves de volum també anomenades proves d'inundació són proves no funcionals que es fan per comprovar el rendiment del programari o de l'aplicació en comparació amb enormes dades de la base de dades.
La base de dades s’estén fins a un punt llindar afegint-hi una gran quantitat de dades i, a continuació, es provarà la resposta del sistema.
Aquesta va ser la part de la teoria, permeteu-me que us expliqui amb alguns exemples pràctics per ajudar-vos a comprendre el 'Quan' part de les proves de volum.
Quan és imperatiu aquest test?
Idealment, s’hauria de provar el volum de dades de tots els programes o aplicacions, però en alguns casos en què les dades no seran pesades, tendim a evitar aquestes proves. Però en alguns casos en què les dades es tracten diàriament en MB o GB, definitivament, s’hauria de fer una prova de volum.
A continuació, es mostren alguns exemples de la meva pròpia experiència de vuit anys que expliquen la part 'quan':
Exemple 1:
Una de les meves empreses era un gran sistema que consistia tant en aplicacions web com en aplicacions per a mòbils. Però la pròpia aplicació web tenia 3 mòduls gestionats per 3 equips diferents.
De vegades, fins i tot amb nosaltres, la base de dades solia ser lenta quan tots 'junts' afegíem dades per a les nostres proves. Va ser molest i el treball solia dificultar-se a causa de l’enorme volum de dades i per facilitar el treball, vam haver de netejar la base de dades amb força freqüència.
Les dades que gestionava el sistema 'en viu' rondaven els GB, de manera que, en comparació amb l'aplicació mòbil, l'aplicació web es provava molt sovint del volum de dades. Els equips de control de qualitat de l'aplicació web tenien els seus propis scripts d'automatització que s'executarien a la nit i realitzarien aquestes proves.
Exemple 2:
Un altre exemple de la meva aventura va ser un ecosistema que no només tenia una aplicació web, sinó també una aplicació de SharePoint i fins i tot un instal·lador. Tots aquests sistemes es comunicaven a la mateixa base de dades per a la transferència de dades. Les dades gestionades per aquest sistema també eren molt grans i si per qualsevol motiu el DB es fa lent, fins i tot l’instal·lador deixaria de funcionar.
Per tant, la prova de volum es feia periòdicament i el rendiment de la base de dades es va observar minuciosament per a qualsevol problema.
De la mateixa manera, podem agafarExemplesde poques aplicacions que fem servir diàriament per comprar, reservar entrades, transaccions financeres, etc., que tracten transaccions de dades importants i, per tant, necessiten una prova de volum.
Per altra banda, no sempre es pot aconseguir una prova de volum ideal, ja que té les seves pròpies limitacions i desafiaments.
Algunes de les seves limitacions i reptes inclouen:
- És difícil crear la fragmentació exacta de la memòria.
- La generació de claus dinàmiques és complicada.
- Crear un entorn real ideal, és a dir, la rèplica del servidor en viu, pot ser complicat.
- Les eines d’automatització, la xarxa, etc., també afecten els resultats de les proves.
Ara ho hem entès Quan hem de fer aquest tipus de proves. També ho entenem 'Per què' hauríem de fer aquesta prova com en l'objectiu o l'objectiu de realitzar aquesta prova.
Per què he d’orientar les proves de volum?
Les proves de volum us poden ajudar a entendre l’adequació del vostre sistema al món real i també us ajudaran a estalviar diners que posteriorment es destinaran a motius de manteniment.
A continuació, es mostren alguns dels possibles motius per realitzar aquesta prova:
- La necessitat més bàsica és analitzar el rendiment del vostre sistema en comparació amb l’augment de dades. La creació d’un gran volum de dades us ajudarà a entendre el rendiment del vostre sistema en termes de temps de resposta, pèrdua de dades, etc.
- Identifiqueu els problemes que es produiran amb dades enormes i el punt llindar.
- Més enllà del punt de sostenibilitat o llindar, el comportament del sistema, és a dir, si el DB es bloqueja, no respon ni s’espera.
- Implementació de solucions per a la sobrecàrrega de bases de dades i fins i tot verificació.
- Esbrinar el punt extrem del vostre DB (que no es pot solucionar) més enllà del qual el sistema fallarà i, per tant, cal prendre precaució.
- En cas de més d’un servidor DB, esbrineu els problemes relacionats amb la comunicació DB, és a dir, els més propensos a fallar-ne, etc.
Ara sabem la importància i la raó per realitzar aquesta prova.
O L'experiència que m'agradaria compartir aquí és que, en termes d'aplicacions mòbils, és possible que no siguin necessàries proves de volum perquè només una persona utilitza l'aplicació alhora i les aplicacions mòbils estan dissenyades per ser senzilles. .
Per tant, tret que tingueu una aplicació molt complexa amb moltes dades, es poden ometre les proves de volum.
Un cop hàgiu sabut què s'ha de verificar per al vostre sistema o aplicació, el següent que heu de fer és fer una llista de verificació per definir-la. 'què' s’ha de provar.
Quina és la meva llista de comprovació per a aquesta prova?
Abans d’entrar en alguns exemples per crear una llista de comprovació per a la vostra aplicació o un sistema, primer entenem alguns consells que cal tenir en compte mentre creeu una llista de comprovació per a la prova de volum o l’enfocament abans de començar la prova.
Punts que cal recordar:
- Mantingueu els desenvolupadors al corrent del vostre pla de proves perquè saben molt sobre el sistema i us poden proporcionar aportacions i fins i tot colls d'ampolla.
- Compreneu bé l’aspecte físic de la configuració del servidor, la memòria RAM, el processador, etc. abans d’estratègies de la prova.
- Compreneu la complexitat de la base de dades, els procediments, els scripts de base de dades, etc., en la mesura possible, de manera que pugueu esbossar la complexitat del vostre sistema en general.
- Prepareu informàtica, és a dir, gràfics, fulls de dades, etc., si és possible per al volum normal de dades i el bon nivell del sistema, això us ajudarà a assegurar-vos que, abans de subratllar el DB, el rendiment sigui bo per a la càrrega normal de dades. Això també us ajudarà a assegurar-vos, abans de passar a la part estressant, que no hi ha cap problema que requereixi una solució per a la prova de volum.
A continuació es detallen alguns exemples que podeu afegir o utilitzar a la vostra llista de comprovació:
- Comproveu la correcció dels mètodes d’emmagatzematge de dades.
- Comproveu si el sistema disposa dels recursos de memòria necessaris o no.
- Comproveu si hi ha risc de volum de dades superior al límit especificat.
- Comproveu i observeu la resposta del sistema al volum de dades.
- Comproveu si les dades es perden durant les proves de volum.
- Comproveu que si se sobreescriuen les dades, es farà amb informació prèvia.
- Identifiqueu les àrees que s’estenen més enllà de l’interval normal, com ara molts atributs (que es poden cercar), no enorme. de taules de cerca, moltes assignacions d’ubicacions, etc.
- Com es va esmentar anteriorment, creeu una línia de base primer obtenint resultats per al volum normal i, a continuació, avanceu amb la tensió.
Abans de passar als altres exemples, casos de prova i eines, primer entenem en què es diferencien aquestes proves de les proves de càrrega.
Prova de volum i prova de càrrega
A continuació es detallen algunes de les diferències principals entre la prova de volum i de càrrega:
S.No. | Proves de volum | Prova de càrrega |
---|---|---|
1 | La prova de volum es fa per verificar el rendiment de la base de dades amb un gran volum de dades a la base de dades. | La prova de càrrega es realitza canviant les càrregues de l'usuari pels recursos i verificant el rendiment dels recursos. |
2 | El focus principal d’aquestes proves es centra en les ‘dades’. | El focus principal d’aquestes proves es centra en els “usuaris”. |
3 | La base de dades es ressalta fins al límit màxim. | El servidor està estressat fins al límit màxim. |
4 | Un exemple senzill pot ser crear un fitxer de mida enorme. | Un exemple senzill pot ser la creació d’un gran nombre de fitxers. |
Com es realitza aquesta prova?
Aquesta prova es pot fer manualment o mitjançant qualsevol eina. En general, l’ús d’eines ens estalviarà temps i esforços, però en cas de proves de volum, segons la meva experiència utilitzar eines us pot proporcionar resultats més precisos en comparació amb les proves manuals.
Abans de començar l'execució del cas de prova, assegureu-vos que:
- L’equip ha acceptat el pla de proves d’aquestes proves.
- Altres equips del vostre projecte estan ben informats sobre els canvis de la base de dades i el seu impacte en el seu treball.
- Els bancs de proves es configuren per a les configuracions especificades.
- Es prepara la línia de base per a les proves.
- Els volums de dades específics per a la prova (scripts de dades o procediments, etc.) estan a punt. Podeu llegir sobre les eines de creació de dades a la nostra pàgina de generació de dades.
Vegem alguns exemples de casos de prova que podeu utilitzar en l'execució:
Verifiqueu-ho per a tots els volums de dades seleccionats per a la prova de volum:
- Verifiqueu si es poden afegir dades correctament i si es reflecteixen a l'aplicació o al lloc web.
- Verifiqueu si la supressió de dades es pot fer correctament i si es reflecteix a l'aplicació o al lloc web.
- Verifiqueu si l'actualització de les dades es pot fer correctament i si es reflecteix a l'aplicació o al lloc web.
- Verifiqueu que no hi hagi cap pèrdua de dades i que tota la informació es mostri tal com s’esperava a l’aplicació o al lloc web.
- Verifiqueu que l’aplicació o les pàgines web no s’estiguin esgotant a causa del gran volum de dades.
- Comproveu que els errors de bloqueig no es mostrin a causa del gran volum de dades.
- Verifiqueu que les dades no se sobreescrivin i que es mostrin les advertències adequades.
- Verifiqueu que altres mòduls del vostre lloc web o aplicació no estiguin bloquejant-se o esgotin el temps d’espera amb un volum elevat de dades.
- Verifiqueu que el temps de resposta de la base de dades estigui dins de l’interval acceptable.
Eines de prova de volum
Com es va comentar anteriorment, les proves d'automatització estalvien temps i fins i tot donen resultats precisos en comparació amb les proves manuals. Un altre avantatge de l’ús d’eines per a proves de volum és que podem executar les proves a la nit i d’aquesta manera el volum de dades de la base de dades no afectarà la feina dels altres equips ni dels membres de l’equip.
Podem programar les proves al matí i els resultats estaran a punt.
A continuació es mostra una llista d’algunes eines de prova de volum de codi obert:
# 1) DbFit:
Aquesta és una eina de codi obert que admet el desenvolupament basat en proves.
DbFit el marc de proves s’escriu a sobre de Fitness, les proves s’escriuen mitjançant taules i es poden executar mitjançant qualsevol eina Java IDE o CI.
# 2) HammerDb:
HammerDb també és una eina de codi obert que es pot automatitzar, de múltiples fils i fins i tot permet fer scripts en temps d'execució. Pot funcionar amb SQL, Oracle, MYSQL, etc.
# 3) JdbcSlim:
JdbcSlim Les ordres es poden integrar fàcilment a Slim Fitness i admeten totes les bases de dades que tenen un controlador JDBC. L’objectiu és mantenir la configuració, les dades de prova i les consultes SQL per separat.
# 4) NoSQLMap:
Això és una eina Python de codi obert dissenyada per injectar atacs automàticament i interrompre les configuracions de base de dades per analitzar l'amenaça. Funciona només per a MongoDB.
# 5) Ruby-PLSQL-spec:
El PLSQL es pot provar mitjançant Ruby, ja que Oracle està disponible com a eina de codi obert. Això bàsicament utilitza dues biblioteques: Ruby-PLSQL i Rspec.
Conclusió
La prova de volum és una prova no funcional que es fa per analitzar el rendiment de la base de dades. Es pot fer manualment i amb l'ajut d'algunes eines.
Si sou un QA nou en aquesta prova, us suggeriria que primer jugueu amb l’eina o que feu alguns casos de prova. Això us ajudarà a entendre el concepte de proves de volum abans de passar a les proves.
les deu principals empreses de desenvolupament web de l'Índia
Aquesta prova és bastant complicada i té els seus propis desafiaments, per la qual cosa és molt important tenir un coneixement exhaustiu del concepte, la creació del banc de proves i el llenguatge DB abans de realitzar-la.
Espero que aquest tutorial hagi augmentat el vostre volum de coneixements sobre aquest tema :)
Lectura recomanada
- Les millors eines de prova de programari 2021 (Eines d'automatització de proves de control de qualitat)
- Prova de parelles o Tutorial de proves de tots els parells amb eines i exemples
- Proves funcionals contra proves no funcionals
- Tutorial de proves de configuració amb exemples
- Prova de descàrrega de llibres electrònics
- Tutorial de proves destructives i proves no destructives
- 11 millors eines d'automatització per provar aplicacions d'Android (eines de prova d'aplicacions d'Android)
- Les millors eines de prova IVR: Tutorial de proves CYARA i HAMMER