Pianificazione
- Argomenti:
- Developing
Creato per:
- Developer
Questo documento descrive cosa è necessario sapere per pianificare il test. Inoltre, è necessario rispondere a queste domande prima di eseguire i test:
Prima di iniziare
Prima di iniziare con l’analisi e la definizione effettive dei test, controlla le seguenti informazioni:
Architettura AEM - Vedere Concetti di base per presentarsi all'architettura e ai principi di base di AEM.
Documentazione - Per ulteriori informazioni, vedere le sezioni della documentazione o gli articoli Come fare per .
Principi di base delle prove - È necessario essere consapevoli dei principi di base di Software Testing e Quality Assurance. Preferibilmente dovresti avere esperienza dei progetti di test.
Ci sono molti siti web, libri e corsi che si occupano di tali principi e quindi non saranno trattati in dettaglio in questo documento.
Ipotesi di evitare - Il più grande presupposto (fatto regolarmente) è che il tuo sito web dovrà soddisfare milioni di richieste ogni giorno. In alcune circostanze ciò può essere vero, ma non si può presumere.
Anche se i numeri futuri non possono essere previsti con precisione del 100%, l’osservazione del sito esistente e del traffico registrato darà una buona indicazione. È quindi possibile rendere le stime dipendenti dal fattore in base al quale si prevede / si spera che il traffico aumenti.
Impegno per la qualità - È di fondamentale importanza che chiunque effettui i test rimanga neutrale e riferisca semplicemente i risultati dei test effettuati.
È responsabilità del Project Manager decidere e avviare azioni in base ai risultati.
Diventa coinvolto - Anche se è responsabilità del Project Manager garantire che tutte le parti siano pienamente coinvolte in tutte le riunioni (stato, workshop, ecc.), è anche necessario cercare di partecipare il prima possibile al ciclo di progetto, inclusi i processi di raccolta delle informazioni e di analisi dei requisiti.
Coinvolgere il cliente - Su un tema simile, cerca di coinvolgere il cliente (ove possibile) quando definisci i casi di test e pianifica.
Tipi di test
Esistono varie classificazioni standard di test che sono appropriate per l’utilizzo durante il test di un progetto AEM. È necessario avere familiarità con questi per decidere quale utilizzare:
Prove sulle unità - Test (solitamente) effettuati dal team di sviluppo per garantire che i singoli elementi si comportino correttamente, anche se in modo isolato.
Test di integrazione - Prove i moduli se combinati. Questi test vengono eseguiti dopo il testing di unità, ma prima del test di sistema.
Prove di fumo - Si tratta di test rapidi e sporchi utilizzati per dimostrare che il software è in esecuzione e che sono disponibili funzionalità di alto livello. I dettagli non vengono testati.
Test funzionali - Utilizzati per testare la funzionalità del software. Una serie di test sarà progettata per coprire tutti i dettagli funzionali, con input sia previsto che inatteso e/o errato.
Le prove della scatola nera sono prove funzionali di un'unità/componente/modulo completo, eseguite senza conoscere il funzionamento interno dell'elemento in questione.
Test di sistema - Questi testano l'intero sistema una volta che è stato completamente integrato e installato su una piattaforma adeguata.
Testano la funzionalità in base alla scatola nera.
Test delle prestazioni - I test di prestazione sono cruciali quando i test AEM.
Vengono utilizzati per illustrare le prestazioni in condizioni diverse:
-
Normale
Condizioni che il sito sperimenterà per esempio il 90% del tempo. Ad esempio, quando solo una parte degli autori utilizza il sistema.
-
Picco
Condizioni che saranno sperimentate per un periodo di tempo proporzionalmente breve a causa di circostanze particolari; ad esempio, quando tutti gli autori utilizzano contemporaneamente il sistema o quando vengono pubblicati nuovi contenuti e un numero maggiore di visitatori visualizza il sito.
-
Estrema
Può essere utilizzato per emulare le previsioni sulle prestazioni quando vengono pubblicati nuovi contenuti estremamente interessanti sul tuo sito web. Allora si può vedere un picco estremo - anche se questo potrebbe non essere sempre del tutto prevedibile.
Queste circostanze si verificano a volte quando sono disponibili biglietti per eventi specifici, o quando per la prima volta viene pubblicato un sito web molto atteso.
I risultati vengono quindi utilizzati per ottimizzare l’applicazione.
Test di stress - Vengono eseguiti test di stress per confermare il funzionamento di un componente o di un'applicazione in condizioni estreme. In particolare, questi test vengono utilizzati per mostrare il deterioramento del comportamento, quando l’elemento avrà esito negativo e come.
Test di regressione - I test di regressione vengono utilizzati per confermare che le funzionalità già comprovate in una versione precedente del software continuano a funzionare correttamente.
I test di regressione sono buoni candidati all'automazione (se possibile) per garantire che possano essere ripetuti in modo rapido e coerente.
Prove di accettazione - I test di accettazione sono una categoria speciale in quanto sono utilizzati per indicare l'accettazione del progetto da parte del cliente.
L'elenco dei test di accettazione può contenere una combinazione di test delle varie categorie di cui sopra e viene selezionato per verificare che il progetto soddisfi i requisiti del cliente
Vedi Accettazione e disconnessione per ulteriori dettagli.
Guida introduttiva
Prima di iniziare con i casi di test e il piano di test dettagliati puoi effettuare le seguenti operazioni:
Definire gli obiettivi - Definisci gli obiettivi di alto livello da utilizzare come punto di partenza per l’ottimizzazione man mano che il test procede. Desideri:
- Verificare la funzionalità in base alla specifica dettagliata del requisito.
- Prestazioni del test in base alla Metriche di Target.
tra gli altri.
Raccolta di statistiche sul traffico dal sito web esistente - Queste informazioni possono essere estratte dai file di registro. Per ulteriori informazioni, consulta Monitoraggio delle prestazioni .
Questi dati indicheranno il traffico attuale (volume e diffusione) sul sito web esistente e possono essere utilizzati per costituire un punto di base per il nuovo sito web.
Raccolta di statistiche sul traffico da siti web esterni - Se possibile è possibile cercare di raccogliere statistiche sul traffico da altri siti web per il confronto, ma queste cifre non sono sempre pubblicate.
Conferma delle metriche di Target - Le metriche sono utilizzate per definire misurazioni quantitative per la qualità del sito web, in quanto rappresentano gli obiettivi prestazionali da raggiungere.
Devono essere definiti all'inizio del progetto insieme al cliente. Vedi Metriche di Target per ulteriori informazioni.
Experience Cloud
- Panoramica sullo sviluppo della Guida utente
- Introduzione per sviluppatori
- Guida introduttiva allo sviluppo per AEM Sites - Esercitazione WKND
- AEM Concetti di base
- Struttura dell’interfaccia utente AEM touch
- Concetti dell’interfaccia AEM touch
- Sviluppo AEM - Linee guida e best practice
- Utilizzo delle librerie lato client
- Sviluppo e differenze tra pagine
- Limitazioni per l’editor
- Quadro di riferimento per la protezione del CSRF
- Modellazione dei dati - Modello di David Nuescheler
- Contribuire a AEM
- Sicurezza
- Materiali di riferimento
- Creare un sito web completo (interfaccia classica)
- Progettazioni e Designer (interfaccia classica)
- Platform
- Guida di riferimento rapido per Sling
- Utilizzo di adattatori Sling
- Librerie di tag
- Modelli
- Utilizzo di Sling Resource Merger in AEM
- Sovrapposizioni
- Convenzioni di denominazione
- Creazione di un nuovo componente campo dell’interfaccia Granite
- Query Builder
- Assegnazione dei tag
- Personalizzazione delle pagine mostrate dal gestore errori
- Tipi di nodo personalizzati
- Aggiunta di font al rendering grafico
- Connessione ai database SQL
- Esternalizzazione degli URL
- Creazione e consumo di processi per lo scaricamento
- Configurazione dell’utilizzo dei cookie
- Come accedere programmaticamente a AEM JCR
- Integrazione dei servizi con la console JMX
- Sviluppo dell’editor in blocco
- Sviluppo di rapporti
- eCommerce
- Componenti
- Componenti core
- Sistema di stili
- Panoramica dei componenti
- Componenti AEM - Nozioni di base
- Sviluppo di componenti AEM
- Sviluppo di componenti AEM - Esempi di codice
- Esportatore JSON per Content Services
- Abilitazione dell’esportazione JSON per un componente
- Editor immagine
- Tag di decorazione
- Utilizzo di Nascondi condizioni
- Configurazione di più editor in-place
- Modalità Sviluppatore
- Verifica dell’interfaccia utente
- Componenti per frammenti di contenuto
- Ottenimento di informazioni di pagina in formato JSON
- Internazionalizzazione
- Componenti dell’interfaccia classica
- Gestione delle esperienze headless
- Senza testa e ibrido con AEM
- Abilitazione dell’esportazione JSON per un componente
- Applicazioni a pagina singola
- Introduzione a SPA e procedura dettagliata
- Tutorial WKND per SPA
- Guida introduttiva a SPA in AEM - React
- Guida introduttiva a SPA in AEM - Angular
- Implementazione di un Componente React per applicazioni a pagina singola (SPA)
- Approfondimenti su SPA
- Panoramica dell’editor di SPA
- Sviluppo di SPA per AEM
- Blueprint SPA
- Componente pagina SPA
- Mappatura di un modello dinamico a un componente per SPA
- Indirizzamento modello SPA
- Integrazione di SPA e Adobe Experience Platform Launch
- Rendering lato SPA e server
- Materiali di riferimento SPA
- API HTTP
- Frammenti di contenuto
- Frammenti esperienza
- Strumenti di sviluppo
- Strumenti di sviluppo
- Strumenti AEM Modernization Tools
- Editor finestre di dialogo
- Strumento di conversione finestra di dialogo
- Sviluppo con CRXDE Lite
- Gestione dei pacchetti con Maven
- Come sviluppare progetti AEM utilizzando Eclipse
- Come creare progetti AEM utilizzando Apache Maven
- Come sviluppare progetti AEM utilizzando IntelliJ IDEA
- Come utilizzare lo strumento VLT
- Come utilizzare lo strumento Proxy Server
- Estensione Bracket AEM
- Strumenti AEM Developer per Eclipse
- AEM Repo Tool
- Personalizzazione
- ContextHub
- Riferimento API di ContextHub Javascript
- Estensione di ContextHub
- Aggiunta di ContextHub alle pagine e accesso ai negozi
- Candidati allo store ContextHub di esempio
- Tipi di moduli di interfaccia utente ContextHub di esempio
- Diagnostica ContextHub
- Sviluppo per contenuti mirati
- ClientContext
- Estensione AEM
- Personalizzazione dell’authoring delle pagine
- Personalizzazione delle console
- Personalizzazione delle visualizzazioni delle proprietà pagina
- Configurazione della pagina per la modifica in serie delle proprietà di pagina
- Personalizzazione ed estensione dei frammenti di contenuto
- Estensione dei flussi di lavoro
- Sviluppo ed estensione dei flussi di lavoro
- Creazione di modelli di flussi di lavoro
- Estensione della funzionalità per flussi di lavoro
- Interazione con flussi di lavoro a livello di programmazione
- Guida di riferimento per i passaggi dei flussi di lavoro
- Best practice per i flussi di lavoro
- Guida di riferimento per il processo dei flusso di lavoro
- Estensione di Multi Site Manager
- Tracciamento e analisi
- Cloud Services
- Creazione di estensioni personalizzate
- Forms
- Integrazione dei servizi con la console JMX
- Sviluppo dell’editor in blocco
- Estensione dell’interfaccia classica
- Test
- Pianificazione
- Quali ambienti di test saranno necessari?
- Definizione dei casi di test
- Test - quando e con chi?
- Compilazione del piano di test
- Tracciamento dei risultati e fornitura di feedback
- Strumenti di test e tracciamento
- Accettazione e cancellazione
- La prossima versione…
- Elenchi di controllo
- Giorno difficile
- Verifica dell’interfaccia utente
- Best practice
- Panoramica delle best practice
- Linee guida per lo sviluppo AEM e best practice
- Tecniche consigliate per lo sviluppo
- Architettura dei contenuti
- Architettura del software
- Implementazione di riferimento di We.Retail
- Suggerimenti sulla codifica
- Problemi di codice
- Bundle OSGI
- Integrazione JCR
- Esempi di codice
- Risoluzione dei problemi relativi alle query lente
- Web per dispositivi mobili