Sobes.tech
Junior

Parlami della documentazione di test utilizzata nel progetto.

sobes.tech AI

Risposta dell'AI

Nel progetto venivano attivamente utilizzati i seguenti tipi di documentazione di test:

  • Piano di Test (Test Plan): Determinava l'ambito dei test, l'approccio, le risorse, il calendario e i criteri di accettazione. Era concordato con gli stakeholder.

  • Casi di Test (Test Cases): Descrivevano passaggi specifici per verificare funzionalità, risultato atteso e precondizioni. Venivano archiviati nel sistema di gestione dei test.

    Esempio di struttura di un caso di test:

    • ID del caso di test
    • Nome del caso di test
    • Priorità
    • Tipo di test (Funzionale, Regression, ecc.)
    • Precondizioni
    • Passaggi da eseguire
    • Risultato atteso
    • Risultato effettivo (in caso di rilevamento di un difetto)
  • Liste di Controllo (Checklists): Utilizzate per revisioni meno formali ma rapide delle funzionalità di base o in tempi limitati. Spesso per test esplorativi.

  • Rapporti sui Difetti (Defect Reports): Descrivevano i difetti trovati, inclusi i passaggi di riproduzione, risultato attuale e atteso, impatto sul sistema, priorità e gravità. Registrati nel sistema di tracciamento dei bug.

    Esempio di struttura di un rapporto di difetto:

    • ID del difetto
    • Nome del difetto
    • Stato
    • Priorità
    • Gravità
    • Data di creazione/aggiornamento
    • Autore
    • Versione del software in cui è stato trovato il difetto
    • Passaggi di riproduzione
    • Risultato attuale
    • Risultato atteso
    • Allegati (log, screenshot)
  • Matrice di Tracciabilità (Traceability Matrix): Collegava i requisiti ai casi di test corrispondenti per garantire una copertura completa.

    Esempio di matrice di tracciabilità semplice:

    ID Requisito Descrizione Requisito ID(i) Caso(i) di Test Stato(i) Caso(i) di Test
    REQ-001 Autenticazione utente TC-001, TC-002 Passato, Fallito
    REQ-002 Creazione ordine TC-003, TC-004 Passato, In corso
  • Rapporti di Esecuzione dei Test (Test Execution Reports): Contenevano informazioni sul numero di casi di test eseguiti, superati, falliti, difetti trovati, stato del ciclo di test. Venivano forniti al team e alla direzione.

Nel progetto si utilizzava un sistema di gestione dei test (ad esempio Jira con plugin Zephyr/Xray o TestRail) per l'archiviazione e la gestione centralizzata dei casi di test e dei piani, oltre all'integrazione con il sistema di tracciamento dei bug (Jira) per i rapporti sui difetti. Per i test automatizzati, la documentazione includeva anche i risultati delle esecuzioni di test automatici e i rapporti del framework (ad esempio, Allure Reports).