FakeClaude, test per area e renderer diviso in due file

- tests/FakeClaude: eseguibile finto 'claude' configurabile con variabili
  d'ambiente (registro di argomenti/cwd/stdin, output, exit code, ritardo),
  con le prove FK-01…FK-05.
- Test organizzati per livello (Gui/, Process/, Support/) e struttura
  descritta in TESTING.md.
- MarkdownView: la parte sulle immagini passa in MarkdownView.Images.cs
  (partial), senza cambiare il comportamento.

Co-Authored-By: Claude Sonnet 5.5 <noreply@anthropic.com>

docs/ROADMAP.md

@@ -65,9 +65,9 @@ Decisione e motivazioni: [ADR-0001](adr/0001-gui-multipiattaforma-avalonia.md).
 Decisione: [ADR-0003](adr/0003-strategia-di-test.md). Piano, soglie e matrice: [TESTING.md](TESTING.md). Da questa fase in poi vale la regola: ogni nuova funzione arriva con i suoi test.
 
 - [ ] Verificare le compatibilità dell'ADR-0003 (xUnit, Avalonia.Headless, coverlet, `dotnet test`) e portarlo ad "Accettata"
-- [ ] Ristrutturare in `src/` e `tests/` con soluzione unica e `InternalsVisibleTo`
+- [x] Ristrutturare in `src/` e `tests/` con soluzione unica e `InternalsVisibleTo`
 - [ ] Predisposizioni di testabilità: `ChatStore` a istanza, `IClaudeRunner`
-- [ ] `FakeClaude`: eseguibile finto per i test di processo
+- [x] `FakeClaude`: eseguibile finto per i test di processo (`tests/FakeClaude`, prove FK-01…FK-05)
 - [ ] Test `Core/` (CL, ST) e `MainViewModel` (VM)
 - [ ] Test del renderer markdown (MD) e della GUI headless (UI)
 - [ ] Test end-to-end e smoke di publish per `win-x64` e `linux-x64` (PUB)

docs/TESTING.md

@@ -21,13 +21,27 @@ ADR (se serve) → MVP.md (requisito e criterio) → riga in questa matrice →
 | **P** — processo | avvio reale di un processo (`Claude`) | `FakeClaude` nel PATH |
 | **E** — end-to-end | l'eseguibile pubblicato (CLI, 127, exit code) | publish + processo figlio + `FakeClaude` |
 
-## Struttura prevista
+## Struttura
 ```
 agent-wiki-ui.slnx
 src/agent-wiki-ui/            app (Core/, Gui/, Program.cs)
-tests/agent-wiki-ui.Tests/    U, R, G, P, E (Trait "Category": Unit | Gui | Process | E2E)
-tests/FakeClaude/             eseguibile finto: registra argv/cwd/stdin; testo, stderr, exit code e ritardo da variabili d'ambiente
+tests/agent-wiki-ui.Tests/    Support/ (TestApp, PngFactory), Gui/ (R, G), Process/ (P), Core/ (U, quando arrivano), E2E/ (E)
+tests/FakeClaude/             eseguibile finto `claude` (vedi sotto)
 ```
+Una cartella per livello, creata quando c'è il primo test; il livello si dichiara anche con `[Trait("Category", "Unit" | "Gui" | "Process" | "E2E")]`.
+
+### FakeClaude
+Piccolo eseguibile (`AssemblyName` `claude`, nel PATH dei test) che prende il posto del vero motore. Un test lo configura con variabili d'ambiente del processo che avvia:
+
+| Variabile | Effetto |
+|---|---|
+| `FAKE_CLAUDE_LOG` | file in cui accoda una riga JSON per invocazione: `{"args": [...], "cwd": "...", "stdin": "..."}` |
+| `FAKE_CLAUDE_OUT` | testo scritto su stdout (anche per `--version`) |
+| `FAKE_CLAUDE_ERR` | testo scritto su stderr |
+| `FAKE_CLAUDE_EXIT` | exit code (predefinito 0) |
+| `FAKE_CLAUDE_DELAY_MS` | attesa prima di rispondere |
+
+Legge stdin fino alla fine e lo registra: se il chiamante non lo chiude, il processo non termina (così CL-05 è verificabile). Il percorso del file compilato lo fornisce l'helper di test `FakeClaudePath`.
 
 ## Predisposizioni di testabilità (prerequisito dei test)
 - [ ] `ChatStore` come istanza con cartella iniettata (oggi statico su `LocalApplicationData`)
@@ -242,6 +256,15 @@ Per **ogni** motore, la stessa batteria di contratto:
 | EN-17 | CLI `--engine <id> "prompt"`; id sconosciuto o prompt mancante ⇒ uso su stderr ed exit 2; senza `--engine` ⇒ Claude Code | E | [ ] |
 | EN-18 | Rilevamento nel PATH: nome esatto su Linux, `.exe` su Windows; cartella inesistente nel PATH ignorata | U | [ ] |
 
+### FakeClaude — `tests/FakeClaude`
+| ID | Requisito | Liv. | Test | |
+|---|---|---|---|---|
+| FK-01 | Registra argomenti (anche con virgolette e spazi, uno per elemento), cartella di lavoro e stdin | P | `Registra_argomenti_cwd_e_stdin` | [x] |
+| FK-02 | Scrive su stdout e stderr il testo configurato | P | `Output_e_stderr_configurati` | [x] |
+| FK-03 | L'exit code configurato è quello del processo | P | `ExitCode_configurato` | [x] |
+| FK-04 | Il ritardo configurato è rispettato | P | `Ritardo_configurato` | [x] |
+| FK-05 | Termina solo dopo la chiusura di stdin | P | `Attende_la_chiusura_di_stdin` | [x] |
+
 ## Come si eseguono (a implementazione avvenuta)
 Comandi previsti, da confermare con ADR-0003 → "Da verificare":
 - Tutti i test: `dotnet test`