Verifica delle prestazioni

Il test delle prestazioni è un passo fondamentale nella distribuzione delle modifiche agli ambienti. Per tutti i test delle prestazioni finali, completare i test nell'ambiente di preproduzione.

Quando iniziate l'implementazione di IBM Sterling® Order Management Sistema, completate tutti i test delle prestazioni e fateli firmare almeno 2 settimane prima del lancio dei servizi. Questo intervallo di tempo garantisce che il team abbia il tempo di risolvere eventuali problemi di prestazioni rilevati durante la fase di test.

Nell'ambito del test delle prestazioni per l'avvio, fornire un rapporto di riepilogo del test al team operativo di IBM Sterling Order Management System. Includere in questo report i volumi di picco e il carico testati. I volumi di picco e il carico devono corrispondere alla volumetria prevista elencata nella vostra IBM Sterling Order Management System dichiarazione di lavoro. Se il tuo contratto si basa sul numero "n" di linee d'ordine al picco, completa il test delle prestazioni fino a quel limite. Se l'utente, o il suo business partner, esegue il test oltre i volumi di picco contrassegnati, si assume tutti i rischi delle prestazioni derivanti dal test.

Definizione di un piano di test

Per garantire le prestazioni del servizio IBM Sterling Order Management System, è necessario creare piani di test delle prestazioni per l'avvio e l'implementazione di eventuali modifiche. Per creare un piano di test delle prestazioni, è necessario completare le seguenti attività:
  • Stabilire volumi e mix di workload. Utilizzare i dati dei log del server Web e di altri strumenti per gestire i volumi previsti, la crescita da un anno all'altro, i volumi delle ore di picco previste e altro ancora.
    Importante: definire e documentare chiaramente le definizioni di carico di lavoro e volume prima di sviluppare gli script di caricamento.
  • Convalidare i requisiti non funzionali del cliente. Definire eventuali requisiti non funzionali durante la fase di progettazione.
  • Definire tutti i criteri di immissione e di uscita per garantire che il codice dell'applicazione sia stabile.

Fasi di test e processo di test iterativo

  1. Test utente singolo
    • Analisi dettagliata del codice
    • Lunghezza percorso
    • Impronta di memoria
    • Struttura SQL di base
    • Architettura applicazione
  2. Test di simultaneità di un singolo sistema
    • Sistema singolo
    • Gestire la combinazione di carichi di lavoro completi
    • Test iterativo e fix/tune
    • Stabilisci riferimento ottimizzato
  3. Test di scala incrementale
    • Coltivare in modo incrementale la fattoria
    • Ottimizzare il sistema singolo.
    • Correzione iterativa e regolazione del sistema.
  4. Test di stabilità
    • Failover
    • Esecuzioni lunghe
Il seguente diagramma mostra il test iterativo di alto livello e il processo di ottimizzazione.
Immagine che mostra il processo di test iterativo.
  • Informazioni di base
    • Cosa fa ora il sistema
    • Essenziale per misurare il miglioramento
  • Adattamento minimo
    • Limita modifica tra le esecuzioni
  • Verifica
    • Durata sufficiente
    • Misura allo stato stazionario
  • Osserva
    • Esaminare tutti i sistemi e i log
    • Registra risultati
    • Pianifica per il test successivo

Ambienti di test, dati e responsabilità per test funzionali e prestazionali

  Responsabilità Ambiente Dati
Test unitario Team di implementazione Ambiente toolkit sviluppatori Deriso
Test di funzionalità Team di implementazione Assicurazione di qualità Deriso
Test di accettazione utente Tu o il tuo team di servizi di business partner Preproduzione e produzione
Garanzia di qualità *		 Dati di business validi
Verifica delle prestazioni Tu o il tuo team di servizi di business partner Controllo qualità (test delle prestazioni iniziali)
Preproduzione (con DynaCache abilitata)		 Dati di business validi
Test di failover del componente Team di implementazione Produzione Dati di business validi
* Il test di accettazione dell'utente funzionale può essere eseguito nell' ambiente di garanzia della qualità se i dati dell'ambiente di produzione non sono pronti per essere utilizzati nel test.
Completare qualsiasi profilo applicazione nell'ambiente del toolkit sviluppatori, ad esempio quando si stanno completando le seguenti attività:
  • Creazione di profili del codice Java per identificare funzionalità o moduli con prestazioni insufficienti e per identificare le inefficienze nei progetti e nel codice.
  • Analisi e traccia SQL per tracciare l'attività SQL e isolare ed esaminare i colli di bottiglia delle prestazioni SQL.
  • Verifica dell'implementazione DynaCache per garantire che tutte le funzionalità che possono essere memorizzate nella cache vengano memorizzate nella cache in modo accurato ed efficace
  • Creazione di profili del codice JavaScript per identificare le perdite di memoria e le inefficienze nei progetti e nel codice.
  • Analisi della richiesta per identificare richieste duplicate o non necessarie.