Menú

Diferència entre el pla de prova de rendiment i l'estratègia de prova de rendiment

  • Principal
  • Altres
  • Diferència entre el pla de prova de rendiment i l'estratègia de prova de rendiment

difference between performance test plan

Proveu El Nostre Instrument Per Eliminar Problemes

Quina diferència hi ha entre el pla de prova de rendiment i l'estratègia de prova?

En aquest Sèrie de proves de rendiment , el nostre tutorial anterior, explicat sobre Proves funcionals vs proves de rendiment en detall.

=> Feu clic aquí per obtenir una sèrie completa de tutorials de proves de rendiment

En aquest tutorial, aprendreu sobre la diferència entre el pla de prova de rendiment i l'estratègia de prova i el contingut que s'inclourà com a part d'aquests documents.

Pla de prova de rendiment vs estratègia de prova

Comprenem la diferència entre aquests dos documents.

Què aprendreu:

Estratègia de proves de rendiment

El document d’Estratègia de proves de rendiment és un document d’alt nivell que ens proporciona informació sobre com realitzar proves de rendiment durant la fase de proves. Ens indica com provar un requisit empresarial i quin enfocament es requereix per lliurar amb èxit el producte al client final.

Això tindrà tota la informació sobre el procés empresarial a un nivell molt alt.

Aquest document sol ser escrit pels gestors de proves de rendiment basat en la seva experiència prèvia, ja que només hi haurà informació limitada disponible ja que aquest document es prepara durant les fases inicials del projecte, és a dir, durant la fase d’anàlisi de requisits o després de la fase d’anàlisi de requisits.

Així, en altres paraules, un document d’Estratègia de prova de rendiment no és altra cosa que una direcció que heu establert al començament del projecte amb l’enfocament que adoptarà, per tal d’assolir els objectius de les proves de rendiment.

Un document típic d'Estratègia de prova de rendiment conté l'objectiu general de les proves de rendiment, ja que el que es provarà? quin entorn s'utilitzarà? quines eines s'utilitzaran? quins tipus de proves es duran a terme? Criteris d'entrada i sortida, quins riscos d'un interessat es mitiguen? i pocs més que veurem amb detall a mesura que avancem en aquest tutorial.

Estratègia de proves de rendiment

El diagrama anterior explica que el document d’Estratègia de proves de rendiment es crea durant o després de la fase d’anàlisi de requisits del projecte.

Pla de proves de rendiment

El document del pla de proves de rendiment s’escriu en una etapa posterior del projecte quan els requisits i els documents de disseny estan gairebé congelats. El document del Pla de proves de rendiment conté tots els detalls del calendari per implementar l’estratègia o enfocament que es va descriure durant la fase d’anàlisi de requisits.

A partir d’ara, els documents de disseny estan gairebé llestos, el pla de proves de rendiment conté tots els detalls sobre els escenaris a provar. També té més detalls sobre els entorns que s’utilitzen per a les proves de rendiment, quants cicles de proves s’executen, recursos, criteris d’entrada-sortida i molt més. El gestor de rendiment o el responsable de la prova de rendiment escriu el pla de proves de rendiment.

Pla de proves de rendiment

El diagrama anterior explica clarament que el pla de proves de rendiment es crea durant el disseny del projecte o després de la fase de disseny en funció de la disponibilitat dels documents de disseny.

Contingut del document d’estratègia de proves de rendiment

Vegem ara tot el que s’hauria d’incloure en un document d’Estratègia de prova de rendiment:

#1. Introducció: Feu una breu descripció general del contingut d'un document d'Estratègia de prova de rendiment per a aquest projecte concret. A més, mencioneu els equips que utilitzaran aquest document.

com trucar a una matriu des d’un altre mètode a Java

# 2) Abast: Definir l’abast és molt important perquè ens indica quina serà exactament la prova de rendiment. Hem de ser molt específics en definir l’abast o qualsevol altra secció.

No escriviu mai res generalitzat. Scope ens indica què es provarà exactament per a tot el projecte. Tenim Abast i Fora d’abast com a part de l’abast, A l’abast es descriuen totes les funcions que es provaran de rendiment i Fora d’abast es descriuen les funcions que no es provaran.

# 3) Prova Enfocament: Aquí hem d’esmentar l’enfocament que seguirem per a les nostres proves de rendiment, ja que cada script s’executarà amb un sol usuari per crear una línia de base i, a continuació, aquestes proves de base s’utilitzaran com a referència per al benchmarking en un punt posterior de temps durant les proves de prova.

A més, cada component es provarà individualment abans d’integrar-los junts, etc.

# 4) Prova Tipus: Aquí esmentem els diferents tipus de proves a cobrir, com ara Prova de càrrega, Prova d’esforç, Prova de resistència, Prova de volum, etc.

# 5) Prova Lliurables: Esmenta quins subministraments es proporcionaran com a part de les proves de rendiment del projecte, com ara l'informe d'execució de proves, l'informe de resum executiu, etc.

# 6) Medi ambient: Aquí hem d’esmentar els detalls de l’entorn. Els detalls de l’entorn són molt importants ja que descriuen quins sistemes operatius s’utilitzaran per a les proves de rendiment.

Si l’entorn serà una rèplica de la producció o es reduirà o es reduirà respecte a la producció i també la proporció de mida i mida, és a dir, serà la meitat de la producció o serà el doble de la mida de la producció ?

A més, hem d’esmentar clarament qualsevol Patch o actualització de seguretat que es consideri part de l’entorn configurat i també durant la prova de rendiment.

# 7) Eines: Aquí hem d’esmentar totes les eines que s’utilitzaran com a eines de seguiment de defectes, Eines de gestió , Proves de rendiment i eines de control. Alguns Exemples d'eines per al seguiment de defectes JIRA , Per a la gestió de documents com Confluence, per a proves de rendiment Jmeter i per al control Nagios .

# 8) Recursos: Els detalls dels recursos necessaris per a l'equip de proves de rendiment es documenten en aquesta secció. Per exemple , Gestor de rendiment, responsable de proves de rendiment, verificadors de rendiment, etc.

# 9) Entrada & Surt Criteris: Els criteris d’entrada i sortida es descriuran en aquesta secció.

Per exemple,

Criteris d’entrada - L'aplicació hauria de ser funcionalment estable abans de desplegar la compilació per a les proves de rendiment.

Criteris de sortida - Tots els defectes principals estan tancats i es compleixen la majoria dels SLA.

# 10) Risc i mitigació: Els riscos que afectin les proves de rendiment s’han d’enumerar aquí juntament amb el pla de mitigació del mateix. Això ajudarà als riscos que es produeixin durant les proves de rendiment o, com a mínim, es planificarà amb antelació una solució alternativa al risc. Això us ajudarà a completar els horaris de proves de rendiment a temps sense afectar els lliuraments.

# 11) Abreviatures: S'utilitza per a abreviatures. Per exemple, PT - Prova de rendiment.

# 12) Historial del document: Conté la versió del document.

Contingut del document del pla de proves de rendiment

Vegem què hauria d'incloure's en un document del pla de proves de rendiment:

#1. Introducció: És igual que s’indica al document d’Estratègia de prova de rendiment, més aviat només esmentem el pla de prova de rendiment en lloc de l’estratègia de prova de rendiment.

# 2) Objectiu: Quin és l’objectiu d’aquestes proves de rendiment, què s’aconsegueix mitjançant la realització de proves de rendiment, és a dir, quins són els avantatges de fer proves de rendiment?

# 3) Abast : Aquí es defineix l’abast de les proves de rendiment, tant en l’abast com fora de l’àmbit.

# 4) Enfocament: Aquí es descriu l'enfocament general, com es realitzen les proves de rendiment? Quins són els requisits previs per configurar l'entorn? etc estan inclosos.

# 5) Arquitectura: Aquí s’han d’esmentar els detalls de l’arquitectura d’aplicacions, com ara el nombre total de servidors d’aplicacions, servidors web, servidors de bases de dades, tallafocs, 3rdd aplicació de màquines generadores de càrrega, etc.

# 6) Dependències: Aquí s’han d’esmentar totes les accions de proves prèvies al rendiment, com si els components que s’han de provar siguin funcionalment estables, l’entorn s’escali a una producció com una i estigui disponible o no, la data de prova estigui disponible o no, les eines de prova de rendiment estiguin disponibles amb llicències si n’hi ha, etc.

# 7) Medi ambient: Hem d’esmentar tots els detalls del sistema, com ara l’adreça IP, quants servidors, etc. També hem d’esmentar clarament com s’ha de configurar el medi ambient, com els requisits previs, els pedaços que s’han d’actualitzar, etc.

# 8) Escenaris de prova: La llista d’escenaris a provar s’esmenta en aquesta secció.

# 9) Mix de càrrega de treball: La barreja de càrrega de treball juga un paper vital en l’execució amb èxit de la prova de rendiment i, si la barreja de càrrega de treball no prediu l’acció de l’usuari final en temps real, tots els resultats de la prova són inútils i acabem amb un rendiment baix en producció quan l'aplicació es publiqui.

Per tant, és necessari dissenyar adequadament la càrrega de treball. Compreneu com accedeixen els usuaris a l’aplicació en producció i si l’aplicació ja està disponible o bé intenteu obtenir més detalls de l’equip empresarial per entendre correctament l’ús de l’aplicació i definir la càrrega de treball.

# 10) Cicles d'execució del rendiment: En aquesta secció es descriuen els detalls del nombre de proves de rendiment. Per exemple, Prova de línia base, prova d’usuari del cicle 1 50, etc.

# 11) Mètriques de prova de rendiment: Aquí es descriuran els detalls de les mètriques recopilades, que haurien de trobar-se criteris d'acceptació amb els requisits de rendiment acordats.

# 12) Proves lliurables: Esmenteu els lliuraments i incorporeu també els enllaços als documents sempre que sigui aplicable.

Com puc obrir un fitxer EPS al Windows 10

# 13) Gestió de defectes: Aquí hem d'esmentar com es gestionen els defectes, el nivells de gravetat i nivells de prioritat també s’ha de descriure.

# 14) Gestió de riscos: Esmenteu els riscos relacionats amb el pla de mitigació, com si l’aplicació no és estable i si encara hi ha defectes funcionals d’alta prioritat, afectarà el calendari de les proves de rendiment i, com s’ha dit anteriorment, això ajudarà als riscos que es produeixin durant les proves de rendiment o es planificarà com a mínim una solució alternativa per al risc amb suficient antelació.

# 15) Recursos: Esmenta els detalls de l’equip juntament amb les seves funcions i responsabilitats.

# 16) Historial de versions: Realitza un seguiment de l'historial del document.

# 17) Revisions i aprovacions de documents: Aquí apareix la llista de persones que revisaran i aprovaran el document final.

Per tant, bàsicament l'estratègia de prova de rendiment té un enfocament a les proves de rendiment i el pla de prova de rendiment té els detalls de l'enfocament, per tant, van junts. Algunes empreses només tenen un pla de proves de rendiment que inclou un enfocament afegit al document, mentre que algunes tenen l'estratègia i el document de pla per separat.

Consells per desenvolupar aquests documents

Seguiu les directrius següents mentre dissenyeu l'estratègia o un document del pla per executar amb èxit les proves de rendiment.

  • Recordeu sempre que, en definir una estratègia de prova de rendiment o un pla de prova, ens hem de centrar en l'objectiu i l'abast de la prova. Si la nostra estratègia o pla de prova no compleix els requisits o l'abast, les nostres proves no són vàlides.
  • Intenteu concentrar i incorporar les mètriques que són importants per capturar durant la prova per identificar els colls d'ampolla del sistema o per veure el rendiment de l'aplicació.
  • Planifiqueu les proves de manera que no proveu tots els escenaris alhora i bloquegeu el sistema. Feu diverses proves i augmenteu gradualment els escenaris i la càrrega de l'usuari.
  • En el vostre enfocament, intenteu afegir tots els dispositius des dels quals s’accedirà a la vostra aplicació, normalment això s’aplica als dispositius mòbils.
  • Tingueu sempre una secció de Riscos i Mitigació al document d’Estratègia, ja que els requisits continuen canviant de tant en tant i aquests canvis tindran un gran impacte en els cicles d’execució i els terminis que s’han d’adreçar al client amb molta antelació.

Conclusió

Estic segur que aquest tutorial us hauria informat de les diferències entre una estratègia i un pla de prova de rendiment, juntament amb el seu contingut, enfocament per a proves de rendiment de les aplicacions mòbils i proves de rendiment de les aplicacions al núvol de manera detallada amb exemples.

Consulteu el nostre proper tutorial per obtenir més informació sobre les maneres de superar les proves de rendiment.

=> Visiteu aquí per obtenir una sèrie completa de tutorials de proves de rendiment

PREV Tutorial | NEXT Tutorial

Lectura recomanada

^