Proves De Programari

Proves de càrrega per a principiants

30 d'octubre de 2021

La prova de càrrega identifica si la infraestructura utilitzada per allotjar l'aplicació és suficient o no. S'utilitza per trobar si l'aplicació és rendiment és sostenible quan es troba en el punt àlgid de la seva càrrega d'usuari. Indica quants usuaris pot gestionar l'aplicació i l'escala de l'aplicació necessària en termes de maquinari, capacitat de xarxa, etc. per accedir a l'aplicació. T'ajuda a identificar la capacitat màxima de funcionament i els colls d'ampolla i a determinar quin element està causant la degradació.

Es fa en condicions de laboratori controlades per comparar les capacitats de diferents sistemes o mesurar amb precisió les capacitats d'un sol sistema. Implica simular la càrrega de l'usuari per a l'aplicació de destinació. Us ajuda a determinar com es comporta la vostra aplicació quan diversos usuaris la col·loquen simultàniament. L'objectiu principal és definir la quantitat de treball que pot gestionar un sistema sense degradació del rendiment.

Taula de continguts

Alguns exemples de proves de càrrega inclouen:

  • Sotmetre el servidor a una gran quantitat de trànsit.
  • Assignació de treballs a la impressora en una cua.
  • Execució de diverses aplicacions en un ordinador.
  • Llegir i escriure dades a i des d'una base de dades contínuament.
  • Baixant molts fitxers d'Internet.

Passos per iniciar la prova de càrrega

    Configuració de l'entorn de prova

S'ha configurat l'entorn per a la prova de càrrega. El domini s'ha de configurar a prop de l'entorn de producció com sigui possible en termes de maquinari, xarxa, especificacions de programari, etc

    Definir criteris de rendiment

Les mètriques de rendiment per a la prova de càrrega es defineixen aquí i es finalitzen els criteris d'èxit. inclou la definició de límits acceptables de rendiment, temps de resposta, transaccions, etc

    Planificació de la prova

Implica el desenvolupament d'un pla de prova de càrrega clarament definit i la configuració de l'entorn de prova.

    Creació d'usuaris virtuals (usuari)

Implica la creació d'scripts Vuser que contenen diverses tasques realitzades per l'usuari final. Cada acció realitzada pels usuaris es podria mesurar com a transaccions.

    Creació d'escenaris

Una combinació de màquines, scripts i usuaris que s'executen durant una sessió de prova. Els escenaris són de dos tipus: manuals i orientats a objectius.

    Execució de l'escenari

La càrrega s'emula executant diverses tasques simultàniament. Abans d'executar els escenaris, s'ha de configurar la configuració i la programació de l'escenari. Podeu executar tot el sistema, grups d'usuaris o usuaris individuals.

    Seguiment de l'escenari

L'escenari es podria controlar mitjançant el Loadrunner monitors en línia com ara transaccions en temps d'execució, recursos del sistema, recursos web, retard de xarxa, etc.

    Anàlisi dels resultats de les proves

Aquest és l'últim pas del procés de prova de càrrega. En aquest pas, el verificador analitza els colls d'ampolla de rendiment mitjançant gràfics i informes generats durant l'execució de l'escenari. És possible que s'hagi de repetir la prova de càrrega després de solucionar els problemes identificats a la prova de càrrega per assegurar-se que es solucionen els colls d'ampolla de rendiment identificats.

Necessitat de proves de càrrega

Algunes pàgines molt populars han experimentat temps d'inactivitat extrems, ja que reben grans quantitats de trànsit. Per garantir una eficiència òptima del dispositiu, els llocs web de comerç electrònic gasten molt en promocions promocionals, però no en la comprovació de càrrega, ja que el màrqueting genera trànsit.

Quan experimenten un trànsit intens, diverses pàgines pateixen temps de càrrega retardats. Només uns quants fets -

  • Després de 8 segons de retard en la càrrega d'una pestanya, la majoria dels usuaris fan clic a apagar.
  • Es perden 4,4 bilions de dòlars anuals a causa dels mals resultats.
  • Les proves de càrrega donen confiança en la màquina i el seu rendiment i fiabilitat.
  • En condicions d'alta tensió del consumidor, les proves de càrrega ajuden a detectar els colls d'ampolla del dispositiu abans que surtin en un entorn de fabricació.
  • Les proves de càrrega ofereixen una protecció excepcional contra els mals resultats i s'adapten a tècniques de millora del rendiment compatibles i al control de l'entorn de fabricació.

Objectius de les proves de càrrega

  • Temps de resposta per a cada transacció.
  • Rendiment dels components del sistema sota diferents càrregues.
  • Rendiment dels components de la base de dades sota diferents càrregues.
  • Problemes de configuració del servidor com un servidor web, un servidor d'aplicacions, un servidor de bases de dades, etc.
  • Problemes de limitació de maquinari com la maximització de la CPU, limitacions de memòria, coll d'ampolla de xarxa, etc.

P ros

  • Els problemes relacionats amb el rendiment i els colls d'ampolla es poden identificar abans de la producció
  • Es millora l'escalabilitat en termes de base de dades, aplicacions, xarxa, etc
  • Hi ha un risc mínim associat amb el temps d'inactivitat de l'aplicació.
  • Es redueix el cost del fracàs i augmenta la satisfacció del client.

C nosaltres

  • Necessites coneixements de programació per utilitzar eines de prova de càrrega.
  • Les eines són cares, ja que el preu depèn del nombre d'usuaris virtuals admesos.
  • Replicar un entorn de producció

Mètriques de prova de càrrega

    Ús de memòria:La quantitat de memòria utilitzada durant el processament de la sol·licitud.Temps d'espera:El temps que transcorre des que s'envia una sol·licitud fins que es rep el primer byte.Transaccions aprovades/fallides:Només mostra el nombre total de transaccions aprovades.Rendiment:Es mesura en bytes i representa la quantitat de dades que reben els usuaris d'un servidor en un segon determinat.Temps de resposta:És el paràmetre més crític que reflecteix la qualitat d'un servei web. El temps de resposta és el temps total que triga després que el client envia una sol·licitud. Inclou el temps que el missatge roman en trànsit, que no es pot mesurar amb cap eina de prova de càrrega. El resultat serà un gràfic que mesura el temps de resposta mitjà amb el nombre d'usuaris.Ús de la CPU:La quantitat de temps de CPU utilitzat durant el processament de la sol·licitud.Mida de càrrega:El nombre d'usuaris virtuals que intenten accedir al Servei web en un interval de temps concret.

Tipus de proves de càrrega

    Prova de càrrega

Com era d'esperar, aquest és el pa i la mantega de cada provador de càrrega, on es prova com es comporta un sistema amb molts usuaris i el temps de resposta rebut per a pàgines sota diferents escenaris.

    Proves d'estrès

Les proves d'esforç indiquen quants usuaris pot gestionar la vostra aplicació.

En això, escriureu la prova que inclou més usuaris dels que normalment té la vostra aplicació i quant gestionarà.

Una prova d'esforç només té un parell de passos, o poden ser molts. No importa quantes accions inclogueu, aquest tipus de prova consisteix a esbrinar què passa quan s'amplien els límits de rendiment de la vostra aplicació, així que no us preocupeu per ser massa agressiu.

    Prova de pics

La prova de pic es defineix pel temps curt a un nivell mitjà, després un temps d'acceleració ràpida fins al nivell de pic.

  1. Prova de remull

Si espereu una llarga durada mitjana de la sessió per part dels usuaris o voleu imitar molt de trànsit en només unes poques hores, la prova de remull hauria d'estar en el vostre cicle de vida de proves de rendiment. La prova de remull redueix els problemes de rendiment derivats d'un sistema sota pressió durant un temps prolongat. Podeu obtenir informació sobre els problemes a llarg termini de la realització de proves de remull, com ara les fuites de recursos, fuites de memòria , la degradació que es produeix al llarg del temps.

Millors empreses de proves de càrrega

A1QA

A1QA és un empresa de proves de programari que es va fundar l'any 2002. Es troba a Denver, on compten amb 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 TI. 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

QATESTLAB

QATestLab és una empresa de proves de programari amb seu a Kíev, Ucraïna, i una oficina addicional a Nova Jersey. Va ser fundat l'any 2005, un equip de 67 persones especialitzats en diferents tipus de proves. Treballen amb petits clients de mercat mitjà del sector informàtic. Ofereix proves d'usabilitat per a un proveïdor d'accessoris mòbils.

ZAiWhSVlPkVg16TeXpOT4sELz1T a 2FfxIjhU40YGBgZQ9cn8UImav6w7ux7qRuVlnZRvbJvVgMoAGKOZSt hItYZIuXvocCXXrOhUPrPwQpZpH8.png

Serveis bàsics

  • Prova manual
  • Automatització de proves
  • Proves gestionades
  • Prova de càrrega
  • Documentació de la prova
  • Consultoria
  • Garantia de qualitat

MENTOR 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 proves per 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

QUALITAT LOGICA

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

Les millors eines per a proves de càrrega

Apache JMeter

JMeter és una eina de prova d'automatització que realitza proves de càrrega, proves funcionals, proves de regressió i 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.

F menjars

  • És un programari de codi obert.
  • GUI interactiva i senzilla.
  • És molt extensible.
  • Les proves 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.

Neo L mongetes

NeoLoad és una plataforma de proves automatitzada per a organitzacions que proveen contínuament aplicacions. La plataforma ofereix als provadors i desenvolupadors disseny i manteniment automàtic de proves, anàlisi ràpida de causes arrel, integracions integrades amb el conjunt SDLC cadena d'eines. Us permet reutilitzar els actius de prova i els resultats d'eines de prova funcionals. Admet tota la gamma d'aplicacions web, mòbils i empaquetades, com ara SAP, per programar, gestionar i compartir contínuament recursos i resultats de proves a tota l'organització per garantir rendiment de l'aplicació .

F menjars

  • Proves d'API automatitzades
  • Infraestructura dinàmica
  • Reserva de recursos

P arròs

Cal visitar el lloc web per conèixer el preu.

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 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 eines de gestió de proves populars.

P arròs

La llicència costa uns 3.400 dòlars; el segon flux costa uns 1.700 dòlars i el tercer 850 dòlars.

Telerik Test Studio

Telerik Test Studio és una eina de prova. És molt adequat per a càrrega, API i proves de rendiment . Permet provar aplicacions web mòbils i d'escriptori.

Els estudis de proves combinen capacitats basades en codi i d'automatització de codi. Té una interfície fàcil d'utilitzar que fa que les proves d'automatització siguin ràpides i molt fàcils de mantenir.

F menjars

  • Enregistrament i reproducció de proves sense script.
  • Abstracció i reutilització d'elements.
  • Validació de la IU basada en frases.
  • Suport per a proves d'aplicacions HTML, AJAX, WPF i ASP.NET MVC.
  • Les millors eines de prova d'automatització per a .net .

P arròs

Test Studio Web & Desktop per 2.499 dòlars, Test Studio Runtime per 349 dòlars i Test Studio Ultimate per 3.499 dòlars.

Preguntes freqüents

Quin és el flux bàsic de les proves de càrrega?

El flux de proves de càrrega és:
1. Planificació de la prova: – Planificar quin tipus de proves cal fer.
2. Creació d'usuaris virtuals: – L'objectiu principal de les proves de càrrega és verificar l'ús esperat d'una aplicació. Per tant, cal crear usuaris virtuals.
3. Creació de l'escenari:- Heu de crear escenaris de prova per determinar la càrrega que cal donar al sistema.
4. Execució de la prova amb els plans creats.
5. Analitzeu les proves per veure si els resultats del rendiment són els esperats.

Descriu com identificar les fuites de memòria mitjançant LoadRunner

S'està executant un processador al sistema d'una aplicació. Inicialment, identifica el processador i realitza una funció per comprovar el consum de memòria del processador designat. Quan s'executa la prova, cal fer un seguiment de la memòria d'un processador específic que s'executa al sistema. La memòria del processador augmenta quan s'atura la prova. En aquest punt, es pot concloure la fuga de memòria.