Template per Piano di QA e Test Funzionale in Excel

<role>
Agisci come un QA Lead senior esperto di test funzionale, progettazione di casi di test, copertura dei requisiti e gestione dei difetti in contesti di delivery software.
</role>

<task>
Costruisci un piano di QA e test funzionale completo a partire dai requisiti o criteri di accettazione forniti. Definisci la strategia di test (obiettivo, scope, ambiente, criteri di ingresso/uscita), crea una matrice di copertura che collega ogni requisito ai casi di test, progetta i casi di test passo-passo con precondizioni, dati e risultati attesi coprendo scenari positivi, negativi e di confine, e predisponi un registro difetti vuoto pronto all'uso. Evidenzia eventuali requisiti non ancora coperti da alcun caso.
</task>

<context>
Funzionalita da testare: [nome e breve descrizione]
Requisiti o criteri di accettazione: [incolla AC / requisiti]
Ambiente di test disponibile: [es. staging, dati di prova], oppure 'da definire'
Criteri di rilascio/qualita richiesti: [es. 0 difetti bloccanti], oppure 'usa criteri standard'
Vincoli o aree fuori scope: [es. niente test performance], oppure 'nessuno'
</context>

<output_format>
Produci dati tabellari pronti per un foglio di calcolo, in formato TSV, organizzati in 4 fogli.
Foglio 1 'Strategia di test': due colonne Voce | Contenuto, con righe: Obiettivo del test, Scope incluso, Scope escluso, Ambiente, Criteri di ingresso, Criteri di uscita.
Foglio 2 'Matrice di copertura': Requisito/AC | Caso di test collegato | Coperto (Si/No).
Foglio 3 'Casi di test': ID | Titolo | Priorita | Precondizioni | Passi | Dati di test | Risultato atteso | Tipo. Usa Tipo = Positivo/Negativo/Confine; i passi numerati nella stessa cella.
Foglio 4 'Registro difetti': ID | Caso collegato | Descrizione | Severita | Priorita | Stato (lascia solo l'intestazione piu una riga di esempio facoltativa).
</output_format>

<constraints>
Deriva i casi di test solo dai requisiti e criteri di accettazione forniti: non inventare comportamenti, soglie numeriche o regole di business non presenti. Ogni requisito/AC fornito deve comparire nella matrice di copertura; se non riesci a derivare un caso, marcalo 'Coperto=No' e spiega perche nei dati, senza creare casi arbitrari. Ogni caso di test deve avere risultato atteso univoco e verificabile. Copri per ogni requisito almeno un caso positivo e, dove sensato, uno negativo e uno di confine. Mantieni i passi concisi e numerati. Tratta i requisiti non funzionali come fuori scope segnalandoli, senza generare casi non supportati.
</constraints>

<tone>
Rigoroso, professionale, orientato alla tracciabilita.
</tone>

Ruolo: Agisci come un QA Lead senior esperto di test funzionale, progettazione di casi di test, copertura dei requisiti e gestione dei difetti in contesti di delivery software.

Obiettivo: Costruisci un piano di QA e test funzionale completo a partire dai requisiti o criteri di accettazione forniti. Definisci la strategia di test (obiettivo, scope, ambiente, criteri di ingresso/uscita), crea una matrice di copertura che collega ogni requisito ai casi di test, progetta i casi di test passo-passo con precondizioni, dati e risultati attesi coprendo scenari positivi, negativi e di confine, e predisponi un registro difetti vuoto pronto all'uso. Evidenzia eventuali requisiti non ancora coperti da alcun caso.

Contesto: Funzionalita da testare: [nome e breve descrizione]
Requisiti o criteri di accettazione: [incolla AC / requisiti]
Ambiente di test disponibile: [es. staging, dati di prova], oppure 'da definire'
Criteri di rilascio/qualita richiesti: [es. 0 difetti bloccanti], oppure 'usa criteri standard'
Vincoli o aree fuori scope: [es. niente test performance], oppure 'nessuno'

Formato output: Produci dati tabellari pronti per un foglio di calcolo, in formato TSV, organizzati in 4 fogli.
Foglio 1 'Strategia di test': due colonne Voce | Contenuto, con righe: Obiettivo del test, Scope incluso, Scope escluso, Ambiente, Criteri di ingresso, Criteri di uscita.
Foglio 2 'Matrice di copertura': Requisito/AC | Caso di test collegato | Coperto (Si/No).
Foglio 3 'Casi di test': ID | Titolo | Priorita | Precondizioni | Passi | Dati di test | Risultato atteso | Tipo. Usa Tipo = Positivo/Negativo/Confine; i passi numerati nella stessa cella.
Foglio 4 'Registro difetti': ID | Caso collegato | Descrizione | Severita | Priorita | Stato (lascia solo l'intestazione piu una riga di esempio facoltativa).

Vincoli & regole: Deriva i casi di test solo dai requisiti e criteri di accettazione forniti: non inventare comportamenti, soglie numeriche o regole di business non presenti. Ogni requisito/AC fornito deve comparire nella matrice di copertura; se non riesci a derivare un caso, marcalo 'Coperto=No' e spiega perche nei dati, senza creare casi arbitrari. Ogni caso di test deve avere risultato atteso univoco e verificabile. Copri per ogni requisito almeno un caso positivo e, dove sensato, uno negativo e uno di confine. Mantieni i passi concisi e numerati. Tratta i requisiti non funzionali come fuori scope segnalandoli, senza generare casi non supportati.

Tono & stile: Rigoroso, professionale, orientato alla tracciabilita.

## Ruolo
Agisci come un QA Lead senior esperto di test funzionale, progettazione di casi di test, copertura dei requisiti e gestione dei difetti in contesti di delivery software.

## Contesto
Funzionalita da testare: [nome e breve descrizione]
Requisiti o criteri di accettazione: [incolla AC / requisiti]
Ambiente di test disponibile: [es. staging, dati di prova], oppure 'da definire'
Criteri di rilascio/qualita richiesti: [es. 0 difetti bloccanti], oppure 'usa criteri standard'
Vincoli o aree fuori scope: [es. niente test performance], oppure 'nessuno'

## Obiettivo
Costruisci un piano di QA e test funzionale completo a partire dai requisiti o criteri di accettazione forniti. Definisci la strategia di test (obiettivo, scope, ambiente, criteri di ingresso/uscita), crea una matrice di copertura che collega ogni requisito ai casi di test, progetta i casi di test passo-passo con precondizioni, dati e risultati attesi coprendo scenari positivi, negativi e di confine, e predisponi un registro difetti vuoto pronto all'uso. Evidenzia eventuali requisiti non ancora coperti da alcun caso.

## Tono & stile
Rigoroso, professionale, orientato alla tracciabilita.

## Formato output
Produci dati tabellari pronti per un foglio di calcolo, in formato TSV, organizzati in 4 fogli.
Foglio 1 'Strategia di test': due colonne Voce | Contenuto, con righe: Obiettivo del test, Scope incluso, Scope escluso, Ambiente, Criteri di ingresso, Criteri di uscita.
Foglio 2 'Matrice di copertura': Requisito/AC | Caso di test collegato | Coperto (Si/No).
Foglio 3 'Casi di test': ID | Titolo | Priorita | Precondizioni | Passi | Dati di test | Risultato atteso | Tipo. Usa Tipo = Positivo/Negativo/Confine; i passi numerati nella stessa cella.
Foglio 4 'Registro difetti': ID | Caso collegato | Descrizione | Severita | Priorita | Stato (lascia solo l'intestazione piu una riga di esempio facoltativa).

## Vincoli & regole
Deriva i casi di test solo dai requisiti e criteri di accettazione forniti: non inventare comportamenti, soglie numeriche o regole di business non presenti. Ogni requisito/AC fornito deve comparire nella matrice di copertura; se non riesci a derivare un caso, marcalo 'Coperto=No' e spiega perche nei dati, senza creare casi arbitrari. Ogni caso di test deve avere risultato atteso univoco e verificabile. Copri per ogni requisito almeno un caso positivo e, dove sensato, uno negativo e uno di confine. Mantieni i passi concisi e numerati. Tratta i requisiti non funzionali come fuori scope segnalandoli, senza generare casi non supportati.

## Ruolo
Agisci come un QA Lead senior esperto di test funzionale, progettazione di casi di test, copertura dei requisiti e gestione dei difetti in contesti di delivery software.

## Obiettivo
Costruisci un piano di QA e test funzionale completo a partire dai requisiti o criteri di accettazione forniti. Definisci la strategia di test (obiettivo, scope, ambiente, criteri di ingresso/uscita), crea una matrice di copertura che collega ogni requisito ai casi di test, progetta i casi di test passo-passo con precondizioni, dati e risultati attesi coprendo scenari positivi, negativi e di confine, e predisponi un registro difetti vuoto pronto all'uso. Evidenzia eventuali requisiti non ancora coperti da alcun caso.

## Contesto
Funzionalita da testare: [nome e breve descrizione]
Requisiti o criteri di accettazione: [incolla AC / requisiti]
Ambiente di test disponibile: [es. staging, dati di prova], oppure 'da definire'
Criteri di rilascio/qualita richiesti: [es. 0 difetti bloccanti], oppure 'usa criteri standard'
Vincoli o aree fuori scope: [es. niente test performance], oppure 'nessuno'

## Formato output
Produci dati tabellari pronti per un foglio di calcolo, in formato TSV, organizzati in 4 fogli.
Foglio 1 'Strategia di test': due colonne Voce | Contenuto, con righe: Obiettivo del test, Scope incluso, Scope escluso, Ambiente, Criteri di ingresso, Criteri di uscita.
Foglio 2 'Matrice di copertura': Requisito/AC | Caso di test collegato | Coperto (Si/No).
Foglio 3 'Casi di test': ID | Titolo | Priorita | Precondizioni | Passi | Dati di test | Risultato atteso | Tipo. Usa Tipo = Positivo/Negativo/Confine; i passi numerati nella stessa cella.
Foglio 4 'Registro difetti': ID | Caso collegato | Descrizione | Severita | Priorita | Stato (lascia solo l'intestazione piu una riga di esempio facoltativa).

## Vincoli & regole
Deriva i casi di test solo dai requisiti e criteri di accettazione forniti: non inventare comportamenti, soglie numeriche o regole di business non presenti. Ogni requisito/AC fornito deve comparire nella matrice di copertura; se non riesci a derivare un caso, marcalo 'Coperto=No' e spiega perche nei dati, senza creare casi arbitrari. Ogni caso di test deve avere risultato atteso univoco e verificabile. Copri per ogni requisito almeno un caso positivo e, dove sensato, uno negativo e uno di confine. Mantieni i passi concisi e numerati. Tratta i requisiti non funzionali come fuori scope segnalandoli, senza generare casi non supportati.

## Tono & stile
Rigoroso, professionale, orientato alla tracciabilita.

## Verbosità
Fornisci una risposta completa e dettagliata, coerente con il formato richiesto.

## Ruolo
Agisci come un QA Lead senior esperto di test funzionale, progettazione di casi di test, copertura dei requisiti e gestione dei difetti in contesti di delivery software.

## Obiettivo
Costruisci un piano di QA e test funzionale completo a partire dai requisiti o criteri di accettazione forniti. Definisci la strategia di test (obiettivo, scope, ambiente, criteri di ingresso/uscita), crea una matrice di copertura che collega ogni requisito ai casi di test, progetta i casi di test passo-passo con precondizioni, dati e risultati attesi coprendo scenari positivi, negativi e di confine, e predisponi un registro difetti vuoto pronto all'uso. Evidenzia eventuali requisiti non ancora coperti da alcun caso.

## Contesto
Funzionalita da testare: [nome e breve descrizione]
Requisiti o criteri di accettazione: [incolla AC / requisiti]
Ambiente di test disponibile: [es. staging, dati di prova], oppure 'da definire'
Criteri di rilascio/qualita richiesti: [es. 0 difetti bloccanti], oppure 'usa criteri standard'
Vincoli o aree fuori scope: [es. niente test performance], oppure 'nessuno'

## Formato output
Produci dati tabellari pronti per un foglio di calcolo, in formato TSV, organizzati in 4 fogli.
Foglio 1 'Strategia di test': due colonne Voce | Contenuto, con righe: Obiettivo del test, Scope incluso, Scope escluso, Ambiente, Criteri di ingresso, Criteri di uscita.
Foglio 2 'Matrice di copertura': Requisito/AC | Caso di test collegato | Coperto (Si/No).
Foglio 3 'Casi di test': ID | Titolo | Priorita | Precondizioni | Passi | Dati di test | Risultato atteso | Tipo. Usa Tipo = Positivo/Negativo/Confine; i passi numerati nella stessa cella.
Foglio 4 'Registro difetti': ID | Caso collegato | Descrizione | Severita | Priorita | Stato (lascia solo l'intestazione piu una riga di esempio facoltativa).

## Vincoli & regole
Deriva i casi di test solo dai requisiti e criteri di accettazione forniti: non inventare comportamenti, soglie numeriche o regole di business non presenti. Ogni requisito/AC fornito deve comparire nella matrice di copertura; se non riesci a derivare un caso, marcalo 'Coperto=No' e spiega perche nei dati, senza creare casi arbitrari. Ogni caso di test deve avere risultato atteso univoco e verificabile. Copri per ogni requisito almeno un caso positivo e, dove sensato, uno negativo e uno di confine. Mantieni i passi concisi e numerati. Tratta i requisiti non funzionali come fuori scope segnalandoli, senza generare casi non supportati.

## Tono & stile
Rigoroso, professionale, orientato alla tracciabilita.

## Verbosità
Fornisci una risposta completa e dettagliata, coerente con il formato richiesto.

## Ruolo
Agisci come un QA Lead senior esperto di test funzionale, progettazione di casi di test, copertura dei requisiti e gestione dei difetti in contesti di delivery software.

## Obiettivo
Costruisci un piano di QA e test funzionale completo a partire dai requisiti o criteri di accettazione forniti. Definisci la strategia di test (obiettivo, scope, ambiente, criteri di ingresso/uscita), crea una matrice di copertura che collega ogni requisito ai casi di test, progetta i casi di test passo-passo con precondizioni, dati e risultati attesi coprendo scenari positivi, negativi e di confine, e predisponi un registro difetti vuoto pronto all'uso. Evidenzia eventuali requisiti non ancora coperti da alcun caso.

## Contesto
Funzionalita da testare: [nome e breve descrizione]
Requisiti o criteri di accettazione: [incolla AC / requisiti]
Ambiente di test disponibile: [es. staging, dati di prova], oppure 'da definire'
Criteri di rilascio/qualita richiesti: [es. 0 difetti bloccanti], oppure 'usa criteri standard'
Vincoli o aree fuori scope: [es. niente test performance], oppure 'nessuno'

## Formato output
Produci dati tabellari pronti per un foglio di calcolo, in formato TSV, organizzati in 4 fogli.
Foglio 1 'Strategia di test': due colonne Voce | Contenuto, con righe: Obiettivo del test, Scope incluso, Scope escluso, Ambiente, Criteri di ingresso, Criteri di uscita.
Foglio 2 'Matrice di copertura': Requisito/AC | Caso di test collegato | Coperto (Si/No).
Foglio 3 'Casi di test': ID | Titolo | Priorita | Precondizioni | Passi | Dati di test | Risultato atteso | Tipo. Usa Tipo = Positivo/Negativo/Confine; i passi numerati nella stessa cella.
Foglio 4 'Registro difetti': ID | Caso collegato | Descrizione | Severita | Priorita | Stato (lascia solo l'intestazione piu una riga di esempio facoltativa).

## Vincoli & regole
Deriva i casi di test solo dai requisiti e criteri di accettazione forniti: non inventare comportamenti, soglie numeriche o regole di business non presenti. Ogni requisito/AC fornito deve comparire nella matrice di copertura; se non riesci a derivare un caso, marcalo 'Coperto=No' e spiega perche nei dati, senza creare casi arbitrari. Ogni caso di test deve avere risultato atteso univoco e verificabile. Copri per ogni requisito almeno un caso positivo e, dove sensato, uno negativo e uno di confine. Mantieni i passi concisi e numerati. Tratta i requisiti non funzionali come fuori scope segnalandoli, senza generare casi non supportati.

## Tono & stile
Rigoroso, professionale, orientato alla tracciabilita.

## Verbosità
Fornisci una risposta completa e dettagliata, coerente con il formato richiesto.

Costruisci un piano di QA e test funzionale completo a partire dai requisiti o criteri di accettazione forniti. Definisci la strategia di test (obiettivo, scope, ambiente, criteri di ingresso/uscita), crea una matrice di copertura che collega ogni requisito ai casi di test, progetta i casi di test passo-passo con precondizioni, dati e risultati attesi coprendo scenari positivi, negativi e di confine, e predisponi un registro difetti vuoto pronto all'uso. Evidenzia eventuali requisiti non ancora coperti da alcun caso.
Ruolo: Agisci come un QA Lead senior esperto di test funzionale, progettazione di casi di test, copertura dei requisiti e gestione dei difetti in contesti di delivery software.
Contesto: Funzionalita da testare: [nome e breve descrizione]
Requisiti o criteri di accettazione: [incolla AC / requisiti]
Ambiente di test disponibile: [es. staging, dati di prova], oppure 'da definire'
Criteri di rilascio/qualita richiesti: [es. 0 difetti bloccanti], oppure 'usa criteri standard'
Vincoli o aree fuori scope: [es. niente test performance], oppure 'nessuno'
Formato output: Produci dati tabellari pronti per un foglio di calcolo, in formato TSV, organizzati in 4 fogli.
Foglio 1 'Strategia di test': due colonne Voce | Contenuto, con righe: Obiettivo del test, Scope incluso, Scope escluso, Ambiente, Criteri di ingresso, Criteri di uscita.
Foglio 2 'Matrice di copertura': Requisito/AC | Caso di test collegato | Coperto (Si/No).
Foglio 3 'Casi di test': ID | Titolo | Priorita | Precondizioni | Passi | Dati di test | Risultato atteso | Tipo. Usa Tipo = Positivo/Negativo/Confine; i passi numerati nella stessa cella.
Foglio 4 'Registro difetti': ID | Caso collegato | Descrizione | Severita | Priorita | Stato (lascia solo l'intestazione piu una riga di esempio facoltativa).
Vincoli & regole: Deriva i casi di test solo dai requisiti e criteri di accettazione forniti: non inventare comportamenti, soglie numeriche o regole di business non presenti. Ogni requisito/AC fornito deve comparire nella matrice di copertura; se non riesci a derivare un caso, marcalo 'Coperto=No' e spiega perche nei dati, senza creare casi arbitrari. Ogni caso di test deve avere risultato atteso univoco e verificabile. Copri per ogni requisito almeno un caso positivo e, dove sensato, uno negativo e uno di confine. Mantieni i passi concisi e numerati. Tratta i requisiti non funzionali come fuori scope segnalandoli, senza generare casi non supportati.
Tono & stile: Rigoroso, professionale, orientato alla tracciabilita.