CAP 05 Flashcards
Ancora da implementare
Scopo e Contenuto di un Test Plan
Un test plan è un documento che definisce gli obiettivi, le risorse e i processi necessari per eseguire i test. Serve a
Pianificare le risorse e la tempistica per raggiungere gli obiettivi del testing.
Garantire che i test soddisfino i criteri predefiniti.
Assicurarsi che il testing segua le politiche e le strategie aziendali (o spiegare le deviazioni).
Comunicare con il team e gli altri stakeholder.
Contributo del Tester alla Pianificazione dell’Iterazione e alla Pianificazione della Release
Il ruolo del tester è soprattutto concentrato sulla pianificazione.
Pianificazione della Reelase
Si definiscono i dettagli relativi al rilascio di una nuova versione di un prodotto, sistema o software.
La pianificazione della release si basa sul backlog (elenco funzionalità) e sulle User Story per definire cosa sarà incluso nella versione in uscita.
Pianificazione della Iterazione
Si basa sulla iterazione di una singola fase del progetto.
Definire gli obiettivi e le attività da completare durante una specifica iterazione.
Si revisionano i backlog
Criteri di Ingresso e Criteri di Uscita
I criteri di ingresso sono un insieme di condizioni (Quando e come) necessarie per cominciare una attività di test a differenza delle attività di uscita sono delle condizioni che si devono raggiungere per terminare l’ attività di test
Tecniche di Stima
Prima cosa da dire che le stime non sono certezze e devono essere considerate come orientamnento. Effort di test (Il lavoro da eseguire per completare l’ attivià di test) sono di tipo Metric Based ed Expert Based , La metric Based si basa sulla statistica e sulle esperienze precedenti La expert based è basato su Wideband Delphi (gruppo di esperti) o Planning Poker , inoltre sempre per quanto riguarda la Expert based abbiamo i three Point dove vengono fatte tre stime Pessimistica , Realistica, Ottimistica e si fanno le medie: Ponderata e deviazione Standard.
Prioritizzazione dei Test Case
Consiste nel mettere in ordine i Test Case per importanza un gruppo di test case si chiama Test Suite.Un test case è un insieme di istruzioni dettagliate create per verificare che una specifica funzionalità L’ ordinamento può avvenire per Rischio, Copertura, Requisiti.
poi ci possono essere eseguiti per Ordine di dipendenze, ossia se un test Case è dipendente da un altro il primo che deve essere eseguito è quello di priorità inferiore. POi abbiamo altri fattori come disponibilità delle risorse di strumenti ambienti e personale.
La Piramide di Test
Consiste nell organizzare i tests in funzione della granularità
Con bassa granularità (test generali end-to-end)
Con alta granularità (test specifici dettagliati)
La piramide ha poi tre livelli
Inferiori Verificano una piccola parte delle funzionalità (Unit Test)
Medi Verifica la collaborazione tra sistemi (Integration test)
Alti Verifica Tutto il sistema (es: UI end-to-end)
Quadranti del Testing
Si usano soprattutto nel contesto Agile e sono utilizzati per gestire ed organizzare il testing. Sono tabelle costituiti dalle
Righe dette Quadranti (Q1)
Q1 Orientato al Team
Q2 Orientato al Business
Q3 Orientato al Prodotto
Q4 Orientato alla Tecnologia
colonne:
Obiettivo
Tipo di test
Strumenti
Esecutore
Orientamento al Team in genere è riservato ad i test unitari
Orientamento al Business in genere è riservato ad i test funzionali es: selenium
Orientamento al Prodotto (Test Usabilità)
Orienamento Limiti tecnici (Test sicurezza, performance)
Risk Management
Il Risk Managment è una procedura per trova i rischi e ci aiuta a valutarli e mitigarli.
Obiettivi:
*Aumentare la possibilità di successo
*Migliorare il software
*Aumentare la fiducia degli stakeolder
Attività:
Analisi (individuare il rischio e valutazione)
Controllo (Mitigare e controllare il rischio)
Attività di test basato sul rischio:
Si organizzano le attività di test in funzione dei rischi.
*Cosa testare (Selezione)
*Prioritizzazione
*Gestione
Definizione di Rischio e Attributi del Rischio
Un evento che può causare il malfunzionamento del prodotto.
Le acaratteristiche sono:
Probabilità
Impatto
livello del rischio = probabilità * Impatto
Rischi di Progetto e Rischi di Prodotto
Esistono fondamentalmente due tipi di rischi: Rischi di progetto e rischi del prodotto:
Rischi del progetto sono dovuti a problemi di organizzazione, del personale, fornitori.
Rischi del prodotto sono dovuti a : Errori di specifiche , di calcolo,problemi di sicurezza, prestazioni
Analisi dei Rischi di Prodotto
Consiste nell individuare eventuali malfunzionamenti che si potrebbero manifestare ed i danni conseguenti.
Fasi
* Identificazione del rischio
* Valutazione
* Gestione e monitoraggio.
Controllo dei Rischi di Prodotto
Il Rischio viene controllato attraverso diverse attività che sono: Monitoraggio e mitigazione del rischio. Tutto questo viene svolto semplicemente con il
Testing
Accettazione del rischio (Sappiamo del problema ma non ci conviene risolverlo)
Trasferimento delle responsabilità (es: affidamneto ad altre società sicurezza)
E piano di emergenza (piano per gestire sovraccarico)
Metriche Utilizzate nel Testing
Sono delle informazioni che ci aiutano a comprendere il livello di avanzamento del progetto la qualità del prodotto e se il testing è efficace.
Scopo, Contenuto e Destinatari dei Test Report
Il test report è un report che viene eseguito durante e dopo l’ esecuzione del report.
viene redatto il
Progressive report i quali vengono fatti regolarmente e contengono informazioni legate ad eventuali problemi e metriche utilizzate.
Completation Report il quale viene redatto a termine di progetto il quale riassume l’ esito dei test finali ed il mancato conseguimento degli obiettivi.
Inoltre il test Report può essere formale o informale.
informale quando è destinato all interno dello stesso staff mentre il report test formale è destinato a gli stakeolder ed ha un template specifico.
Comunicare lo Stato del Testing
La comunicazione dello stato del testing dipende soprattutto dalle esigenze del team e dall organizzazione. Può avvenire con comunicazione verbale , mail o con strumenti visivi di CI/CD con report formali e documtazione on line.
Configuration Management
Il Configuration Management (gestione della configurazione) è un processo organizzato per gestire in modo sistematico tutte le informazioni relative a un sistema, prodotto o progetto durante il suo ciclo di vita.
Elementi di configurazione possono essere:
* Hardware
* Software
* Documenti
