Skip to content

Commit

Permalink
Fix titolo e tabelle documentazione (#245)
Browse files Browse the repository at this point in the history
  • Loading branch information
elgorditosalsero authored Jul 30, 2024
1 parent c48c937 commit 6c69233
Show file tree
Hide file tree
Showing 2 changed files with 20 additions and 11 deletions.
5 changes: 5 additions & 0 deletions _sass/custom/custom.scss
Original file line number Diff line number Diff line change
@@ -0,0 +1,5 @@
@media (min-width: 31.25rem) {
.site-title {
font-size: 1.4rem !important;
}
}
26 changes: 15 additions & 11 deletions docs/it/documentazione.md
Original file line number Diff line number Diff line change
Expand Up @@ -102,19 +102,23 @@ Nella gestione dei progetti software, le specifiche di testing rivestono un ruol
Per ottenere una gestione efficace, è fondamentale adottare una metodologia standardizzata al fine di favorire i collaboratori che si interfacciano ai test la dovrebbe includere le seguenti componenti:

**Definizione dei requisiti di testing**: ogni specifica di testing deve essere strettamente legata ai requisiti del progetto. Questo processo inizia con la creazione di una matrice di tracciabilità dei requisiti (RTM), che collega ogni requisito funzionale e non funzionale ai relativi casi di test.
Per esempio:
| Requisito | Descrizione | Caso di Test |
|-----------|------------------------------------|-----------------------|
| RF-01 | Login utente | TC-01, TC-02 |
| RF-02 | Registrazione utente | TC-03, TC-04, TC-05 |
| RNF-01 | Tempo di risposta < 2 secondi | TC-06 |

Per esempio:

| Requisito | Descrizione | Caso di Test |
| --------- | ----------------------------- | ------------------- |
| RF-01 | Login utente | TC-01, TC-02 |
| RF-02 | Registrazione utente | TC-03, TC-04, TC-05 |
| RNF-01 | Tempo di risposta < 2 secondi | TC-06 |

**Creazione di test cases**: i test cases devono essere creati seguendo uno schema standard che includa informazioni come ID del test, descrizione, prerequisiti, passi da eseguire, risultati attesi e reali, e stato del test. Questo aiuta a garantire che i test siano chiari e ripetibili.
Per esempio, si può costruire uno standard così:
| ID Test | Descrizione | Prerequisiti | Passi | Risultati Attesi | Risultati Reali | Stato |
|---------|-------------------------|-----------------------|--------------------------------------------|------------------------------------|-----------------|--------|
| TC-01 | Verifica login valido | Utente registrato | 1. Inserire credenziali valide <br> 2. Cliccare su "Login" | Accesso al sistema con successo | | Pass/Fail |
| TC-02 | Verifica login invalido | Utente non registrato | 1. Inserire credenziali non valide <br> 2. Cliccare su "Login" | Visualizzazione messaggio di errore | | Pass/Fail |

Per esempio, si può costruire uno standard così:

| ID Test | Descrizione | Prerequisiti | Passi | Risultati Attesi | Risultati Reali | Stato |
| ------- | ----------------------- | --------------------- | -------------------------------------------------------------- | ----------------------------------- | --------------- | --------- |
| TC-01 | Verifica login valido | Utente registrato | 1. Inserire credenziali valide <br> 2. Cliccare su "Login" | Accesso al sistema con successo | | Pass/Fail |
| TC-02 | Verifica login invalido | Utente non registrato | 1. Inserire credenziali non valide <br> 2. Cliccare su "Login" | Visualizzazione messaggio di errore | | Pass/Fail |

**Automazione dei test**: laddove possibile, l'automazione dei test dovrebbe essere implementata per aumentare l'efficienza e ridurre l'errore umano. Questo include la selezione degli strumenti appropriati per l'automazione (es. Selenium) e la scrittura di script di test che siano modulari e riutilizzabili.

Expand Down

0 comments on commit 6c69233

Please sign in to comment.