diff --git a/_sass/custom/custom.scss b/_sass/custom/custom.scss
new file mode 100644
index 00000000..04fa0b77
--- /dev/null
+++ b/_sass/custom/custom.scss
@@ -0,0 +1,5 @@
+@media  (min-width: 31.25rem) {
+  .site-title {
+    font-size: 1.4rem !important;
+  }
+}
diff --git a/docs/it/documentazione.md b/docs/it/documentazione.md
index d4bf5ec1..1f309fe9 100644
--- a/docs/it/documentazione.md
+++ b/docs/it/documentazione.md
@@ -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.