difference between performance test plan
Qual è la differenza tra il piano di test delle prestazioni e la strategia di test?
In questo Serie di test delle prestazioni , il nostro tutorial precedente, spiegato su Test funzionale vs test delle prestazioni in dettaglio.
=> Fare clic qui per una serie completa di esercitazioni sui test delle prestazioni
In questo tutorial apprenderete la differenza tra il piano di test delle prestazioni e la strategia di test e il contenuto da includere come parte di questi documenti.
Comprendiamo la differenza tra questi due documenti.
Cosa imparerai:
- Strategia di test delle prestazioni
- Piano di test delle prestazioni
- Contenuto del documento sulla strategia del test delle prestazioni
- Contenuto del documento del piano di test delle prestazioni
- Suggerimenti per sviluppare questi documenti
- Conclusione
- Lettura consigliata
Strategia di test delle prestazioni
Il documento Performance Test Strategy è un documento di alto livello che ci fornisce informazioni su come eseguire il test delle prestazioni durante la fase di test. Ci dice come testare un requisito aziendale e quale approccio è necessario per fornire con successo il prodotto al cliente finale.
Questo avrà tutte le informazioni sul processo aziendale a un livello molto alto.
Questo documento è solitamente scritto da Performance Test Manager sulla base della loro precedente esperienza in quanto saranno disponibili solo informazioni limitate poiché questo documento viene preparato durante le fasi iniziali del progetto, ovvero durante la fase di analisi dei requisiti o dopo la fase di analisi dei requisiti.
Quindi, in altre parole, un documento di Strategia del test delle prestazioni non è altro che una direzione che si imposta all'inizio del progetto con l'approccio che si intende adottare, al fine di raggiungere gli obiettivi del test delle prestazioni.
Un tipico documento di strategia di test delle prestazioni contiene l'obiettivo generale del test delle prestazioni in quanto cosa verrà testato? quale ambiente verrà utilizzato? quali strumenti verranno utilizzati? quali tipi di test verranno eseguiti? Criteri di ingresso e di uscita, quali rischi di uno stakeholder vengono mitigati? e pochi altri che esamineremo in dettaglio man mano che andremo avanti in questo tutorial.
Il diagramma sopra spiega che il documento Strategia di test delle prestazioni viene creato durante o dopo la fase di analisi dei requisiti del progetto.
Piano di test delle prestazioni
Il documento del piano di test delle prestazioni viene scritto in una fase successiva del progetto quando i requisiti ei documenti di progettazione sono quasi congelati. Il documento Performance Test Plan contiene tutti i dettagli della pianificazione per implementare la strategia o l'approccio descritto durante la fase di analisi dei requisiti.
A partire da ora, i documenti di progettazione sono quasi pronti, il piano di test delle prestazioni contiene tutti i dettagli sugli scenari da testare. Contiene anche maggiori dettagli sugli ambienti utilizzati per le esecuzioni dei test delle prestazioni, il numero di cicli di esecuzioni dei test, le risorse, i criteri di ingresso-uscita e altro. Il piano del test delle prestazioni è scritto dal Performance Manager o dal responsabile del test delle prestazioni.
Il diagramma sopra spiega chiaramente che il Piano di test delle prestazioni viene creato durante la progettazione del progetto o dopo la fase di progettazione in base alla disponibilità dei documenti di progettazione.
Contenuto del documento sulla strategia del test delle prestazioni
Vediamo ora cosa dovrebbe essere incluso in un documento sulla strategia di test delle prestazioni:
#1. Introduzione: Fornire una breve panoramica di cosa conterrà un documento sulla strategia di test delle prestazioni per quel particolare progetto. Inoltre, menziona le squadre che useranno questo documento.
il miglior convertitore da youtube a mp4
# 2) Campo di applicazione: Definire l'ambito è molto importante perché ci dice cosa sarà esattamente il Performance Tested. Dobbiamo essere molto specifici durante la definizione dell'ambito o di qualsiasi altra sezione.
Non scrivere mai nulla di generalizzato. Scope ci dice esattamente cosa verrà testato per l'intero progetto. Abbiamo In scope e Out of scope come parte dello scope, In scope descrive tutte le funzionalità che saranno testate sulle prestazioni e Out of scope descrive le funzionalità che non saranno testate.
# 3) Prova Approccio: Qui dobbiamo menzionare l'approccio che seguiremo per i nostri test delle prestazioni, in quanto ogni script verrà eseguito con un singolo utente per creare una linea di base e quindi questi test di base verranno utilizzati come riferimento per il benchmarking in un secondo momento tempo durante i test.
Inoltre, ogni componente verrà testato individualmente prima di integrarli insieme e così via.
# 4) Prova Tipi: Qui menzioniamo i diversi tipi di test da coprire, come Load Test, Stress Test, Endurance Test, Volume Test ecc.
# 5) Prova Prodotti finali: Indica ciò che tutti i risultati finali saranno forniti come parte del test delle prestazioni per il progetto come il rapporto di esecuzione del test, il rapporto di riepilogo esecutivo ecc.
# 6) Ambiente: Qui dobbiamo menzionare i dettagli dell'ambiente. I dettagli dell'ambiente sono molto importanti in quanto descrivono quali sistemi operativi verranno utilizzati per il test delle prestazioni.
Se l'ambiente sarà una replica della produzione o sarà ridimensionato o ridimensionato rispetto alla produzione e anche il rapporto tra il dimensionamento e il ridimensionamento, ovvero sarà la metà della dimensione della produzione o sarà il doppio della dimensione della produzione ?
Inoltre, dobbiamo menzionare chiaramente eventuali patch o aggiornamenti di sicurezza da considerare come parte dell'ambiente configurato e anche durante l'esecuzione del test delle prestazioni.
# 7) Strumenti: Qui dobbiamo menzionare tutti gli strumenti che verranno utilizzati come strumenti di tracciamento dei difetti, Strumenti di gestione , Test delle prestazioni e strumenti di monitoraggio. Alcuni Esempi di strumenti per il monitoraggio dei difetti è JIRA , Per la gestione di documenti come Confluence, per il test delle prestazioni Jmeter e per il monitoraggio Nagios .
# 8) Risorse: I dettagli delle risorse richieste per il team di test delle prestazioni sono documentati in questa sezione. Per esempio , Performance Manager, Performance Test Lead, Performance Testers ecc.
# 9) Ingresso & Uscita Criteri: I criteri di ingresso e di uscita saranno descritti in questa sezione.
Per esempio,
Criteri di ingresso - L'applicazione deve essere funzionalmente stabile prima di distribuire la build per il test delle prestazioni.
Criteri di uscita - Tutti i principali difetti vengono risolti e la maggior parte degli SLA viene soddisfatta.
# 10) Rischio e mitigazione: Eventuali rischi che influenzeranno il test delle prestazioni devono essere elencati qui insieme al piano di mitigazione per lo stesso. Ciò aiuterà qualsiasi rischio che si verifichi durante il test delle prestazioni o almeno una soluzione alternativa per il rischio verrà pianificata con largo anticipo. Ciò aiuterà a completare i programmi dei test delle prestazioni in tempo senza influire sui risultati finali.
# 11) Abbreviazioni: Utilizzato per le abbreviazioni. Per esempio, PT - Test delle prestazioni.
# 12) Cronologia del documento: Contiene la versione del documento.
Contenuto del documento del piano di test delle prestazioni
Diamo un'occhiata a cosa dovrebbe essere incluso in un documento del Piano di test delle prestazioni:
#1. Introduzione: È tutto uguale a quanto affermato nel documento Strategia di test delle prestazioni, piuttosto citiamo semplicemente il Piano di test delle prestazioni anziché la Strategia di test delle prestazioni.
# 2) Obiettivo: Qual è l'obiettivo di questo test delle prestazioni, cosa si ottiene conducendo il test delle prestazioni, ovvero quali sono i vantaggi del test delle prestazioni dovrebbe essere chiaramente menzionato qui.
# 3) Ambito : L'ambito del test delle prestazioni, sia nell'ambito che fuori dall'ambito del processo aziendale è definito qui.
# 4) Approccio: L'approccio generale è descritto qui, come viene eseguito il test delle prestazioni? Quali sono i prerequisiti per impostare l'ambiente? ecc sono inclusi.
# 5) Architettura: I dettagli dell'architettura dell'applicazione dovrebbero essere menzionati qui, come il numero totale di server delle applicazioni, server Web, server DB, firewall, 3rdd party application Macchine generatore di carico ecc.
# 6) Dipendenze: Tutte le azioni di test preliminari alle prestazioni dovrebbero essere menzionate qui, come i componenti da testare le prestazioni sono funzionalmente stabili, l'ambiente è ridimensionato a una produzione come uno ed è disponibile o meno, la data del test è disponibile o meno, gli strumenti di test delle prestazioni sono disponibili con le licenze se presente e così via.
# 7) Ambiente: Dobbiamo menzionare tutti i dettagli del sistema come l'indirizzo IP, quanti server ecc. Dovremmo anche menzionare chiaramente come dovrebbe essere impostato l'ambiente come i prerequisiti, eventuali patch da aggiornare ecc.
# 8) Scenari di test: L'elenco degli scenari da testare è menzionato in questa sezione.
# 9) Carico di lavoro misto: Il mix di carico di lavoro gioca un ruolo fondamentale nella corretta esecuzione del test delle prestazioni e se il mix di carichi di lavoro non prevede l'azione dell'utente finale in tempo reale, allora tutti i risultati del test diventano vani e si finisce con scarse prestazioni in produzione quando l'applicazione viene pubblicata.
Quindi è necessario progettare correttamente il carico di lavoro. Comprendere come gli utenti accedono all'applicazione in produzione e se l'applicazione è già disponibile oppure provare a ottenere maggiori dettagli dal team aziendale per comprendere correttamente l'utilizzo dell'applicazione e definire il carico di lavoro.
# 10) Cicli di esecuzione delle prestazioni: In questa sezione verranno descritti i dettagli del numero di esecuzioni dei test delle prestazioni. Per esempio, Test linea base, ciclo 1 50 test utente ecc.
# 11) Metriche del test delle prestazioni: I dettagli delle metriche raccolte saranno descritte qui, queste metriche dovrebbero essere in criteri di accettazione con i requisiti di prestazione concordati.
# 12) Risultati del test: Menzionare i risultati finali e incorporare anche i collegamenti ai documenti, ove applicabile.
# 13) Gestione dei difetti: Qui dobbiamo menzionare come vengono gestiti i difetti, il file livelli di gravità e livelli di priorità dovrebbe anche essere descritto.
# 14) Gestione del rischio: Indicare i rischi coinvolti nel piano di mitigazione, ad esempio se l'applicazione non è stabile e se i difetti funzionali ad alta priorità sono ancora aperti, influenzerà la pianificazione delle esecuzioni del test delle prestazioni e, come detto in precedenza, ciò aiuterà qualsiasi rischio che si verifichi durante il test delle prestazioni o almeno una soluzione alternativa per il rischio sarà pianificata con largo anticipo.
# 15) Risorse: Menziona i dettagli del team insieme ai loro ruoli e responsabilità.
# 16) Cronologia delle versioni: Tiene traccia della cronologia del documento.
# 17) Revisioni e approvazioni dei documenti: Questo contiene l'elenco delle persone che esamineranno e approveranno il documento finale.
Quindi, fondamentalmente, la strategia di test delle prestazioni ha un approccio al test delle prestazioni e il piano di test delle prestazioni ha i dettagli dell'approccio, quindi vanno insieme. Alcune aziende hanno solo un piano di test delle prestazioni che ha l'approccio aggiunto al documento, mentre alcune hanno sia la strategia che il documento del piano separatamente.
server privati vaniglia di world of warcraft
Suggerimenti per sviluppare questi documenti
Seguire le linee guida seguenti durante la progettazione della strategia o di un documento del piano per l'esecuzione corretta dei test delle prestazioni.
- Ricorda sempre che durante la definizione di una strategia di test delle prestazioni o di un piano di test, dobbiamo concentrarci sull'obiettivo e sull'ambito del test. Se la nostra strategia o piano di test non è in linea con i requisiti o l'ambito, i nostri test non sono validi.
- Cerca di concentrare e incorporare quelle metriche che è importante acquisire durante l'esecuzione del test per identificare eventuali colli di bottiglia nel sistema o per vedere le prestazioni dell'applicazione.
- Pianifica le esecuzioni del test in modo tale da non testare tutti gli scenari contemporaneamente e bloccare il sistema. Avere una serie di esecuzioni di test e aumentare gradualmente gli scenari e il carico di utenti.
- Nel tuo approccio prova ad aggiungere tutti i dispositivi da cui si accederà alla tua applicazione, questo di solito si applica ai dispositivi mobili.
- Avere sempre una sezione Rischio e mitigazione nel documento della strategia poiché i requisiti continuano a cambiare di volta in volta e questi cambiamenti avranno un grande impatto sui cicli di esecuzione e sulle scadenze che devono essere indirizzate al cliente con largo anticipo.
Conclusione
Sono sicuro che questo tutorial ti avrebbe illustrato le differenze tra una strategia di test delle prestazioni e un piano insieme ai suoi contenuti, approccio per test delle prestazioni delle applicazioni mobili e test delle prestazioni delle applicazioni cloud in modo dettagliato con esempi.
Dai un'occhiata al nostro prossimo tutorial per saperne di più sui modi per potenziare i tuoi test delle prestazioni.
=> Visita qui per una serie completa di tutorial sui test delle prestazioni
Tutorial PREV | PROSSIMO Tutorial
Lettura consigliata
- Test delle prestazioni vs test di carico vs stress test (differenza)
- Test funzionale vs test delle prestazioni: dovrebbe essere fatto contemporaneamente?
- Georgia Tech standardizza i suoi test delle prestazioni su RadView WebLOAD
- Differenza tra LoadRunner e Performance Center
- Test delle prestazioni del cloud: fornitori di servizi di test del carico basati sul cloud
- Strumenti e servizi di test delle prestazioni del sito web
- Come eseguire il test manuale delle prestazioni?
- Una guida completa al test delle prestazioni con esempi