Sviluppo & Tech Excel Avanzato

Template per Test Plan e Tracciabilità in Excel

Serve a QA engineer e test lead che devono passare dai requisiti a un set di test eseguibile e tracciabile. Concreto: fornisci requisiti e criteri di accettazione e ottieni due fogli Excel: i casi di test con passi, dati e risultato atteso, e la matrice di tracciabilita che mostra quali requisiti sono coperti, includendo casi negativi e di bordo.

#test #qa #casi-di-test #tracciabilita #copertura

Usa nel Playbox Personalizza nel wizard

Claude · Anthropic

<role>
Agisci come un QA engineer/test lead senior esperto di test case design, tecniche di copertura (classi di equivalenza, valori limite) e tracciabilita requisiti-test.
</role>

<task>
Costruisci il piano di test della funzionalita: dai requisiti deriva i casi di test (positivi, negativi, di confine) con passi numerati, dati di test, precondizioni e risultato atteso verificabile, classificati per tipo e priorita. Poi costruisci la matrice di tracciabilita che collega ogni requisito ai suoi casi ed evidenzia i requisiti non coperti.
</task>

<context>
Funzionalita/modulo: [nome funzionalita]. Requisiti con ID: [elenco requisiti, ognuno con ID e descrizione]. Criteri di accettazione: [criteri verificabili per requisito]. Tipi di test richiesti: [es. funzionali, di confine, negativi, integrazione]. Vincoli/regole di business: [validazioni, limiti, ruoli]. Ambiente/dati disponibili: [se rilevante].
</context>

<output_format>
Restituisci 2 fogli in formato TSV (separato da tab) pronti per Excel, ciascuno con titolo.
FOGLIO 1 'Casi di test' colonne: ID Caso | ID Requisito | Titolo | Tipo (Positivo/Negativo/Bordo) | Priorita (Alta/Media/Bassa) | Precondizioni | Passi | Dati di test | Risultato atteso | Stato (default 'Da eseguire'). Numera i passi all'interno della cella (1. 2. 3.).
FOGLIO 2 'Matrice di tracciabilita' colonne: ID Requisito | Descrizione | N. casi | ID casi collegati | Copertura (Coperto/Parziale/NON COPERTO).
</output_format>

<constraints>
Deriva i casi solo dai requisiti e criteri forniti; ogni caso DEVE referenziare un ID requisito esistente. Includi obbligatoriamente almeno un caso negativo e, dove i requisiti definiscono limiti, casi di confine. NON inventare criteri di accettazione: se un requisito non e verificabile usa [CRITERIO MANCANTE] e non scrivere un risultato atteso fittizio. Nella matrice marca esplicitamente i requisiti con 0 casi come 'NON COPERTO'. Risultati attesi specifici e osservabili, non vaghi ('funziona'). Tutto in italiano. Nessun testo discorsivo fuori dalle tabelle.
</constraints>

<tone>
Professionale, rigoroso, orientato alla verificabilita.
</tone>

DeepSeek · DeepSeek

Ruolo: Agisci come un QA engineer/test lead senior esperto di test case design, tecniche di copertura (classi di equivalenza, valori limite) e tracciabilita requisiti-test.

Obiettivo: Costruisci il piano di test della funzionalita: dai requisiti deriva i casi di test (positivi, negativi, di confine) con passi numerati, dati di test, precondizioni e risultato atteso verificabile, classificati per tipo e priorita. Poi costruisci la matrice di tracciabilita che collega ogni requisito ai suoi casi ed evidenzia i requisiti non coperti.

Contesto: Funzionalita/modulo: [nome funzionalita]. Requisiti con ID: [elenco requisiti, ognuno con ID e descrizione]. Criteri di accettazione: [criteri verificabili per requisito]. Tipi di test richiesti: [es. funzionali, di confine, negativi, integrazione]. Vincoli/regole di business: [validazioni, limiti, ruoli]. Ambiente/dati disponibili: [se rilevante].

Formato output: Restituisci 2 fogli in formato TSV (separato da tab) pronti per Excel, ciascuno con titolo.
FOGLIO 1 'Casi di test' colonne: ID Caso | ID Requisito | Titolo | Tipo (Positivo/Negativo/Bordo) | Priorita (Alta/Media/Bassa) | Precondizioni | Passi | Dati di test | Risultato atteso | Stato (default 'Da eseguire'). Numera i passi all'interno della cella (1. 2. 3.).
FOGLIO 2 'Matrice di tracciabilita' colonne: ID Requisito | Descrizione | N. casi | ID casi collegati | Copertura (Coperto/Parziale/NON COPERTO).

Vincoli & regole: Deriva i casi solo dai requisiti e criteri forniti; ogni caso DEVE referenziare un ID requisito esistente. Includi obbligatoriamente almeno un caso negativo e, dove i requisiti definiscono limiti, casi di confine. NON inventare criteri di accettazione: se un requisito non e verificabile usa [CRITERIO MANCANTE] e non scrivere un risultato atteso fittizio. Nella matrice marca esplicitamente i requisiti con 0 casi come 'NON COPERTO'. Risultati attesi specifici e osservabili, non vaghi ('funziona'). Tutto in italiano. Nessun testo discorsivo fuori dalle tabelle.

Tono & stile: Professionale, rigoroso, orientato alla verificabilita.

Gemini · Google

## Ruolo
Agisci come un QA engineer/test lead senior esperto di test case design, tecniche di copertura (classi di equivalenza, valori limite) e tracciabilita requisiti-test.

## Contesto
Funzionalita/modulo: [nome funzionalita]. Requisiti con ID: [elenco requisiti, ognuno con ID e descrizione]. Criteri di accettazione: [criteri verificabili per requisito]. Tipi di test richiesti: [es. funzionali, di confine, negativi, integrazione]. Vincoli/regole di business: [validazioni, limiti, ruoli]. Ambiente/dati disponibili: [se rilevante].

## Obiettivo
Costruisci il piano di test della funzionalita: dai requisiti deriva i casi di test (positivi, negativi, di confine) con passi numerati, dati di test, precondizioni e risultato atteso verificabile, classificati per tipo e priorita. Poi costruisci la matrice di tracciabilita che collega ogni requisito ai suoi casi ed evidenzia i requisiti non coperti.

## Tono & stile
Professionale, rigoroso, orientato alla verificabilita.

## Formato output
Restituisci 2 fogli in formato TSV (separato da tab) pronti per Excel, ciascuno con titolo.
FOGLIO 1 'Casi di test' colonne: ID Caso | ID Requisito | Titolo | Tipo (Positivo/Negativo/Bordo) | Priorita (Alta/Media/Bassa) | Precondizioni | Passi | Dati di test | Risultato atteso | Stato (default 'Da eseguire'). Numera i passi all'interno della cella (1. 2. 3.).
FOGLIO 2 'Matrice di tracciabilita' colonne: ID Requisito | Descrizione | N. casi | ID casi collegati | Copertura (Coperto/Parziale/NON COPERTO).

## Vincoli & regole
Deriva i casi solo dai requisiti e criteri forniti; ogni caso DEVE referenziare un ID requisito esistente. Includi obbligatoriamente almeno un caso negativo e, dove i requisiti definiscono limiti, casi di confine. NON inventare criteri di accettazione: se un requisito non e verificabile usa [CRITERIO MANCANTE] e non scrivere un risultato atteso fittizio. Nella matrice marca esplicitamente i requisiti con 0 casi come 'NON COPERTO'. Risultati attesi specifici e osservabili, non vaghi ('funziona'). Tutto in italiano. Nessun testo discorsivo fuori dalle tabelle.

Grok · xAI

## Ruolo
Agisci come un QA engineer/test lead senior esperto di test case design, tecniche di copertura (classi di equivalenza, valori limite) e tracciabilita requisiti-test.

## Obiettivo
Costruisci il piano di test della funzionalita: dai requisiti deriva i casi di test (positivi, negativi, di confine) con passi numerati, dati di test, precondizioni e risultato atteso verificabile, classificati per tipo e priorita. Poi costruisci la matrice di tracciabilita che collega ogni requisito ai suoi casi ed evidenzia i requisiti non coperti.

## Contesto
Funzionalita/modulo: [nome funzionalita]. Requisiti con ID: [elenco requisiti, ognuno con ID e descrizione]. Criteri di accettazione: [criteri verificabili per requisito]. Tipi di test richiesti: [es. funzionali, di confine, negativi, integrazione]. Vincoli/regole di business: [validazioni, limiti, ruoli]. Ambiente/dati disponibili: [se rilevante].

## Formato output
Restituisci 2 fogli in formato TSV (separato da tab) pronti per Excel, ciascuno con titolo.
FOGLIO 1 'Casi di test' colonne: ID Caso | ID Requisito | Titolo | Tipo (Positivo/Negativo/Bordo) | Priorita (Alta/Media/Bassa) | Precondizioni | Passi | Dati di test | Risultato atteso | Stato (default 'Da eseguire'). Numera i passi all'interno della cella (1. 2. 3.).
FOGLIO 2 'Matrice di tracciabilita' colonne: ID Requisito | Descrizione | N. casi | ID casi collegati | Copertura (Coperto/Parziale/NON COPERTO).

## Vincoli & regole
Deriva i casi solo dai requisiti e criteri forniti; ogni caso DEVE referenziare un ID requisito esistente. Includi obbligatoriamente almeno un caso negativo e, dove i requisiti definiscono limiti, casi di confine. NON inventare criteri di accettazione: se un requisito non e verificabile usa [CRITERIO MANCANTE] e non scrivere un risultato atteso fittizio. Nella matrice marca esplicitamente i requisiti con 0 casi come 'NON COPERTO'. Risultati attesi specifici e osservabili, non vaghi ('funziona'). Tutto in italiano. Nessun testo discorsivo fuori dalle tabelle.

## Tono & stile
Professionale, rigoroso, orientato alla verificabilita.

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

Mistral · Mistral AI

## Ruolo
Agisci come un QA engineer/test lead senior esperto di test case design, tecniche di copertura (classi di equivalenza, valori limite) e tracciabilita requisiti-test.

## Obiettivo
Costruisci il piano di test della funzionalita: dai requisiti deriva i casi di test (positivi, negativi, di confine) con passi numerati, dati di test, precondizioni e risultato atteso verificabile, classificati per tipo e priorita. Poi costruisci la matrice di tracciabilita che collega ogni requisito ai suoi casi ed evidenzia i requisiti non coperti.

## Contesto
Funzionalita/modulo: [nome funzionalita]. Requisiti con ID: [elenco requisiti, ognuno con ID e descrizione]. Criteri di accettazione: [criteri verificabili per requisito]. Tipi di test richiesti: [es. funzionali, di confine, negativi, integrazione]. Vincoli/regole di business: [validazioni, limiti, ruoli]. Ambiente/dati disponibili: [se rilevante].

## Formato output
Restituisci 2 fogli in formato TSV (separato da tab) pronti per Excel, ciascuno con titolo.
FOGLIO 1 'Casi di test' colonne: ID Caso | ID Requisito | Titolo | Tipo (Positivo/Negativo/Bordo) | Priorita (Alta/Media/Bassa) | Precondizioni | Passi | Dati di test | Risultato atteso | Stato (default 'Da eseguire'). Numera i passi all'interno della cella (1. 2. 3.).
FOGLIO 2 'Matrice di tracciabilita' colonne: ID Requisito | Descrizione | N. casi | ID casi collegati | Copertura (Coperto/Parziale/NON COPERTO).

## Vincoli & regole
Deriva i casi solo dai requisiti e criteri forniti; ogni caso DEVE referenziare un ID requisito esistente. Includi obbligatoriamente almeno un caso negativo e, dove i requisiti definiscono limiti, casi di confine. NON inventare criteri di accettazione: se un requisito non e verificabile usa [CRITERIO MANCANTE] e non scrivere un risultato atteso fittizio. Nella matrice marca esplicitamente i requisiti con 0 casi come 'NON COPERTO'. Risultati attesi specifici e osservabili, non vaghi ('funziona'). Tutto in italiano. Nessun testo discorsivo fuori dalle tabelle.

## Tono & stile
Professionale, rigoroso, orientato alla verificabilita.

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

ChatGPT · OpenAI

## Ruolo
Agisci come un QA engineer/test lead senior esperto di test case design, tecniche di copertura (classi di equivalenza, valori limite) e tracciabilita requisiti-test.

## Obiettivo
Costruisci il piano di test della funzionalita: dai requisiti deriva i casi di test (positivi, negativi, di confine) con passi numerati, dati di test, precondizioni e risultato atteso verificabile, classificati per tipo e priorita. Poi costruisci la matrice di tracciabilita che collega ogni requisito ai suoi casi ed evidenzia i requisiti non coperti.

## Contesto
Funzionalita/modulo: [nome funzionalita]. Requisiti con ID: [elenco requisiti, ognuno con ID e descrizione]. Criteri di accettazione: [criteri verificabili per requisito]. Tipi di test richiesti: [es. funzionali, di confine, negativi, integrazione]. Vincoli/regole di business: [validazioni, limiti, ruoli]. Ambiente/dati disponibili: [se rilevante].

## Formato output
Restituisci 2 fogli in formato TSV (separato da tab) pronti per Excel, ciascuno con titolo.
FOGLIO 1 'Casi di test' colonne: ID Caso | ID Requisito | Titolo | Tipo (Positivo/Negativo/Bordo) | Priorita (Alta/Media/Bassa) | Precondizioni | Passi | Dati di test | Risultato atteso | Stato (default 'Da eseguire'). Numera i passi all'interno della cella (1. 2. 3.).
FOGLIO 2 'Matrice di tracciabilita' colonne: ID Requisito | Descrizione | N. casi | ID casi collegati | Copertura (Coperto/Parziale/NON COPERTO).

## Vincoli & regole
Deriva i casi solo dai requisiti e criteri forniti; ogni caso DEVE referenziare un ID requisito esistente. Includi obbligatoriamente almeno un caso negativo e, dove i requisiti definiscono limiti, casi di confine. NON inventare criteri di accettazione: se un requisito non e verificabile usa [CRITERIO MANCANTE] e non scrivere un risultato atteso fittizio. Nella matrice marca esplicitamente i requisiti con 0 casi come 'NON COPERTO'. Risultati attesi specifici e osservabili, non vaghi ('funziona'). Tutto in italiano. Nessun testo discorsivo fuori dalle tabelle.

## Tono & stile
Professionale, rigoroso, orientato alla verificabilita.

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

Perplexity · Perplexity

Costruisci il piano di test della funzionalita: dai requisiti deriva i casi di test (positivi, negativi, di confine) con passi numerati, dati di test, precondizioni e risultato atteso verificabile, classificati per tipo e priorita. Poi costruisci la matrice di tracciabilita che collega ogni requisito ai suoi casi ed evidenzia i requisiti non coperti.
Ruolo: Agisci come un QA engineer/test lead senior esperto di test case design, tecniche di copertura (classi di equivalenza, valori limite) e tracciabilita requisiti-test.
Contesto: Funzionalita/modulo: [nome funzionalita]. Requisiti con ID: [elenco requisiti, ognuno con ID e descrizione]. Criteri di accettazione: [criteri verificabili per requisito]. Tipi di test richiesti: [es. funzionali, di confine, negativi, integrazione]. Vincoli/regole di business: [validazioni, limiti, ruoli]. Ambiente/dati disponibili: [se rilevante].
Formato output: Restituisci 2 fogli in formato TSV (separato da tab) pronti per Excel, ciascuno con titolo.
FOGLIO 1 'Casi di test' colonne: ID Caso | ID Requisito | Titolo | Tipo (Positivo/Negativo/Bordo) | Priorita (Alta/Media/Bassa) | Precondizioni | Passi | Dati di test | Risultato atteso | Stato (default 'Da eseguire'). Numera i passi all'interno della cella (1. 2. 3.).
FOGLIO 2 'Matrice di tracciabilita' colonne: ID Requisito | Descrizione | N. casi | ID casi collegati | Copertura (Coperto/Parziale/NON COPERTO).
Vincoli & regole: Deriva i casi solo dai requisiti e criteri forniti; ogni caso DEVE referenziare un ID requisito esistente. Includi obbligatoriamente almeno un caso negativo e, dove i requisiti definiscono limiti, casi di confine. NON inventare criteri di accettazione: se un requisito non e verificabile usa [CRITERIO MANCANTE] e non scrivere un risultato atteso fittizio. Nella matrice marca esplicitamente i requisiti con 0 casi come 'NON COPERTO'. Risultati attesi specifici e osservabili, non vaghi ('funziona'). Tutto in italiano. Nessun testo discorsivo fuori dalle tabelle.
Tono & stile: Professionale, rigoroso, orientato alla verificabilita.

Esempio di output

Foglio 1 - Casi di test
ID Caso | ID Requisito | Titolo | Tipo | Priorita | Precondizioni | Passi | Dati di test | Risultato atteso | Stato
TC-001 | REQ-01 | Login con credenziali valide | Positivo | Alta | Utente registrato | 1.Apri login 2.Inserisci email/pwd 3.Conferma | email valida; pwd valida | Accesso riuscito, redirect dashboard | Da eseguire
TC-002 | REQ-01 | Login con password errata | Negativo | Alta | Utente registrato | 1.Apri login 2.Pwd errata 3.Conferma | pwd errata | Messaggio 'credenziali non valide', nessun accesso | Da eseguire
TC-003 | REQ-02 | Password lunghezza minima (bordo) | Bordo | Media | - | 1.Registra con pwd 7 char | pwd 7 caratteri | Errore: minimo 8 caratteri | Da eseguire

Foglio 2 - Matrice di tracciabilita
ID Requisito | Descrizione | N. casi | ID casi collegati | Copertura
REQ-01 | Autenticazione utente | 2 | TC-001, TC-002 | Coperto
REQ-02 | Policy password | 1 | TC-003 | Parziale
REQ-03 | Recupero password | 0 | - | NON COPERTO

Domande frequenti

Copre anche i casi negativi e di bordo?

Si: per ogni requisito genera casi positivi, negativi e di confine (valori limite, input non validi, stati di errore) e li classifica per tipo, in modo che la copertura non sia solo sul percorso felice.

Garantisce la tracciabilita ai requisiti?

Si: ogni caso di test e collegato a un ID requisito e il secondo foglio e una matrice requisito->casi che evidenzia i requisiti senza alcun test (gap di copertura).

Inventa criteri di accettazione mancanti?

No: usa solo i requisiti e i criteri forniti. Se un requisito e ambiguo o privo di criterio verificabile lo marca con [CRITERIO MANCANTE] e non crea risultati attesi arbitrari.

Vuoi un prompt su misura?

Costruiscine uno in poche domande — e adattalo a ogni modello.

Crea il tuo prompt